NAT 통과를 사용하여 수동 모드에서 사용자 연결

이 기사는 다음 항목 중 하나를 무료로 번역한 것입니다. DC++ 개발자 블로그.

저자의 허락을 받아(명확성과 관심을 위해) 링크를 추가하고 개인적인 조사를 통해 보완했습니다.

소개

현재 연결 쌍 중 최소한 한 명의 사용자가 활성 모드에 있어야 합니다. NAT 통과 메커니즘은 어느 쪽에도 활성 모드가 구성되지 않은 경우 유용합니다. 이는 일반적으로 들어오는 연결을 차단하는 방화벽이나 NAT 장치로 인해 발생합니다.

두 클라이언트가 모두 활성 모드인 경우

시작 클라이언트는 자신의 IP 주소와 포트가 포함된 명령을 보냅니다. $ConnectToMe 다른 클라이언트에게. 이 데이터를 사용하여 명령을 받은 클라이언트는 개시자와 연결을 설정합니다.

클라이언트 중 하나가 수동 모드인 경우

허브를 통해 패시브 클라이언트 A 명령을 보낸다 $RevConnectToMe 활성 클라이언트 B그런 다음 $ConnectToMe 명령으로 응답합니다.

서버로서 S 위의 경우에는 DC 허브가 있습니다.

두 클라이언트가 모두 수동 모드인 경우 ADC 허브

다른 NAT 뒤에 있는 클라이언트 A и B 허브에 합류했습니다 S.

클라이언트 측에서 허브에 대한 연결이 보이는 방식입니다. A

허브는 포트 1511의 연결을 허용합니다. 클라이언트 A 포트 50758을 통해 개인 네트워크에서 나가는 연결을 만듭니다. 허브는 NAT 장치의 주소를 확인하고 작동하며 식별자에 따라 클라이언트에 이를 브로드캐스트합니다.

클라이언트 A 서버로 전송 S 고객과 연결하는 데 도움을 요청하는 메시지 B.

Hub: [Outgoing][178.79.159.147:1511] DRCM AAAA BBBB ADCS/0.10 1649612991

또한 수동 모드에서는 클라이언트가 B은(는) 이 명령을 받은 후 NAT를 통해 허브에 연결하는 데 사용되는 개인 포트를 보고해야 합니다.

Hub: [Incoming][178.79.159.147:1511] DNAT BBBB AAAA ADCS/0.10 59566 1649612991

이 정보를 받은 후 클라이언트는 A 즉시 클라이언트와의 연결을 시도합니다. B 자체 개인 포트를 보고합니다.

Hub:		[Outgoing][178.79.159.147:1511]	 	D<b>RNT</b> AAAA BBBB ADCS/0.10 <b>50758</b> 1649612991

관심은 무엇입니까? 이미 사용된 개인 포트를 통해 공용 주소에 대한 새 연결을 생성하여 동일한 연결의 끝점을 이동하는 데 관심이 있습니다.

빙고!

물론 이 경우 클라이언트 NAT는 B 클라이언트의 첫 번째 연결 요청을 거부할 모든 권리가 있습니다. A, 그러나 바로 이 연결에 의해 만들어진 "구멍"에 자신의 요청이 돌진하고 연결이 설정됩니다.

주의 사항이 있는 전체 과정에 적합한 그림입니다. 프로토콜 세션에서 열린 공용 포트를 사용하지 않습니다. NAT-S, 개인 주소도 포함됩니다.

커튼콜

(원본) 기사를 작성할 당시 DC 클라이언트의 약 절반이 수동 모드에서 작동하고 있습니다. 이는 가능한 모든 연결의 XNUMX/XNUMX을 만들 수 없음을 의미합니다.

앞으로는 DC++는 NAT를 우회할 수 있습니다.기존 연결 사용 A-S и B-S 클라이언트-클라이언트 직접 연결을 설정하려면 A и B 패시브 모드에 있습니다.

출처 : habr.com