Përdorimi i IPv6 në Advanced Direct Connect

Të vështroni evolucionin e rrjetit të ndarjes së skedarëve është interesante, por akoma më interesante është të merrni pjesë në të.

Aktualisht, duke instaluar dhe nisur një NMDC qendër, administratori i sapoemëruar ka akses në pothuajse të gjitha arritjet dhe përvojën e akumuluar në këtë fushë nga paraardhësit e tij. Ai ka një sistem të gatshëm për zgjerimin dhe përshtatjen, përfshirë përmes shumë skripteve.

D ADC qendrave ndryshe. Struktura e këtij protokolli parashikon zgjerueshmëri. Dëshiron një veçori të re? Po, propozoni, promovoni, realizoni, implementoni, përdorni.

Përkthe në anglisht

Si pasojë, "gati nga kutia" padyshim mund të merrni një qendër të gatshme, por thjesht ta nisni dhe ta harroni atë do të ishte keq. Zgjerueshmëria në kontekst historik përfshin gjithashtu praninë e një numri të ndryshëm veçorish të softuerit klient dhe server në varësi të versions. Dhe ajo që do të funksionojë pa probleme për një përdorues, mund të jetë e papajtueshme me klientin e një tjetri, dhe kjo duhet marrë parasysh.

Kështu ndodhi edhe me IPv6. Plaku NMDC nuk e mbështet atë në thelb, ndërsa ADC është vetë i gatshëm për të. Megjithatë, gjërat nuk janë aq të thjeshta.

Pak teori

"Përdoruesi aktiv" mund të pranojë lidhje të ardhshme. Në fakt, kërkesa e tij për lidhje në të vërtetë është një ftesë..

"Përdoruesi pasiv" në përgjithësi mund të përdorë vetëm kërkesa të dalshme. Përmes qendrës ai kërkon i dërgon ftesë përdoruesit aktiv – dhe lidhja krijohet.

Dhe po, ky mekanizëm nuk varet nga versioni i protokollit IP të përdorur.

Lebet, rak dhe peshk

Të flasim për softuerin klient.

Mbështetja për IPv6 në DC++ është eksperimentale. Nuk ka konfigurimeve të veçanta për të, dhe çuditërisht për mua ishte të shihja mënyra të ndryshme funksionimi për versione të ndryshme IP, ku pasivi është për versionin e gjashtë, por kjo është jo e saktë.

Nuk arrita të merrja modalitet aktiv me konfigurim manual, madje edhe duke përdorur një domain me regjistrim AAAA si WAN IP, por në modalitetin automatik me përdorim të UPnP, gjithçka funksionoi siç duhej.

AirDC++ për më tepër, kjo ka mbështetje për lidhje IPv6, e cila është implementuar veçmas nga IPv4. Madje, ky klient modifikon etiketat e përdoruesve në një mënyrë që të shfaqë modalitetet e punës për të dy protokollet IP në të njëjtën kohë. Hadrat vetë nuk e bëjnë këtë (për momentin), të cilat janë të domosdoshme.

Duhet të theksoj se: AirDC++ e bën këtë për vete. Në vazhdim për lehtësi do të përdor kombinime si AP ose AA si një shenjë për modalitetet aktive ose pasive të punës për IPv4 dhe IPv6 përkatësisht, dhe jo për t'u shfaqur në etiketën e klientit aktual në një hub aktual. Kjo është e rëndësishme.

Në eksperimentin tonë do të përdorim FlylinkDC++ si një klient, plotësisht të panjohur me IPv6. Duhet gjithashtu të theksohet se mbështetje NATT për të, në momentin e shkruarjes së artikullit, nuk ishte realizuar askund.

Fillimi

Së pari, do të shqyrtojmë lidhjet e pamundura ndërmjet përdoruesve të versioneve të ndryshme të protokollit IP. Testi do të përdorë hubin e gatshëm për IPv6 me A- dhe AAAA-regjistrime burimore për emrin e domainit, i cili shërben si adresa e tij.

Kujdesi, këtu në (përvojë) përpjekjen për t'u lidhur me një përdorues me adresën IP të versionit të gjashtë shfaqet një gabim.

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

Në përkthimin në të folur, kjo tingëllon si

P4: – A mund të lidhem me ty?
A6: – Lidhu!
P4: – Jeta është e dhimbshme 0_0

Një fjalor i shkurtër, nëse është nevoja, këtu.

Por nëse përkundrazi, dhe lidhja inicohet A4, atëherë nuk shfaqet gabimi, dhe lidhja thjesht "ngjitet".

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

Të jesh, e jo të dukesh

Ajo çfarë është e rëndësishme, është modaliteti i lidhjes i shfaqur në hub.

Klientët pa mbështetje për IPv6 do të kenë për të parë përdoruesit e lidhur përmes tij si të qartë pasivë sepse për ta hubi nuk mbush I4 ose I6 fushën përkatëse.

FlylinkDC++ vs. IPv6

Në realitet, situata është më e thjeshtë dhe më e komplikuar njëherësh.

AirDC++ vs. IPv6

Më e thjeshtë, sepse IPv6 ka prioritet mbi IPv4, dhe kjo është e qartë. Pikërisht përmes tij (megjithëse me opsionin e duhur të mundësisë së mbivendosjes) do të vendoset lidhja me hubin, dhe klienti aktiv do të ofrojë lidhjen për atë pasiv.

Më e komplikuar, sepse nëse në hub ka përdorues me mbështetje për IPv6, por janë lidhur strikt përmes adresës IPv4, atëherë...

… mund të lidhen me ta (në rastin më të mirë) pa pasur fare IPv4.

Kujdes, klienti i largët u identifikua si aktiv, por po përpunohet si pasiv. Pse?

Për të themi atij në karuselin

Tani do të përpiqemi të lidhim klientët me njëri-tjetrin, të cilët kanë grupe të ndryshme, por të përbashkëta në pjesën e IPv4 për mbështetje të protokollit IP.

Po, është me të vërtetë për të ardhur keq që përdoruesit pasivë duhet të qëndrojnë anash. Por nuk mund të ndihmohet kjo, sepse adresa e tyre IP e dukshme nuk ka ndonjë rëndësi të veçantë – për këtë arsye ata janë pasivë.

Oho! Klienti aktiv dërgon një komandë pasive?.. Логично было бы ожидать «зависшего» соединения, но нет, оно получается на условиях A4.

Pse kështu? I drejtohemi zhvilluesit dhe marrim përgjigjen:

CTM nuk është e mirë nëse përdoruesi tjetër nuk mbështet IPv6

Dhe nuk ka asnjë diskutim! Por kjo kërkon një logjikë të brendshme, të pavarur nga hubi (shih kodin këtu dhe këtu). Përdoruesit pasivë ende nuk mund të ndihmohen, sepse

Mënyra aktive = TCPx + IPx

Përpjekjet për të lidhur klientët me grupe të përbashkëta në pjesën e IPv6 për mbështetje të protokollit IP duken si më poshtë. Të kujtojmë, të arrihet PA për DC++ nuk arrita.

Dhe përsëri një surprizë. Del se mënyra pasive për IPv6, e cila demonstrohet nga DC++, është ose një mashtrim i qëllimshëm, ose një gabim.

Çfarë ndodh më tej?

Aktualisht ka saktësisht dy mënyra për të zgjidhur të gjitha problemet e mundshme të lidhjes së përdoruesve në mënyra të ndryshme dhe me grupe të ndryshme mbështetje për protokollin IP.

E para – të ndalosh fare IPv6 ose, përkundrazi, të krijosh një hub për të punuar vetëm përmes tij.

E dyta – kjo zgjerim, e cila sapo ka arritur në fazën e testimit.

Dhe, duke qenë të lenë për të konfiguruar mënyrën aktive për të punuar në DC, mbani mend:

Kush ka, do t'i jepet, dhe kush nuk ka, do t'i hiqet edhe ajo që mendon se ka. Lk. 8:18

Burimi: habr.com