Användning av IPv6 i Advanced Direct Connect

Att följa utvecklingen av fildelningsnätverket är intressant, men att delta i det är ännu mer intressant.

Idag, när man installerar och startar en modern NMDC hub, får den nyblivne administratören tillgång till praktiskt taget all kunskap och erfarenhet som hans föregångare samlat på sig inom detta område. Han har ett system som är redo för utvidgning och anpassning, inklusive genom många skript.

Med ADC hubar på annat sätt. Strukturen för denna protokoll förutsätter utvidgbarhet. Vill du ha en ny funktion? Tja, då – föreslå, driva på, implementera, införa, använd.

Translate to English

Som en följd kan man såklart få en färdig hub "ur lådan", men det skulle inte vara bra att bara starta den och glömma bort den. Utvidgbarhet i historiskt sammanhang förutsätter dessutom olika funktioner för klient- och serverprogramvara beroende på version. Och det som fungerar utan problem för en användare kan visa sig vara inkompatibelt med klienten hos en annan, vilket man måste ta hänsyn till.

Så har det också gått med IPv6. Den äldste NMDC kan i princip inte hantera det, medan ADC i sig själv är redo för det. Men allt är inte så enkelt.

Lite teori

En "aktiv" användare kan ta emot inkommande anslutningar. Egentligen är en begäran om anslutning från honom ett inbjudan.

"Passiv" användare kan i allmänhet endast använda utgående begärningar. Genom huben ber den aktiva användaren att skicka en inbjudan – och då får man en anslutning.

Och ja, denna mekanism beror inte på vilken version av IP-protokollet som används.

Svanen, räkan och gäddan

Låt oss prata om klientprogramvaran.

Stödet för IPv6 i DC++ är experimentellt. Det finns inga särskilda inställningar för det, och det är desto mer förvånande för mig att se olika driftsätt för olika versioner av IP, där den passiva just är för den sjätte, men det är osäkert.

Att få aktivt läge vid manuell inställning lyckades inte ens med en tydlig användning av en domän med AAAA-post som WAN IP, men i automatisk läge med UPnP fungerade allt som det skulle.

AirDC++ har också stöd för IPv6-anslutningar, och det är implementerat helt separat från IPv4. Dessutom modifierar denna klient användartaggene så att den visar driftlägen för båda IP-protokollen samtidigt. Själva hubbarna kan inte göra detta (ännu), vilket är synd.

Jag måste genast klargöra: AirDC++ gör så här enbart för sig själv. För att underlätta kommer jag hädanefter att använda kombinationer som AP eller AA som indikation på aktiva eller passiva driftlägen för IPv4 och IPv6 respektive, snarare än deras visning i taggen för den verkliga klienten på en verklig hub. Det är viktigt.

I vårt experiment kommer vi att använda FlylinkDC++ som klient, helt okänd med IPv6. Det bör också noteras att stödet för NATT för den var inte implementerat någonstans vid tidpunkten för detta skrivande.

Början

Vi börjar med att överväga uppenbart omöjliga anslutningar mellan användare med olika versioner av IP-protokollet. För testet kommer en IPv6 redo hub med resurs-A- och AAAA-poster för domännamnet, som fungerar som dess adress.

Observera att här, vid (verkligt) försök att kontakta en användare med en IP-adress av sjätte versionen, returneras ett fel.

Hub:	[Utgående][IPv4:412]	 	DRCM AACX AACU ADCS/0.10 337151563
Hub:	[Inkommande][IPv4:412]	 	DCTM AACU AACX ADCS/0.10 1988 337151563
Hub:	[Utgående][IPv4:412]	 	DSTA AACX AACU 240 IPsunknown

Översatt till mänskligt låter det som

P4: – Kan jag koppla mig till dig?
A6: – Koppla gärna!
P4: – Livet är smärtsamt 0_0

En kort ordlista, ifall det behövs, här.

Och omvänt, om anslutningen initieras A4, kommer inget fel att visas, och anslutningen hänger bara.

Hub:	[Utgående][IPv4:412]	 	DCTM AACX AACU ADCS/0.10 1993 3871342713

Att vara, inte att verka

Det viktiga är det visade anslutningsläget på hubben.

Klienter utan stöd för IPv6 måste se anslutna användare via den som entydigt passiva helt enkelt eftersom hubben inte fyller i I4 eller I6 fältet därefter.

FlylinkDC++ vs. IPv6

I praktiken är situationen både enklare och mer komplicerad.

AirDC++ vs. IPv6

Enklare eftersom IPv6 har företräde framför IPv4, och det är förståeligt. Det är genom det (även om en motsvarande option finns för att åsidosätta det) som anslutning till hubben kommer att etableras, och dess aktiva klient kommer att erbjuda anslutning till den passiva.

Mer komplicerat eftersom om det finns användare med stöd för IPv6 på hubben, men de är anslutna strikt via en IPv4-adress, då…

… så kan de kopplas samman (slumpliktigt) utan att ha IPv4.

Observera att den fjärrklienten identifierade sig som en aktiv, men hanteras som passiv. Varför?

In i gungstolen med honom

Nu ska vi försöka koppla samman klienter med olika, men gemensamma i delar av IPv4, protokollstödsuppsättningar.

Ja, det är synd att passiva användare får stå åt sidan. Men det går inte att hjälpa, eftersom deras synliga IP-adress inte har någon större betydelse – det är just därför de är passiva.

Oj! Den aktiva klienten skickar en passiv kommando?.. Логично было бы ожидать «зависшего» соединения, но нет, оно получается на условиях A4.

Varför är det så? Vi vänder oss till utvecklaren och får svaret:

CTM är inte bra om den andra användaren inte stöder IPv6

Och det går inte att motsäga! Men det kräver redan intern logik som är oberoende av hubben (se koden här och här). Passiva kan fortfarande inte hjälpas, eftersom

Aktiv läge = TCPx + IPx

Försök att koppla samman klienter med gemensamma i delar av IPv6, protokollstödsuppsättningar ser ut på följande sätt. Jag påminner om att uppnå PA för DC++ har jag inte lyckats.

Och igen en överraskning. Det visar sig att det passiva läget för IPv6, som DC++ visar, är antingen en avsiktlig bluff eller en bugg.

Vad händer härnäst?

För närvarande finns det exakt två sätt att lösa alla möjliga anslutningsproblem för användare i olika lägen och med olika protokollstödsuppsättningar.

Det första – att helt dämpa IPv6 eller, å sin sida, skapa en hub för att arbeta enbart genom det.

Det andra – är detta tillägg, som just nu är på väg till teststadiet.

Och glöm inte att, när du latar dig med att konfigurera aktiv läge för arbete i DC:

Den som har, ska få, och den som inte har, ska bli berövad även det han tror sig ha. Lk. 8:18

Källa: habr.com