DTLS 클라이언트/서버 보기는 간단한 DTLS 클라이언트 및 DTLS 보여주기 위하여 서버를 OpenSSL DTLSv1 지원을 사용하여 암호화한 채널 통신로에 사용자 데이터그램 프로토콜 데이터를 송신하는 방법 포함한다.

파일의 명부:

디렉토리: 일반 - 클라이언트와 서버에 일반 되부름 기능과 오류 보고 기능을 포함한다

sslmgr.h
sslmgr.c

디렉토리: dtls_server

dtls_server.c - DTLS 서버 부속

디렉토리: dtls_client

dtls_client.c - DTLS 클라이언트 부속

(tsclient) 단말기 서버 클라이언트는 rdesktop와 그밖 리모트 2 바탕 화면 공구를 위해 선불용이다.

"단말기 서버 클라이언트"의 몇몇 주요 특징은 여기 있다:

· rdesktop와 그밖 먼 탁상용 공구를 위해 선불용 GTK+-2
· 빨리 발사할 것이다 격언 위원회 애플릿은 단면도를 저장했다
· 마이크로소프트 클라이언트와 가진 겸용성을 유지하는 마이크로소프트 체재 (.rdp)에 단면도를 읽고 쓴다
· 마이크로소프트 클라이언트에게 유사한 보기 그리고 기능
· GTK와 격언을 사용하는 C에 쓰는
· 저장한 단면도를 발사하는 단면도 발사대를 특색짓는다
· 20+ 언어로 변환하는.
· rdesktop 1.3를 위해 지원하십시오
· VNC 클라이언트 (*vncviewer)를 위한 지원
· 지원한 vnc 선택권은 - 전화면, - viewonly 기하학, - 깊이와 -이다 ("움직임 사건"를 검사해서 놓지 말라). vncpasswd 파일을 위해, 사용자 이름 야전에 있는 파일에 전체 경로를 두십시오.
· Xnest를 통해 X를 위한 지원

XML-RPC 클라이언트/서버 C 내장 함수는 XML-RPC 공용영역 기술 언어와 클라이언트/서버 부호 컴파일러로 SSL에 지원 지속적인 HTTP/1.1 conenctions에 의하여와 오는 C에 쓴 십자가 플래트홈 소프트웨어이다. Libxr는 glib2와 libxml2에 의존한다.

"XML RPC 클라이언트 서버 C 내장 함수"의 몇몇 주요 특징은 여기 있다:

· HTTP/1.1에 지속적인 연결
· OpenSSL를 사용하는 SSLv3/TLSv1.
· XML-RPC 공용영역 기술 언어 (XDL).
· XML-RPC 클라이언트 그루터기 또는 servlet skels 컴파일러.
· 서버 당 다각 servlets.
· Servlet 일생 (init -- 외침 -- 외침 -- fini).
· Multiplatform (리눅스, Windows에 mingw32).
· OpenSSL 0.9.9가 풀어 놓이자마자 IPV6.

Messa는 즉시 messager 클라이언트와 서버이다. 클라이언트는 저주 공용영역이 있고 장치에 종사한다. Messa는 다언어 메시지 및 개인적인 메시지를 지원한다.

서버는 듣는 포트를 선택하는 monoprocess 작전 (스레드 없이), 기능, 및 장치의 밑에 달리는 기능을 지원한다.

그물:: Nessus:: 클라이언트는 Nessus 클라이언트 모듈이다.

종관

# Nessus 서버에 연결하십시오
그물을 요구하십시오:: Nessus:: 클라이언트;
나 $client = 그물:: Nessus:: Client->new (호스트 => localhost,
운반 => 1241년,
사용자 => 조,
패스워드 => my_password);

Nessus 프로그램은 안전 보장에 관계되는 스캐너, 소위 플러그 접속식의 제비를 위한 기구를 제안하는 클라이언트/서버 응용이다. 아이디어는 단지 중요한 부속 어떤 가능한 안전 구멍든지를 위한, 그러나 reimplement에 분리되는 스캐너를 만드는 것이 아니 Nessus 서버 (nessusd)를 일한다의 대개를 시키지 않았다.
클라이언트는 GUI 응용으로 일반적으로 사용 가능하다, 예를 들면 GTK (nessus), 자바 또는 Win32 응용에 기지를 두어. 이 모듈은 Perl에서, 그러나 GUI 없이 쓰여진 Nessus 또 다른 클라이언트이다.

Nessus 서버에 연결을 열어서 모듈을 사용하기 시작한다: 이것은 당신을 위한 Nessus 클라이언트 객체를 만들 것이다. 이 객체는 사용할 당신이 나중에 수 있는 방법을 제안한다, 예를 들면 유효한 플러그 접속식의 명부를 만회해서, 검사를 시작하고십시오, 특혜를 등등 놓으십시오.

신관:: 클라이언트는 Perl 융합한다 클라이언트를 이다.

종관

사용 신관:: 클라이언트;
$c = 신관:: Client->new ({
Port=>35008,
Quiet=>1,
});

$c->connect ();
$c->send ("부대", "매개변수");
$c->disconnect ();

신관:: 클라이언트 모듈은 TCP 신관 신관 서버에 메시지를 보내기 시험하기 위하여 클라이언트를 만들 것이다.

융합할 것이다 외부 인터페이스:: 클라이언트는:

$c = 신관:: Client->new ([%options]);

객체 건설자는 선택권 해시에 있는 뒤에 오는 논쟁을 취한다:

고요함 = 0|1

조용하기 위하여. 디폴트는 STDOUT (고요함 아닙니다)에 모든 사건을 보고하기 위한 것이다.

포트 = n

에 연결할 것이다 클라이언트를 위한 포트. 디폴트는 1024년이다.

$c->connect ();

이 방법은 서버에 클라이언트를 연락한다.

$c->disconnect ();

이 방법은 서버에서 클라이언트를 차단한다.

$c->send ($command, $parameter);

지정된 매개변수와 더불어 서버에 신관에 의하여 배열된 부대 메시지를, 보내십시오.

k12admin 클라이언트 계획사업은 K-12 학교 제도 (클라이언트 포장)를 위한 웹기반 서버 관리 공구이다.

K12Admin는 K-12 학교 제도에 특히 설치된 광역 네트 워크 행정 프로그램이다.

그것은 개별적인 학교에 있는 교사가 그 학교에 있는 계정을 관리하는 것을 허용한다. K12Admin는 중앙 서버에서 각 학교에 있는 클라이언트 리눅스 서버에 계정 정보를 관리할 것이다.

모든 행정은 웹 브라우저 공용영역을 통해서 행해진다. 시스템은 또한 부적당한 웹 사용 스캐닝 및 안전 감사를 포함한다.

k12admin 클라이언트 포장은 K12Admin의 클라이언트 부속이다. 그것은 k12admin 서버 컴퓨터의 정보를 사용하여 개정하 얻는 학교 서버에 설치된다.

이 방출에서 새로운 무엇이:

· k12.updateclient cron 일은 뿌리박기 위하여 k12.updateclient의 다른 경우가 이미 달린 경우에 착오 알림말을 송신하고 있었다.

Messa는 즉시 messager 클라이언트와 서버이다. 클라이언트는 저주 공용영역이 있고 장치에 종사한다.

Messa 계획사업은 다언어 메시지 및 개인적인 메시지를 지원한다. 서버는 듣는 포트를 선택하는 monoprocess 작전 (스레드 없이), 기능, 및 장치의 밑에 달리는 기능을 지원한다.

그물:: 핫라인:: 클라이언트는 핫라인 인터넷 클라이언트를 위한 Perl 도서관이다.

종관

사용 그물:: 핫라인:: 클라이언트;

$hlc = 새로운 그물:: 핫라인:: 클라이언트;
$hlc->connect ("127.0.0.1 ")

$hlc->chat_handler (&Chat_Handler);
$hlc->msg_handler (&Msg_Handler);

$hlc->login (로그인 => "Steve",
" xyzzy 패스워드 => ",
별칭 => "일",
아이콘 => 128);

$hlc->run ();
…

그물:: 핫라인:: 클라이언트는 Perl에 있는 핫라인 인터넷 클라이언트를 실행하는 종류이다. 그것은 핫라인 "말파리 유충의 작성을 보조하기 위하여 특히," 다른 대부분의 업무를 위해 그것의 또한 개발되었다. 핫라인은 IRC와 BBS 사이 십자가의 종류인 인터넷 클라이언트/서버 시스템이다. 추가 정보를 위해 http://www.hotlinesw.com/를 보십시오.

이 문서는 핫라인 클라이언트의 약간 지식이 다는 것을 가정한다. 만일 아닙니다, 나는 URL에서 그것을 위에 다운로드하는 건의한다. (그것의 쉐어웨어. Mac와 PC 버전은 유효하다)

꽃창포 계획사업은 자바 클라이언트/서버 응용 개발을 위한 완전한 해결책이다. avaThe 기술은 접근 제어 목록을 통해서 서버 또는 클라이언트에, 통합 애플리케이션 보안 배치된 객체의 발동 및 공개 키 인프라스트럭처 및 자바 기준 암호화에 근거를 둔 통신 안보를 촉진하는 이원 통신 프로토콜을 제공한다.

"꽃창포 응용 서버"의 몇몇 주요 특징은 여기 있다:

· 꽃창포는 원격 프로시저 호출을 통해 클라이언트/서버 통신을 실행한다; 빌어진 방법 및 매개변수는 서버 개시에 자동적으로 생성된 클라이언트측 프록시와 서버 해골에 의해 시리얼화되고 deserialized;
· 동시의, 비동시성 및 클라이언트 되부름 발동은 동일 소켓 연결에 능력을 발휘한다;
· 서버 기억 장치 발자국은 최소 이다 (<15Mb);
· 서버는 자바 NIO 연결 사건을 가공하기 위하여 선별기를 사용하고 노동자의 조정 수는 클라이언트 요청을 서비스하기 위하여 스레드한다;
· 응용 프로그램 개발자는 서버 사용자에게 응용 역할과 asigns 역할을 정의한다; 특권 검증은 약간 CPU 주기를 사용하여 각 먼 발동에 서버에 의해 실행된다;
· 서버에 CA 인증서를 설치하는 통신 안보는 가능하게 된다.



이 방출에서 새로운 무엇이:

·

PPTP는 자유 코스 경마 터널을 판 프로토콜을 뜻한다. 그것은 마이크로소프트를 포함하여 협회에 의해 개발되고 인터넷을 통해 VPN (가상 전용 네트워크) 갱도 설치를 위해 사용된다. 이것은 안전하에 원격 사용자를 그리고 싸게 위에 접근한다 어디에서든지 인터넷에서 그들의 기업 네트워크에 허용한다.

PPTP는 VPN 연결 설치를 위한 클라이언트 서버 모델에 건축된다. 대부분의 마이크로소프트 운영 체계는 PPTP 클라이언트와, 이렇게 거기 없다 제삼자 클라이언트 소프트웨어를 구매하는 아무 필요도 발송한다. PPTP에는 설치하기 쉬운의 그밖 VPN 기술에 추가 이점이 있다.

Poptop의 앞에, 리눅스 서버에 PPTP 클라이언트를 연락하는 것을 바라는 경우에 아무 해결책도 존재하지 않았다. Poptop를 사용하여, 리눅스 서버는 지금 PPTP VPN 환경에서 이음새가 없 작용할 수 있다. 이것은 관리자를 운영 체계 마이크로소프트와 리눅스 둘 다의 상당한 이득을 레버리지를 도입하는 가능하게 한다.

신발매 버전은 Windows 95/98/Me /NT/2000/XP PPTP 클라이언트와 리눅스 PPTP 클라이언트를 지원한다.

Poptop는 GNU GPL의 조건으로 허용된 무료 소프트웨어 이다.

"PoptopPPTP 서버"의 몇몇 주요 특징은 여기 있다:

· 마이크로소프트 호환성 입증 및 부호 매김 (MSCHAPv2, MPPE 40 - 128 비트 RC4 부호 매김)
· 다각 클라이언트 연결을 위한 지원
· 플러그 접속식 반경을 사용하는 마이크로소프트 통신망 환경 (LDAP 의 삼바)로 원만한 통합
· Windows 95/98/Me /NT/2000/XP PPTP 클라이언트와 가진 일
· 리눅스 PPTP 클라이언트와 가진 일
· Poptop는 이고, GNU 일반 대중 면허의 밑에 완전히 자유로운 남아 있을 것이다

월요일:: 클라이언트는 월요일 클라이언트와의 상호 작용을 위한 방법을 가진 Perl 모듈이다.

종관

사용 월요일:: 클라이언트;

월요일:: 클라이언트는 "월요일" 클라이언트와 상호 작용하기 위하여 사용된다. 그것은 월요일 서버의 상태를 만회하고, disableing 호스트 및 서비스 검사와 같은 특정 작전 실행하기를 위한 프로토콜 독립적인 API를 지원한다.

방법

새로운

새로운 객체를 만든다. 기정값을 놓는 해시는 공급될 수 있다. 초기화할 당신이 수 있는 가변 전부를 포함하는 보기:

$c = 새로운 월요일:: 클라이언트 (
호스트 => "monhost",
운반 => 2583,
사용자 이름 => "foo",
패스워드 => "바",
);

패스워드 (pw)

pw가 제공되는 경우에, 패스워드를 놓는다. 그렇지 않으면, 반환 지금 놓인 패스워드.

호스트 (호스트)

호스트가 제공되는 경우에, 월요일 호스트를 놓는다. 그렇지 않으면, 반환 월요일 지금 놓인 호스트.

포트 (portnum)

portnum가 제공되는 경우에, 월요일 포트 번호를 놓는다. 그렇지 않으면, 반환 지금 놓인 포트 번호.

사용자 이름 (사용자)

사용자가 제공되는 경우에, 사용자 로그인을 놓는다. 그렇지 않으면, 반환 지금 놓인 사용자 로그인.

prot

프로토콜이 제공되는 경우에, "1개"가 중요한 개정인지 곳에, ""1.2.3" 2개"가 작은 개정이고, "3개"가 이하 작은 개정인 양식의 인 끈에 의해 지정된 프로토콜을 놓는다. 프로토콜이 제공되지 않는 경우에, 지금 놓인 프로토콜은 돌려보내진다.

protid ([프로토콜])

클라이언트와 서버 프로토콜이 일치하는 경우에 확실한, 틀린 다르게 돌려보낸다. 절대적으로 곁에 부르는 연결하십시오. 프로토콜이 정수로 지정되는 경우에, 공급 검증을 위한 서버에 그 프로토콜 버전.

버전

원격 서버의 프로토콜 버전을 돌려보낸다.

과실

아무 과실도 없는 경우에는 마지막 방법으로 세트에서 과실 끈, 또는 undef를 돌려보낸다.

연결하는

연결되지 않는 () 반환 0 또는 1 (연결하는).

연결하십시오 (%args)

서버에 연결한다. 호스트와 포트가 놓이지 않는 경우에, 용도 디폴트. 과실에 undef를 돌려보낸다. $args {"skip_protid"} 확실한 경우에, 프로토콜 식별을 위에 연결한다 건너뛰십시오.

차단하십시오

서버에서 차단. 과실에 반환 undef.

로그인 (%hash)

%hash는 선택이고, 그러나 지정되어 있다면, 2개의 키, 사용자 이름과 패스워드 포함해야 한다.

서버에 사용자를 확인하는 "로그인" 부대를 능력을 발휘한다. 지정되어 있다면, 그렇지 않으면 용도 사용자 이름과 패스워드는 이전에 그 방법으로 놓인 사용자 이름 및 패스워드를, 각각 사용한다.

checkauth (부대)

, 실제로 부대 실행 없이 현재 사용자에 의해 실행되는 것과 같이 지정된 부대가 서버에 의해, 인가되는지 보기 위하여 검사한다. 반환 1 (부대는 인가된다) 또는 0 (부대는 인가되지 않는다).

disable_watch (시계)

무능 시계.

disable_service (시계, 서비스)

시계와 서비스에 의해 지정되는 것과 같이 서비스를 무능하게 한다.

disable_host (호스트)

무능 호스트.

enable_watch (시계)

시계를 가능하게 한다.

enable_service (시계, 서비스)

시계와 서비스에 의해 지정되는 것과 같이 서비스를 가능하게 한다.

enable_host (호스트)

호스트를 가능하게 한다.

놓으십시오 (단, 서비스 의 var, val)

단, val에 서비스에 있는 var를 놓는다. 과실에 undef를 돌려보낸다.

얻으십시오 (단, 서비스, var)

단에 있는 변하기 쉬운 var를, 서비스 및 반환 그것, 또는 과실에 undef 얻는다.

종료하는

서버에서 로그. 이 방법은 차단 방법에 외침에 선행되어야 한다.

list_descriptions

시계와 서비스에 의해 색인이 붙은 서비스 묘사의 해시를 돌려보낸다.

pDonkeyS는 eDonkey 서버의 Perl 실시이다. eDonkey 교통에 관하여 아주 상세한 벌레잡기 첩보를 출력하기 위하여 서버가 구성되기 수 있기 때문에, 서버의 주요 목표는 추가 eDonkey 프로토콜 탐험을 기구를 제공하기 위한 것이다, 그러나 클라이언트 소프트웨어의 테스트에 유용할 수 있었다.

아주 상세한 출력하기 위하여 서버가 제충하기 eDonkey 교통에 관하여 첩보를 구성되기 수 있기 때문에, 이 서버는 추가 eDonkey 프로토콜 탐험을 기구를 제공하기 위하여 제작되었다, 그러나 클라이언트 소프트웨어의 테스트에 유용할 수 있었다.

"열리는 장치 감시와 추적 프로토콜"가, OpenDMTP로 그렇지 않으면 알고 있, 인터넷 및 유사한 통신망에 서버와 장치 (클라이언트) 사이 양지향성 자료 통신을 허용하는 프로토콜 및 기구이다.

OpenDMTP는 이동할 수 있는 장치와 통신을 위한 높게 설정 가능한 연장할 수 있는 프로토콜이다.

OpenDMTP는 GPS와 같은 위치 기지를 둔 정보로 (LBS) 멀 감시 장치에서 집합된 온도와 그밖 데이터 뿐만 아니라 특히 설치된다. OpenDMTP는 작, 특히 PDAs 이동 전화 및 주문 OEM 장치와 같은 마이크로 장치를 위해 적응된다.

우리는 감시 시스템에 위치 데이터를 전달하는 높 잠복을 허용한 통신 프로토콜, 낮 대역폭 (HL/LB) 장치를 위한 필요를 보았다. 이 장치가 수시로 통신망 계속 연결성을 제한하기 때문에, 프로토콜은 작을 능률적일 필요가 있었다. 보기 장치는 이동 전화, PDAs, OEM 마이크로 장치 (경보망, 온도 모니터, 등등), 및 더 많은 것을 포함한다.

많다 그들의 자신의 닫히는 소유 프로토콜을 가진 시장에 장치를 오늘 추적하는 이동할 수 있는 GPS 있다. 열리는 프로토콜을 웹을 찾는 것이 장치 사이에서 데이터를 (를 포함하여 GPS 정보) 옮기기를 위해 유효했던 약간을 제시했다. 이 해결책이 non-mobile 응용을 위해 일반적으로 디자인되고 그리고/또는 이동할 수 있는 응용이 요구하는 몇몇을의 낮 대역폭, 설정 가능한, 및 연장할 수 있는 특징 결여된다 그러나.

"OpenDMTP"의 몇몇 주요 특징은 여기 있다:

· 작은 발자국: 이동할 수 있는 장치는 전형적으로 클라이언트 코드 (ie를 달리기 위하여 한정된 자원을 비치하고 있다. 기억 장치, 처리기 속도). 디자인된 열리는 프로토콜이 이를 고려해 볼때 능률적인 실시를 허용하기 위하여 낙관되고 장치 및 그밖 OEM 마이크로 장치 쉽게 PDAs 이동 전화, GPS 감시와 같은 장치를 지원해야 한다.
· 능률 통신망: 이동할 수 있는 장치는 전형적으로 통신망 연결성을 제한하고, 어떠한 경우에는 자료 통신 확실히 비쌀 수 있다 (예를들면 인공위성). 이런 이유로 프로토콜은 클라이언트와 서버 사이 그것의 대화에서 능률적일 필요가 있다. 필요한 정보가 최소한도 바이트 수로 최소의 시간에 전될 수 있다 같은이라고 낙관되는 것을 통신 수요.
· 양지향성: 몇몇 장치는 양용 통신 (ie를 지원할 수 있다. 나머지 사람은 단지 일방적 통신 (ie만 지원하는 수 있는 그러나, GPRS, 또는 그밖 소켓에 기지를 두는 연결). 몇몇 위성 통신 시스템). 이를 고려해 볼 때, 프로토콜은 (양용) 쌍신회로와 단순한 (일방통행) 통신을 모두 지원하기 위하여 디자인되어야 한다.
· 수송 매체: Differrent 이동할 수 있는 응용에는 서버로 다시 데이터를 전하기의 그들의 자신의 유일한 방법이 있을 것이다. 몇몇은 GPRS를 사용할 수 있다, 또는 아직도 나머지 사람은 무선 통신의 그밖 양식을 이용하는 수 있는 그러나 소켓은 통신을, 나머지 사람 BlueTooth와 같은 위성 통신을 사용할 수 있다 기지를 두었다. 프로토콜의 디자인은 사용 중 수송의 모형에 관계 없이 같은 수송 미디어 타입을 전부, 포위할 수 있어야 합니다.
· 유연한 데이터 암호화: 수송 매체의 대부분의 모형은 이원 부호 매겨진 데이터의 전송을 허용한다. 그러나, ASCII가 자료 패킷을 매우 더 적합하는 부호 매긴 매체의 어떤 양식이 있을지도 모른다. 디자인된 프로토콜은 데이터 암호화의 두 모형 다 지원할 수 이를 고려해 볼때 있어야 합니다.
· 설정 가능한 메시지: 이동할 수 있는 응용에서 이용된 자료 형의 넓은 범위 때문에, 프로토콜은 충분히 유연해야 표준 메시지를 정의하기 위하여 하고, 그러나 아직도 기구 내의 주문 메시지를 허용한다.
· 연장할 수 있는: 각 이동할 수 있는 응용은 아닙니다 동일하. 몇몇은 취급하는 스페셜을 요구하고 입출력의 각종 모형이 있을 수 있다. 이동할 수 있는 응용을 위해 디자인된 프로토콜은 기구가 incapsulate까지 장치의 특정 필요 쉽게 미칠 다는 것을 확실히 해야 한다.
· 기업 겸용성: 열리는 프로토콜이 다른 클라이언트 장치와 서비스 제공자 사이의 더 나은 겸용성을 확실히 한다 있는 것이.
· 참고 실시: 프로토콜의 주요 기능을 전시하는 참고 실시가 개발자가 필요없이 플래트홈 특정 실시 및 그들의 자신의 특징 를 고민할 데이터가 클라이언트에게서 서버에 어떻게에 관하여 얻는지 추가할 수 있는 쉬운 출발점을 제공한다 있는 것은.

OpenDMTP는 특히 이 필요, 특히 "작은 발자국" 및 "통신망 능률 전부"를 적응시키기 위하여 디자인되었다. 전형적인 데이터는 GPRS 통신을 위해 계획한다, 예를 들면, 달 당 1Mb는 일반적으로 이다. OpenDMTP는 일단 매 3 분, 하루 24 시간, 달 30 일 소포 GPS 정보 패킷의 수집을 허용하기 위하여 암호화를 낙관하도록 디자인되고, 1Mb 데이터 계획 한계의 밑에 아직도 머문다.

XML는 아주 연장할 수 있는 동안, "작은 발자국" 및 "통신망 능률" 필수품에 실패한다. 따라서, 그것은 실행 가능한 프로토콜 해결책으로 할인되었다. 많은 이동할 수 있는 장치는 가득 차있는 XML 분석 기능을 제공할 수 있을 것입니다 필요한 자원을 비치하지 않는다. 그리고 XML 소포는 다만 일 실제적인 데이터의 약간 바이트를 송신하는 수백 바이트 길이로 필요가 있을 수도 있다. 이 혼자서 해결책에 인공위성과 같은 high-cost 수송 매체를 위해 금지를 요한.

OpenDMTP는 또한 jump-start 발달에 전 기능 상업 질 참고 실시를 포함한다.

이 방출에서 새로운 무엇이:

· 새로운: 지금 CSV 투발을 위한 Servlet 전쟁 파일을 만들기를 위한 구조 표적, 또는 KML (XML), 웹에 배열한 기록을 포함한다. KML 배열한 기록은으로 자동적으로 정기적인 갱신을 만회하는) 직접 Google 지구 새로운 기록이 MySQL 데이타베이스에 들어오는 때, Google 지구에서 자동적으로 경신될 것이다 그래야 (또한 데이터에 가져올 수 있다.
· 새로운: MySQL datastore 서버에는 지금 더 나은 에러 검사가 있다.
· 새로운: 로그 시설건축하 에서 몇몇 추가 특징으로 경신되고 결국 향하기를 Log4J에 더 쉬운 경로를 제공한다.

FlashUnity는 XML 저속한 통신 서버 및 대화방에 채널 통신로 기지를 둔 접근이다.

채널 통신로와 필터의 개념을 사용하여 FlashUnity 서버는 극단적으로 유연하고 연장하기 아주 쉽게 된다. , 채널 통신로를 사용해서 동일 서버 내의 다각 모듈라 함수를 달리는 것도 가능하다.

필터는 모든 채널 통신로를 위한 prefilter 입력에 허용하거나 모든 채널 통신로에 그밖 기능을 제공한다. 이것은 CyberSS의 총 고쳐 씀이고, APIs에는 및 XML에는 다각 중요한 변경이 있다. 각 모듈, 필터 및 채트 클라이언트는 그들의 자신의 분리되는 배 포장에 있다.

이 방출에서 새로운 무엇이:

· 룸 변경은 지금 제대로 작동하고, Uselist 갱신이 있다.
· 이것은 1.0의 앞에 마지막 방출이다.

HTTunnel:: 클라이언트는 아파치를 위한 클라이언트 종류이다:: HTTunnel.

종관

나 $hc = 새로운 HTTunnel:: 클라이언트 ("http://localhost/httunnel ");
$hc->connect (tcp, $some_host, $some_port);

$hc->print (몇몇 요구);
나 $some_response = $hc->read (1024년);

$ch->close ();

HTTunnel:: 클라이언트는 아파치에 클라이언트 종류이다:: HTTunnel. 그것은 HTTP를 통해서 터널을 판 통신망 연결의 작성을 허용한다. 이 연결 도중 송신되고 수신된 모든 데이터는 일반적인 HTTP 요청 안쪽에 수송될 것이다.

HTTunnel:: 클라이언트는 LWP를 연장한다:: UserAgent, 이렇게 모든 LWP:: UserAgent 방법은 HTTunnel를 통해 유효하다:: 클라이언트.

건설자

새로운 (URL, [ARGS])

HTTunnel를 만든다:: 아파치를 접촉하기 위하여 URL를 이용할 클라이언트 객체:: HTTunnel 서버. ARGS는 LWP에 통과된다 직접 이다:: UserAgent 건설자.

방법

연결하십시오 (의 호스트, 포트 PROTO, [타임아웃])

아파치를 묻는다:: PROTO 호스트에 프로토콜의 연결을 설치하는 HTTunnel 서버: 포트. 예외는 과실이 발생하는 경우에 던져진다.

PROTO를 위한 받아들여진 가치는 tcp와 사용자 데이터그램 프로토콜이다.

인쇄 (데이터)

아파치를 묻는다:: 설치된 원격 연결에 데이터를 쓰는 HTTunnel 서버. 예외는 과실이 발생하는 경우에 던져진다.
데이터는 명부 품목이 함께 연결되면 어떤 경우에는, 스칼라 또는 명부일 수 있다.

읽어 (LEN, [타임아웃], [생명줄], [LIFELINE_CUT_ACTION])

아파치를 묻는다:: 설치된 원격 연결에서 LEN 바이트까지 읽을 것이다 HTTunnel 서버. 예외는 과실이 발생하는 경우에 던져진다.

읽을 것을 시도할 경우, HTTunnel:: 클라이언트는 아파치에 HTTP 연결을 설치할 것이다:: LEN 바이트가 읽힌ㄴ다는 것을 질문하는 HTTunnel 서버. 아무 데이터도 타임아웃 초 후에 유효한 경우에 (기정값은 15 초이다), HTTP 연결은 서버에 의해 닫고 읽힌 방법은 새것을 설치할 것이다. 이것은 약간 데이터까지 계속될 것이다 또는 EOF는 돌려보내진다.

그러므로 약간의 (또는 더 이상) 데이터가 읽히게 유효하 때만 읽는 돌려보낼 것이다 (읽히는 정규병 같이).

생명줄은 읽을 수 있다 어느 것이 어떤 유효한 filehandle든지에서일 수 있다. 사용된 경우에 데이터 (또는 EOF) 생명줄에서 읽히게 유효하 때, 읽는 그것의 연결 루프를 중단하고 LIFELINE_CUT_ACTION를 실행할 것이다. 그것은 그 때 undef를 돌려보낼 것이다.
LIFELINE_CUT_ACTION wust는 부호 참고있다. 기정값은 이다

잠수함 {정지하십시오 ("생명줄 cutn")}

이 특징은 포크를 원하면 프로세스를 시작하기 위하여 관을 통해 데이터를 읽고 경우에 돌려보내면 이용될 수 있다. 주된 프로세스가 종결할 때 독자 프로세스가 종결한ㄴ다는 것을 확인하기 위하여 그 때 두번째 관을 사용할 수 있다.

보기는 여기 있다:

나 $lifeline = 새로운 IO:: 관 ();
나 $reader = 새로운 IO:: 관 ();
나 $pid = 포크 ();
만일 ($pid) {
$reader->reader ();
$lifeline->writer ();

# 읽으십시오 $reader에서 데이터를…
}
그밖에 {
$reader->writer ();
$reader->autoflush (1);
$lifeline->reader ();

동안에 (1) {
나 $data = $hc->read (1024년, 15, $lifeline 의 잠수함 {출구 ()});
() 않는 한 정의하는 나가십시오 ($data);
$reader $data를 인쇄하십시오;
}
}
닫히십시오 ()

아파치를 묻는다:: 이전에 설치된 연결을 닫는 HTTunnel 서버.
get_peer_info ()

get_peer_info 방법은 원격 연결에 관하여 정보를 돌려보낸다. 결장으로 분리되는 IP 주소 및 포트 번호를 포함하는 끈 (:) 돌려보내진다. 이 방법은 각 소포의 발송인을 유효하게 하게 사용자 데이터그램 프로토콜 연결에 유용할 수 있다.

request_callback (요구)

request_callback 방법은 HTTP에 접근하기 위하여 이용될 수 있는 되부름 방법이다:: 송신되기 바로 전에 요구 객체. 디폴트 실시는 아무것도 하지 않는다.

response_callback (반응)

response_callback 방법은 HTTP에 접근하기 위하여 이용될 수 있는 되부름 방법이다:: 수신된 바로 뒤에 반응 객체. 디폴트 실시는 아무것도 하지 않는다.

GPM 클라이언트 도서관 (libgpm) 포장은 마우스 접근에 많은 장치 응용에 의해 사용된 GPMs 클라이언트 도서관의 독립 버전 이다.

(지금 확실히 나이 든) GPM 포장에도 불구하고 그것은 다만 클라이언트 부속 (서버 없음)를 포함하고, 쉬운 가져오기를 pkgconfig 기술자 (libgpm.pc)를 제공한다.

이 방출에서 새로운 무엇이:

· 이 방출은 상류로에서 몇몇 걸출한 패치 및 Gentoo를 끌어당긴다. 그것은 Gentoo ebuild 파일을 추가한다.

OpenVPN 입증 서버는 OpenVPN 서버를 위한 아주 유연한 입증을 추가하는 것을 허용하는 계획사업이다.

OpenVPN 입증 서버는 OpenVPN 서버를 아주 유연한 입증 (LDAP, Kerberos 의 반경, PAM, SASL 의 파일, SQL, IMAP, POP3)를 제공한다. 또한 LDAP 서버에 있는 당 클라이언트 윤곽을 만회할 수 있다.

"OpenVPN 입증 서버"의 몇몇 주요 특징은 여기 있다:

· 아주 유연한 입증 윤곽
· Chainable 입증은 후위 처리한다. 입증 후위 처리한다 몇몇을 섞을 수 있다
· perl에 쓰는 입증 서버
· 입증 서버는 (추천되는) chroot에서 완전하게 달릴 수 있다
· C에 쓰는 입증 클라이언트
· 입증 클라이언트는 chroot에서 OpenVPN 서버가 chrooted 경우에 완전하게 달릴 수 있다
· 지원 거의 모든 기존 입증이 후위 처리하는.
· 지원한 입증은 후위 처리한다:
· LDAP
· Kerberos5 (마이크로소프트 광고로 또한 작동)
· perl DBI 운전사에 의해 지원되는 어떤 SQL 데이타베이스
· IMAPv4 서버
· POP3 서버
· 보통 파일
· SASL 도서관
· PAM 도서관
· 반경 서비스
· 주문 증명서 타당성 검사 산법.

MusicBrainz:: 클라이언트는 MusicBrainz 클라이언트 API이다.

종관

사용 MusicBrainz:: 클라이언트;
사용 MusicBrainz:: qw를 질문한다 (: 모두);

나 $mb = MusicBrainz:: Client->new ();
만일 (! $mb->query_with_args (MBQ_FindArtistByName, ["분홍색 Floyd"])) {
정지하십시오 ("실패되는 질문: ", $mb->get_query_error (), "n");
}
" 찾아내는 인쇄 ", $mb->get_result_int (MBE_GetNumArtists), "artistsn";

이 모듈은 perl ish OO 공용영역을 사용하여 musicbrainz 클라이언트 API를 액세스할 수 있게 한다.

Oww 클라이언트는 1 철사 기상 서버를 위한 그래픽 클라이언트 프로그램 (Oww)이다. Oww 클라이언트는 한개 이상 서버에서 집합된 기상 데이터의 명부를 디스플레이하는 GTK+에 근거를 둔다.

이 방출에서 새로운 무엇이:

· Owwl는 새로운 센서 모형을 포함하기 위하여 강화되었다 (주로 저온 해독을 위해).
· 상태 Windows는 추가되었다.
· Reconnexion는 지금 원격 서버 후에 자동적, 드롭한다 그것을이다.