Cntlm는 우리 모두가에서 포로를 개최 독점 세계의 사슬에서 벗어날 수 있도록하기위한 인증 HTTP 프록시입니다. 당신은 실행하고 컴퓨터에 무료로 운영 체제를 사용하는 우리의 고귀한 생각을 존중하지만, 당신이 할 수 있습니다 'T 숨길! 당신은 NTLM 인증을 필요로하는 기업의 프록시 서버의 차가운 쇠창살 뒤에 들어가면, 분실.
여기 Cntlm 온다. 그것은 당신의 프록시 (또는 프록시)의 주소를 받아 (활성 프록시가 작동을 멈출 경우 원형 목록으로 이동) 프록시에 각 요청을 전송, 수신 대기 소켓을 엽니 다. 가능한, 이전에 캐시 연결이 더 높은 효율과 빠른 응답을 달성하기 위해 재사용되는 경우 길을 따라, 전달 된 연결은, 새롭게 생성 및 인증 또는됩니다. 체인이 설정된 경우에는 기본 Cntlm 프록시로 사용하여야한다. Cntlm 또한 부모 프록시를 통해 투명 TCP / IP 포트 포워딩 (터널링) itegrates. 부모 프록시 뒤에 포트 : 각 터널은 새로운 청취 지정된 로컬 포트, 지정된 호스트에 전달 모든 연결에 소켓을 엽니 다.
명백하게, 인증 부는 NTLMAPS 등 유사하지만 Cntlm 그들의 단점과 비 효율성을 많이 제거한다. 그것은 실제 연결 유지 (양면)를 지원하며 후속 요청에 재사용에 대한 모든 인증 된 연결을 캐시합니다. 그것은 TIME_WAIT 지연없이 다시 시작할 수 있습니다, 다른 사람과 크기 적은 CPU의 명령에 의해 비교 메모리의 단지 일부를 사용합니다. 각 스레드는 완전히 독립적이며 하나는 서로를 차단할 수 없습니다.
시스템 자원의 사용량 하부 외에도 Cntlm 높은 스루풋을 달성한다.
한 번 열린 연결을 캐싱함으로써, 가속기의 역할; 대신 각 연결에 대해 5 방향 인증 핸드 셰이크, 그것은 투명하게 대부분의 시간을 직접 액세스를 제공,이 요구 사항을 제거합니다. 예를 들어, NTLMAPS 한 번 초기 요청에 인증을하지 않는다 - 대신, 먼저 연결, 프로브와 연결 해제를 보냅니다. 자마자 다시 연결하는 것보다 다음 NTLM 핸드 셰이크가 시작되지 않습니다. Cntlm는 클라이언트 서버 연결이 완전히 협상 때까지 사실, 트래픽은 헤더의 교환을 제외하고는 발생하지, 고객에게 메모리에 HTTP 본문을 포함한 전체 요청을 읽지 않습니다. 그런 다음에야 직접 클라이언트와 서버 소켓 사이에, 다중화 요청 및 응답 기관입니다. 이 방법은 유사한 Cntlm 프록시 TCP / IP 오버 헤드의 대부분을 회피한다. Cntlm 최적화 된 C로 작성되어 있다는 사실과 함께, 그것은 20 배 빠른 응답까지 얻을 수있다. 라인 느리게, 더 많은 영향 Cntlm는 다운로드 속도에있다.
메모리 관리 감사 및 프로파일 링은 개발 과정의 고유 한 부분이다. 코드의 각 변화는 가상 CPU 역할과 응용 프로그램의 각 명령의 동작이 확인 Valgrind의 프로파일 링을 이용하여 감사된다. 이 놀라운 도구를 사용하여, 당신의 malloc / 무료 통화 (더블 무료 또는 누수), 초기화되지 않은 메모리 작업이 제대로 할당 된 메모리의 외부 액세스 및 오 훨씬 더에있는 불균형을 가면을 벗기다 수 있습니다.
이 릴리스의 새로운 기능 :
댓글을 찾을 수 없습니다