Përdorimi i IPv6 në Advanced Direct Connect

Të ndjekësh zhvillimin e rrjetit të ndarjes së skedareve është interesant, por është akoma më interesante të marrësh pjesë në të.

Në ditët e sotme, duke instaluar dhe nisur një NMDC hub, administratori i sapoemëruar ka qasje pothuajse në të gjitha avancimet dhe përvojën e grumbulluar në këtë fushë nga paraardhësit e tij. Ai ka një sistem të gatshëm për zgjerim dhe personalizim, duke përfshirë me ndihmën e skripteve të shumta.

S ADC hubet ndryshe. Struktura e këtij protokolli parashikon zgjerueshmërinë. Dëshiron një funksion të ri? Atëherë propozo, promovoni, realizoni, integro, përdor.

Përkthe në anglisht

Si pasojë, "nga kutia" është, sigurisht, e mundur të marrësh një hub të gatshëm, por thjesht ta nisesh dhe ta harrosh atë do të ishte jo e mirë. Zgjerueshmëria në një kontekst historik gjithashtu nënkupton praninë e sasisë së ndryshme të funksioneve të ndryshme të software-it klient dhe server, në varësi të versionit. Dhe ajo që do të funksionojë pa probleme për një përdorues, mund të jetë e papajtueshme me klientin e dikujt tjetër, dhe kjo duhet marrë parasysh.

Kështu ndodhi edhe me IPv6. Plaku NMDC nuk e di atë në parim, por ADC është gati për të. Megjithatë, nuk është gjithçka kaq e thjeshtë.

Pak sa pak teori

Një përdorues "aktive" mund të pranojë lidhje të ardhshme. Në thelb, kërkesa e dërguar prej tij për lidhje është në të vërtetë një ftesë.

Një përdorues "pasiv" në përgjithësi mund të përdorë vetëm kërkesa të dërguara. Nëpërmjet një hub-i, ai kërkon nga një përdorues aktiv të dërgojë ftesën – dhe lidhja krijohet.

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

Lakuriqi, gadi dhe kapre

Le të flasim për softuerin klijent.

Mbështetja IPv6 në DC++ ka karakter eksperimental. Nuk ka cilësime të veçanta për të, dhe ishte akoma më befasuese për mua të shihja mënyra të ndryshme funksionimi për versione të ndryshme IP, për më tepër, për pasiv është pikërisht për të gjashtën, por kjo nuk është e saktë.

Nuk arrita të lidhem në mënyrë aktive me konfigurimin manual as me përdorimin e dukshëm të domainit me një AAAA-record si WAN IP, por në mënyrën automatike me UPnP gjithçka funksionoi siç duhej.

AirDC++ gjithashtu ka mbështetje për lidhje IPv6, dhe kjo është realizuar krejt ndaras nga IPv4. Më shumë se kaq, ky klient modifikon etiketat e përdoruesve në mënyrë që të tregojë modalitetet e funksionimit për të dy protokollet IP njëkohësisht. Hub-et e vetë nuk e bëjnë këtë (deri tani), gjë që është shumë e keqe.

Menjëherë duhet të theksoj: AirDC++ e bën këtë për veten e tij. Më tej, për lehtësinë do të përdor kombinime si AP ose AA si një tregues për modalitetet aktive ose pasive të funksionimit për IPv4 dhe IPv6 përkatësisht, dhe jo për të treguar ato në etiketën e klientit të vërtetë mbi një hub të vërtetë. Kjo është e rëndësishme.

Në eksperimentin tonë do të përdorim FlylinkDC++ si klient, i cili nuk është aspak i njohur me IPv6. Duhet theksuar gjithashtu se mbështetje për NATT nuk ishte realizuar askund në momentin e shkruajtes së këtij artikulli.

Fillimi

Së pari do të shqyrtojmë lidhjet e pamundshme midis përdoruesve të versioneve të ndryshme të protokolit IP. Për testim do të përdoret hub IPv6 ready me regjistrat A dhe AAAA për emrin e domenit, i cili vepron si adresa e tij.

Kujdes, këtu, në (real) tentativën për t'u drejtuar me përdoruesin me adresën IP versioni gjashtë, shfaqet një gabim.

Hub:	[Dalëse][IPv4:412]	 	DRCM AACX AACU ADCS/0.10 337151563
Hub:	[Ardhëse][IPv4:412]	 	DCTM AACU AACX ADCS/0.10 1988 337151563
Hub:	[Dalëse][IPv4:412]	 	DSTA AACX AACU 240 IPsunknown

Në përkthim në njerëzor kjo tingëllon si

P4: – A mund të të lidhem?
A6: – Lidhu!
P4: – Jeta është dhimbje 0_0

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

Dhe nëse ndryshe, dhe lidhja iniciatica A4, atëherë nuk shfaqet asnjë gabim, dhe lidhja thjesht "ngjitet".

Hub:	[Dalëse][IPv4:412]	 	DCTM AACX AACU ADCS/0.10 1993 3871342713

Të jesh, e jo të duktosh

Ajo që është e rëndësishme, është mënyra e lidhjes e shfaqur në hub.

Klientët pa mbështetje IPv6 do të shohin përdoruesit e lidhur përmes tij si tërësisht pasivë thjesht për shkak se për ta hubi nuk plotëson I4 ose I6 fushën përkatësisht.

FlylinkDC++ vs. IPv6

Në fakt situata është më e thjeshtë dhe më e komplikuar njëkohësisht.

AirDC++ vs. IPv6

Më e thjeshtë, sepse IPv6 ka përparësi mbi IPv4 dhe kjo është e qartë. Pikërisht përmes tij (ndonjëherë me opsionin përkatës në dispozicion për përcaktim) do të vendoset lidhja me hubin, dhe klienti aktiv i tij do të ofrojë lidhjen për atë pasiv.

Është më e komplikuar, sepse nëse në hub kanë përdorues me mbështetje IPv6, por janë lidhur vetëm përmes adresës IPv4, atëherë…

… mund të lidhen me ta (rastësisht) pa pasur fare IPv4.

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

E çon në lëkundje

Tani do të provojmë të lidhim njëri-tjetrin klientët me grupe të ndryshme, por të përbashkëta në pjesën e mbështetjes së protokollit IP IPv4.

Po, është keq që përdoruesit pasiv duhet të rrinë mënjanë. Por nuk mund të ndihmojmë për këtë, sepse adresa e tyre IP e dukshme nuk ka ndonjë rëndësi të veçantë – për këtë arsye ata janë pasiv.

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

Pse ndodh kjo? I drejtohemi zhvilluesit dhe marrim përgjigje:

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

Dhe me të vërtetë nuk mund të diskutosh! Por kjo kërkon një logjikë të brendshme, të pavarur nga hubi (shih kodin këtu dhe këtu). Për pasivët sërish nuk mund të ndihmojmë, sepse

Mënyra aktive = TCPx + IPx

Përpjekjet për lidhje midis klientëve me grupe të përbashkëta në mbështetje të protokollit IP IPv6 duken si më poshtë. Kujtoni, të arrij PA për DC++ nuk kam mundur.

Sërish surprizë. Duket se moda pasive për IPv6, e cila demonstruar DC++, është ose një mashtrim i qëllimshëm, ose një defekt.

Çfarë ndodh më tej?

Aktualisht, ekzistojnë pikërisht dy mënyra për të zgjidhur të gjitha problemet e mundshme të lidhjes ndërlidhësve në mënyra të ndryshme dhe me grupe të ndryshme të mbështetjes së protokollit IP.

E para është të zhduket krejtësisht IPv6 ose, përkundrazi, të krijohet një qendër për të punuar vetëm përmes saj.

E dyta është kjo zgjerimi, e cila sapo po kalon në fazën e testimit.

Po ashtu, duke mos e ndihmuar aktivizimin e modës aktive për të punuar në DC, mbani mend:

Ajo që ka, do t'i jepet, dhe ai që nuk ka, do t'i merret edhe ajo që mendon se ka. Lk. 8:18

Burimi: habr.com