Dosya paylaşım ağının gelişimini izlemek ilginç ama buna katılmak daha da ilginç.
Bugün, modern bir kurulumun kurulumu ve lansmanı NMDC merkez, yeni basılan yönetici, seleflerinin bu alanda biriken hemen hemen tüm gelişmelere ve deneyimlere erişebiliyor. Çok sayıda komut dosyasının yardımıyla genişlemeye ve özelleştirmeye hazır bir sisteme sahiptir.
С ADC aksi halde hub'lar. Bu protokolün tasarımının genişletilebilir olması amaçlanmıştır. Yeni bir özellik mi istiyorsunuz? Peki, teklif edin, tanıtın, uygulayın, uygulayın, kullanın.
Sonuç olarak, elbette hazır bir hub'ı kutudan çıkarabilirsiniz, ancak onu basitçe başlatmak ve unutmak iyi olmayacaktır. Tarihsel bağlamda genişletilebilirlik, sürüme bağlı olarak istemci ve sunucu yazılımının farklı sayıdaki farklı işlevlerinin varlığını da ima eder. Ve bir kullanıcı için sorunsuz çalışacak olan şey, diğerinin istemcisiyle uyumsuz olabilir ve bu dikkate alınmalıdır.
Bu IPv6 ile oldu. Yaşlı adam NMDC prensipte bunu nasıl yapacağını bilmiyor, ancak ADC'nin kendisi buna hazır. Ancak her şey o kadar basit değil.
Sadece küçük bir teori
"Aktif" kullanıcı gelen bağlantıları kabul edebilir. Aslında ondan gelen bağlantı isteği aslında davet.
"Pasif" bir kullanıcı genellikle yalnızca giden istekleri kullanabilir. Merkez aracılığıyla o просит etkin kullanıcı bir davet gönderir ve bağlantı kurulur.
Ve evet, bu mekanizma kullanılan IP protokolünün sürümüne bağlı değildir.
Kuğu, kanser ve pike
İstemci yazılımı hakkında konuşalım.
IPv6 desteği DC + + doğası gereği deneyseldir. Bunun için ayrı bir ayar yok ve IP'nin farklı sürümleri için farklı işletim modlarını, yalnızca altıncı için pasif olanı görmek benim için daha da şaşırtıcıydı, ancak bu doğru değil.
WAN olarak AAAA kaydına sahip bir IP etki alanını açıkça kullanırken bile manuel yapılandırma sırasında aktif modu elde etmek mümkün değildi, ancak UPnP kullanan otomatik modda her şey beklendiği gibi çalıştı.
AirDC ++ ayrıca IPv6 bağlantılarını da destekler ve IPv4'ten tamamen ayrı olarak uygulanır. Ayrıca bu istemci, kullanıcı etiketlerini, her iki IP protokolü için çalışma modlarını aynı anda görüntüleyecek şekilde değiştirir. Merkezlerin kendileri bunu nasıl yapacaklarını (henüz) bilmiyorlar ki bu çok yazık.
Hemen rezervasyon yaptırmalıyım: AirDC++ bunu tek başına ve kendisi için yapıyor. Gelecekte kolaylık sağlamak için aşağıdaki gibi kombinasyonları kullanacağım: AP veya AA gerçek hub üzerindeki gerçek istemci etiketinde görüntülenmek yerine, sırasıyla IPv4 ve IPv6 için aktif veya pasif çalışma modlarının bir göstergesi olarak kullanılır. Bu önemli.
Denememizde kullanacağımız FlylinkDC++ IPv6'ya hiç aşina olmayan bir istemci olarak. Şunu da belirtmek gerekir ki destek NATT onun için bu makaleyi yazdığım sırada hiçbir yerde uygulanmamıştı.
başlangıç
Her şeyden önce, IP protokolünün farklı versiyonlarının kullanıcıları arasındaki açıkça imkansız bağlantılara bakacağız. Test için kullanılacak IPv6'ya hazır hub alan adının adresi olarak görev yapan kaynak A ve AAAA kayıtları ile.
Sürüm XNUMX IP adresiyle (gerçekte) bir kullanıcıyla iletişim kurmaya çalıştığınızda, bir hata görüntüleneceğini lütfen unutmayın.
IPv6 desteği olmayan istemciler, hub onlar için doldurulmadığından, IPvXNUMX aracılığıyla bağlanan kullanıcıları açıkça pasif olarak görmek zorunda kalacaklar I4 veya I6 buna göre alan.
FlylinkDC++ vs. IPv6
Gerçekte durum hem daha basit hem de daha karmaşıktır.
AirDC++ vs. IPv6
Daha kolaydır çünkü IPv6, IPv4'e göre önceliklidir ve bu anlaşılabilir bir durumdur. Hub'a bağlantı bunun aracılığıyla kurulacak (ilgili seçenek kullanılarak geçersiz kılınmasına rağmen) ve aktif istemci bunu bağlantı için pasif istemciye sunacaktır.
Daha zordur, çünkü hub'da IPv6 desteğine sahip kullanıcılar varsa ancak bunlar kesinlikle bir IPv4 adresi aracılığıyla bağlıysa, o zaman...
... o zaman IPv4'e sahip olmadan onlara (rastgele) bağlanabilirsiniz.
Uzak istemcinin kendisini bir varlık olarak tanımladığını ancak bir yükümlülük olarak değerlendirildiğini lütfen unutmayın. Neden?
Onu salıncağa fırlat
Şimdi istemcileri farklı ancak IPv4 açısından ortak olan IP protokolü desteği kümeleriyle birbirine bağlamaya çalışalım.
Evet, pasif kullanıcıların kenarda sigara içmek zorunda kalması üzücü. Ancak görünen IP adresleri özellikle önemli olmadığından bu mümkün değildir; bu nedenle yükümlülük altındadırlar.
Bah! Aktif istemci gönderir pasif komut?.. "Sıkışmış" bir bağlantı beklemek mantıklı olur, ancak hayır, bu koşullar altında ortaya çıkıyor A4.
Nedenmiş? Geliştiriciyle iletişime geçiyoruz ve yanıtı alıyoruz:
CTM diğer kullanıcı IPv6'yı desteklemiyorsa bu iyi değildir
Ve tartışamazsınız! Ancak bu, hub'dan bağımsız olarak dahili bir mantık gerektirir (bkz. burada и burada). Pasiflere yardım etmek hala imkansız çünkü
Ortak IPv6 IP destek kümelerine sahip istemciler arasında bağlantı kurma girişimleri şu şekilde görünür. Sana şunu hatırlatayım, başar PA DC++ için başarılı olamadım.
Ve yine bir sürpriz. DC++'nın gösterdiği IPv6 için pasif modun ya kasıtlı bir sahtekarlık ya da bir hata olduğu ortaya çıktı.
Sırada ne var?
Şu anda, kullanıcıları farklı modlarda ve farklı IP protokol desteği kümeleriyle birbirine bağlarken olası tüm sorunları çözmenin tam olarak iki yolu vardır.
Birincisi, IPv6'yı tamamen susturmak veya tam tersine, yalnızca IPvXNUMX üzerinden çalışacak bir merkez oluşturmaktır.
İkincisi de bu uzatmatest aşamasına yeni yaklaşıyor.
DC'de çalışmak için aktif modu ayarlayamayacak kadar tembelseniz şunu unutmayın:
Kimde varsa ona verilecek, kimde yoksa, sahip olduğunu zannettiği şey bile ondan alınacaktır. Luke. 8:18