Sử dụng IPv6 với Advanced Direct Connect

Thật thú vị khi theo dõi sự phát triển của mạng chia sẻ tệp, nhưng việc tham gia vào nó còn thú vị hơn nữa.

Ngày nay, việc cài đặt và ra mắt một phiên bản hiện đại NMĐC hub, quản trị viên mới được thành lập có quyền truy cập vào hầu hết tất cả những phát triển và kinh nghiệm tích lũy được trong lĩnh vực này của những người tiền nhiệm. Nó có một hệ thống sẵn sàng để mở rộng và tùy chỉnh, bao gồm cả sự trợ giúp của nhiều tập lệnh.

С ADC trung tâm khác. Thiết kế của giao thức này nhằm mục đích mở rộng. Bạn có muốn một tính năng mới? Vâng, hãy cung cấp nó, quảng bá nó, triển khai nó, triển khai nó, sử dụng nó.

Dịch sang tiếng Anh

Kết quả là, tất nhiên, bạn có thể lấy một trung tâm làm sẵn ra khỏi hộp, nhưng chỉ cần khởi chạy nó và quên nó đi sẽ không tốt. Khả năng mở rộng trong bối cảnh lịch sử cũng ngụ ý sự hiện diện của một số chức năng khác nhau của phần mềm máy khách và máy chủ, tùy thuộc vào phiên bản. Và những gì sẽ hoạt động mà không gặp vấn đề gì đối với một người dùng này có thể không tương thích với ứng dụng khách của người dùng khác và điều này phải được tính đến.

Điều này đã xảy ra với IPv6. Ông già NMDC về nguyên tắc không biết làm thế nào, nhưng bản thân ADC đã sẵn sàng cho việc đó. Tuy nhiên, không phải tất cả đều đơn giản như vậy.

Chỉ là một chút lý thuyết

Người dùng "hoạt động" có thể chấp nhận các kết nối đến. Trên thực tế, yêu cầu kết nối đến từ nó thực chất là lời mời.

Người dùng "thụ động" thường chỉ có thể sử dụng các yêu cầu gửi đi. Thông qua trung tâm anh ấy hỏi người dùng đang hoạt động gửi lời mời - và kết nối được thiết lập.

Sử dụng IPv6 với Advanced Direct Connect

Và đúng vậy, cơ chế này không phụ thuộc vào phiên bản giao thức IP được sử dụng.

Thiên nga, tôm càng và cá pike

Hãy nói về phần mềm máy khách.

Hỗ trợ IPv6 DC + + có tính chất thực nghiệm. Không có cài đặt riêng cho nó và tôi càng ngạc nhiên hơn khi thấy các chế độ hoạt động khác nhau cho các phiên bản IP khác nhau, với chế độ thụ động chỉ dành cho phiên bản thứ sáu, nhưng điều này không chính xác.

Không thể có được chế độ hoạt động trong khi định cấu hình thủ công ngay cả khi sử dụng rõ ràng miền IP có bản ghi AAAA làm mạng WAN, nhưng ở chế độ tự động sử dụng UPnP, mọi thứ đều hoạt động như mong đợi.

AirDC ++ cũng có hỗ trợ cho các kết nối IPv6 và nó được triển khai hoàn toàn tách biệt với IPv4. Hơn nữa, ứng dụng khách này sửa đổi thẻ người dùng theo cách hiển thị đồng thời các chế độ hoạt động cho cả hai giao thức IP. Bản thân các trung tâm cũng chưa biết cách thực hiện việc này, điều này thật đáng tiếc.

Tôi phải đặt chỗ ngay lập tức: AirDC++ thực hiện việc này một mình và cho chính nó. Trong tương lai, để thuận tiện, tôi sẽ sử dụng các kết hợp như AP hoặc AA như một dấu hiệu về các chế độ hoạt động chủ động hoặc thụ động tương ứng cho IPv4 và IPv6, thay vì hiển thị chúng trong thẻ máy khách thực trên trung tâm thực. Nó quan trọng.

Trong thử nghiệm của chúng tôi, chúng tôi sẽ sử dụng FlylinkDC ++ với tư cách là một khách hàng hoàn toàn không quen thuộc với IPv6. Cũng cần lưu ý rằng sự hỗ trợ NATT đối với anh ấy tại thời điểm viết bài này chưa được triển khai ở bất cứ đâu.

bắt đầu

Trước hết, chúng ta sẽ xem xét các kết nối rõ ràng là không thể thực hiện được giữa những người dùng các phiên bản giao thức IP khác nhau. Sẽ được sử dụng để thử nghiệm Trung tâm sẵn sàng IPv6 với các bản ghi tài nguyên A- và AAAA cho tên miền đóng vai trò là địa chỉ của nó.

Sử dụng IPv6 với Advanced Direct Connect

Xin lưu ý rằng khi bạn (thực sự) cố gắng liên hệ với người dùng bằng địa chỉ IP phiên bản XNUMX, một lỗi sẽ hiển thị.

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

Trong bản dịch của con người, nó có vẻ giống như

P4: – Em có thể bám vào anh được không?
A6: – Bám chặt vào!
P4: – Cuộc đời là nỗi đau 0_0

Một từ điển ngắn, nếu cần thiết, đây.

Và nếu ngược lại và kết nối bắt đầu A4, thì không có lỗi nào được hiển thị và kết nối chỉ bị treo.

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

Có, có vẻ như không

Điều quan trọng là chế độ kết nối được hiển thị trên hub.

Những khách hàng không có hỗ trợ IPv6 sẽ phải xem người dùng được kết nối qua nó rõ ràng là bị động, đơn giản vì trung tâm không dành cho họ I4 hoặc I6 lĩnh vực tương ứng.

Sử dụng IPv6 với Advanced Direct Connect
FlylinkDC++ so với IPv6

Trên thực tế, tình hình đồng thời đơn giản hơn và phức tạp hơn.

Sử dụng IPv6 với Advanced Direct Connect
AirDC++ so với IPv6

Dễ dàng hơn vì IPv6 được ưu tiên hơn IPv4 và điều đó có thể hiểu được. Thông qua nó (mặc dù có sẵn tính năng ghi đè bằng tùy chọn tương ứng) mà kết nối với trung tâm sẽ được thiết lập và máy khách đang hoạt động sẽ cung cấp kết nối đó cho máy khách thụ động để kết nối.

Điều đó khó khăn hơn, vì nếu có người dùng hỗ trợ IPv6 trên trung tâm nhưng họ được kết nối nghiêm ngặt qua địa chỉ IPv4 thì...

Sử dụng IPv6 với Advanced Direct Connect

... sau đó bạn có thể kết nối với chúng (ngẫu nhiên) mà không cần có IPv4.

Xin lưu ý rằng máy khách từ xa đã tự coi mình là tài sản nhưng được coi là nợ phải trả. Tại sao?

Ném anh ta vào xích đu

Bây giờ, hãy thử kết nối các máy khách với nhau, nhưng phổ biến về mặt IPv4, các bộ giao thức IP hỗ trợ lẫn nhau.

Sử dụng IPv6 với Advanced Direct Connect

Vâng, thật đáng tiếc khi người dùng thụ động phải hút thuốc bên lề. Nhưng điều này không thể tránh khỏi vì địa chỉ IP hiển thị của họ không đặc biệt quan trọng - đó là lý do tại sao họ phải chịu trách nhiệm pháp lý.

Sử dụng IPv6 với Advanced Direct Connect

Ôi! Máy khách đang hoạt động gửi lệnh thụ động?.. Sẽ là hợp lý khi mong đợi một kết nối “bị kẹt”, nhưng không, hóa ra là trong các điều kiện A4.

Tại sao vậy? Chúng tôi liên hệ với nhà phát triển và nhận được câu trả lời:

CTM sẽ không tốt nếu người dùng khác không hỗ trợ IPv6

Và bạn không thể tranh luận! Nhưng điều này đòi hỏi logic bên trong, độc lập với hub (xem mã đây и đây). Vẫn không thể giúp đỡ một cách thụ động, bởi vì

Chế độ hoạt động = TCPx+IPx

Nỗ lực kết nối giữa các máy khách với bộ hỗ trợ IP IPv6 phổ biến trông như thế này. Hãy để tôi nhắc nhở bạn, hãy đạt được PA Tôi đã không thành công với DC++.

Sử dụng IPv6 với Advanced Direct Connect

Và một lần nữa là một bất ngờ. Hóa ra chế độ thụ động cho IPv6 mà DC++ chứng minh là giả mạo có chủ ý hoặc là một lỗi.

Cái gì tiếp theo?

Hiện tại, có chính xác hai cách để giải quyết tất cả các vấn đề có thể xảy ra khi kết nối người dùng ở các chế độ khác nhau và với các bộ hỗ trợ giao thức IP khác nhau.

Đầu tiên là tắt hoàn toàn IPv6 hoặc ngược lại, tạo một trung tâm để chỉ hoạt động thông qua nó.

Cái thứ hai là cái này mở rộng, chỉ đang tiến đến giai đoạn thử nghiệm.

Chà, nếu bạn quá lười để thiết lập chế độ hoạt động để làm việc ở DC, hãy nhớ:

Ai có thì cho cái gì, còn ai không có thì ngay cả cái mình tưởng là có cũng sẽ bị lấy đi. VÂNG. 8:18

Nguồn: www.habr.com

Thêm một lời nhận xét