고급 직접 연결과 함께 IPv6 사용

파일 공유 네트워크의 발전을 지켜보는 것도 흥미롭지만, 참여하는 것은 더욱 흥미롭다.

오늘은 최신 제품을 설치하고 출시합니다. NMDC 허브를 통해 새로 임명된 관리자는 전임자가 이 분야에서 축적한 거의 모든 개발 및 경험에 액세스할 수 있습니다. 수많은 스크립트의 도움을 포함하여 확장 및 사용자 정의가 가능한 시스템이 있습니다.

С ADC 그렇지 않으면 허브. 이 프로토콜의 설계는 확장 가능하도록 설계되었습니다. 새로운 기능을 원하시나요? 글쎄, 그것을 제공하고, 홍보하고, 구현하고, 구현하고, 사용하십시오.

영어로 번역하다

결과적으로 기성 허브를 즉시 꺼낼 수는 있지만 단순히 시작하고 잊어 버리는 것은 좋지 않습니다. 역사적 맥락에서 확장성은 버전에 따라 클라이언트 및 서버 소프트웨어의 다양한 기능이 존재함을 의미합니다. 그리고 한 사용자에게는 문제 없이 작동하는 것이 다른 사용자의 클라이언트와 호환되지 않을 수 있으므로 이 점을 고려해야 합니다.

IPv6에서 이런 일이 발생했습니다. 노인 NMDC는 원칙적으로 이를 수행하는 방법을 모르지만 ADC 자체는 이를 수행할 준비가 되어 있습니다. 그러나 모든 것이 그렇게 단순하지는 않습니다.

약간의 이론

"활성" 사용자는 들어오는 연결을 수락할 수 있습니다. 실제로 여기에서 오는 연결 요청은 실제로 초대.

"수동" 사용자는 일반적으로 나가는 요청만 사용할 수 있습니다. 그는 허브를 통해 묻다 활성 사용자가 초대를 보내고 연결이 설정됩니다.

그렇습니다. 이 메커니즘은 사용된 IP 프로토콜 버전에 의존하지 않습니다.

백조, 가재 및 파이크

클라이언트 소프트웨어에 대해 이야기해 봅시다.

IPv6 지원 DC + + 본질적으로 실험적입니다. 이에 대한 별도의 설정이 없으며 IP의 여러 버전에 대해 서로 다른 작동 모드가 여섯 번째에만 패시브인 것을 보는 것이 더욱 놀랐지만 이는 정확하지 않습니다.

AAAA 레코드가 있는 IP 도메인을 WAN으로 명시적으로 사용하는 경우에도 수동 구성 중에 활성 모드를 얻을 수 없었지만 UPnP를 사용하는 자동 모드에서는 모든 것이 예상대로 작동했습니다.

에어DC++ 또한 IPv6 연결을 지원하며 IPv4와 완전히 별도로 구현됩니다. 또한 이 클라이언트는 두 IP 프로토콜의 작동 모드를 동시에 표시하는 방식으로 사용자 태그를 수정합니다. 허브 자체는 (아직) 이 작업을 수행하는 방법을 모릅니다. 이는 유감스러운 일입니다.

즉시 예약해야 합니다. AirDC++는 이 작업을 단독으로 수행합니다. 앞으로는 편의상 다음과 같은 조합을 사용하겠습니다. AP 또는 AA 실제 허브의 실제 클라이언트 태그에 표시되는 것이 아니라 각각 IPv4 및 IPv6에 대한 활성 또는 수동 작동 모드를 나타냅니다. 그건 중요해.

우리 실험에서 우리는 플라이링크DC++ IPv6에 전혀 익숙하지 않은 클라이언트로서. 지원된다는 점도 참고해야 합니다. NATT 이 기사를 쓰는 당시 그에게는 어느 곳에서도 구현되지 않았습니다.

처음

우선, 서로 다른 버전의 IP 프로토콜을 사용하는 사용자 간의 명백히 불가능한 연결을 살펴보겠습니다. 테스트에 사용될 예정 IPv6 지원 허브 주소 역할을 하는 도메인 이름에 대한 리소스 A 및 AAAA 레코드를 사용합니다.

(실제로) 버전 XNUMX IP 주소를 사용하는 사용자에게 연락을 시도하면 오류가 표시된다는 점에 유의하세요.

Hub:	[Outgoing][IPv4:412]	 	DRCM AACX AACU ADCS/0.10 337151563
Hub:	[Incoming][IPv4:412]	 	DCTM AACU AACX ADCS/0.10 1988 337151563
Hub:	[Outgoing][IPv4:412]	 	DSTA AACX AACU 240 IPsunknown

인간의 번역에서는 다음과 같이 들립니다.

P4: – 내가 당신에게 매달려도 될까요?
A6: – 계속 기다려요!
P4: – 인생은 고통이다 0_0

필요한 경우 짧은 사전, 여기에.

반대 방향이고 연결이 시작되면 A4을 클릭하면 오류가 표시되지 않고 연결이 중단됩니다.

Hub:	[Outgoing][IPv4:412]	 	DCTM AACX AACU ADCS/0.10 1993 3871342713

있을 것 같지 않음

중요한 것은 허브에 표시되는 연결 모드입니다.

IPv6를 지원하지 않는 클라이언트는 허브가 채워지지 않기 때문에 이를 통해 연결된 사용자를 분명히 수동적인 것으로 보아야 합니다. I4 또는 I6 그에 따라 필드.

FlylinkDC++ 대 IPv6

실제로 상황은 더 단순하면서도 동시에 더 복잡합니다.

AirDC++ 대 IPv6

IPv6이 IPv4보다 우선하기 때문에 더 쉬우며 이는 이해할 수 있습니다. 이를 통해(해당 옵션을 사용하여 재정의가 가능하더라도) 허브에 대한 연결이 설정되고 활성 클라이언트는 연결을 위해 이를 수동 클라이언트에 제공합니다.

허브에 IPv6를 지원하는 사용자가 있지만 엄격하게 IPv4 주소를 통해 연결되어 있는 경우에는 더 어렵습니다.

... 그러면 IPv4가 전혀 없어도 (무작위로) 연결할 수 있습니다.

원격 클라이언트는 자신을 자산으로 지정했지만 부채로 처리된다는 점에 유의하세요. 왜?

그를 그네에 던져라

이제 서로 다르지만 IPv4 측면에서 공통적인 IP 프로토콜 지원 세트를 사용하여 클라이언트를 연결해 보겠습니다.

네, 패시브 사용자가 옆에서 담배를 피워야 하는 것이 안타깝습니다. 그러나 눈에 보이는 IP 주소는 특별히 중요하지 않기 때문에 어쩔 수 없습니다. 이것이 바로 부채입니다.

바! 활성 클라이언트가 보냅니다. 수동 명령?.. "고착된" 연결을 예상하는 것은 논리적이지만 아니요, 다음 조건에서는 나타납니다. A4.

왜 그런 겁니까? 개발자에게 연락하여 답변을 얻습니다.

CTM 다른 사용자가 IPv6를 지원하지 않으면 좋지 않습니다.

그리고 당신은 논쟁할 수 없습니다! 그러나 이를 위해서는 허브와는 별개의 내부 논리가 필요합니다(코드 참조). 여기에 и 여기에). 수동태를 돕는 것은 여전히 ​​불가능합니다.

활성 모드 = TCPx+IPx

공통 IPv6 IP 지원 세트를 사용하여 클라이언트 간 연결 시도는 다음과 같습니다. 상기시켜 드리겠습니다. PA DC++에서는 성공하지 못했습니다.

그리고 다시 놀랐습니다. DC++가 시연한 IPv6의 수동 모드는 고의적인 가짜이거나 버그인 것으로 밝혀졌습니다.

다음은 뭐지?

현재 다양한 모드와 다양한 IP 프로토콜 지원 세트로 사용자를 연결하는 가능한 모든 문제를 해결하는 방법은 정확히 두 가지가 있습니다.

첫 번째는 IPv6를 완전히 음소거하거나 반대로 이를 통해서만 작동하는 허브를 만드는 것입니다.

두 번째는 이거다 확대, 이제 막 테스트 단계에 가까워졌습니다.

글쎄, DC에서 작업하기 위해 활성 모드를 설정하기에는 너무 게으른 경우 다음을 기억하십시오.

누구든지 있는 사람은 받아주고, 없는 사람은 있다고 생각하는 것마저 빼앗길 것입니다. 좋아요. 8:18

출처 : habr.com