Notkun IPv6 með Advanced Direct Connect

Það er áhugavert að fylgjast með þróun skráaskiptanetsins, en það er enn áhugaverðara að taka þátt í því.

Í dag, að setja upp og hleypa af stokkunum nútíma NMDC miðstöð, nýlega setti stjórnandinn fær aðgang að næstum allri þróun og reynslu sem safnast hefur á þessu sviði forvera hans. Það er með kerfi tilbúið til stækkunar og sérsníða, þar á meðal með hjálp fjölda skrifta.

С ADC hubbar annars. Hönnun þessarar samskiptareglur er ætlað að vera stækkanleg. Viltu nýjan eiginleika? Jæja, bjóða það, kynna það, framkvæma það, framkvæma það, nota það.

Þýða á ensku

Fyrir vikið geturðu auðvitað fengið tilbúna miðstöð upp úr kassanum, en einfaldlega að ræsa hann og gleyma honum verður ekki gott. Stækkanleiki í sögulegu samhengi felur einnig í sér tilvist mismunandi fjölda mismunandi aðgerða viðskiptavina- og netþjónahugbúnaðar, allt eftir útgáfu. Og það sem virkar án vandræða fyrir einn notanda getur verið ósamrýmanlegt við viðskiptavini annars og það verður að taka tillit til þess.

Þetta gerðist með IPv6. Gamli maðurinn NMDC veit ekki hvernig á að gera það í grundvallaratriðum, en ADC sjálft er tilbúið í það. Hins vegar er ekki allt svo einfalt.

Bara smá kenning

„Virki“ notandinn getur tekið við tengingum sem berast. Reyndar er tengingarbeiðnin sem kemur frá því í raun boð.

„Óvirkur“ notandi getur almennt aðeins notað sendar beiðnir. Í gegnum miðstöðina hann spyr virki notandinn sendir boð - og tengingin er komin á.

Notkun IPv6 með Advanced Direct Connect

Og já, þetta fyrirkomulag er ekki háð útgáfu IP-samskiptareglunnar sem notuð er.

Svanur, kría og geðja

Við skulum tala um viðskiptavinarhugbúnað.

IPv6 stuðningur DC++ er tilraunakennt í eðli sínu. Það eru engar sérstakar stillingar fyrir það, og það kom mér enn meira á óvart að sjá mismunandi rekstrarhami fyrir mismunandi útgáfur af IP, með óvirkum bara fyrir sjöttu, en þetta er ekki nákvæmt.

Það var ekki hægt að fá virka stillinguna við handvirka stillingu, jafnvel þegar beinlínis var notað IP lén með AAAA skráningu sem WAN, en í sjálfvirkri stillingu með UPnP virkaði allt eins og búist var við.

AirDC++ hefur einnig stuðning fyrir IPv6 tengingar, og það er útfært alveg aðskilið frá IPv4. Þar að auki, þessi viðskiptavinur breytir notendamerkjum á þann hátt að birta rekstrarhami fyrir báðar IP samskiptareglur samtímis. Miðstöðvarnar sjálfar vita ekki hvernig á að gera þetta (ennþá), sem er leitt.

Ég verð strax að panta: AirDC++ gerir þetta ein og sér. Í framtíðinni, til hægðarauka, mun ég nota samsetningar eins og AP eða AA sem vísbending um virka eða óvirka notkunarmáta fyrir IPv4 og IPv6, í sömu röð, frekar en birtingu þeirra í raunverulegu viðskiptavinamerkinu á raunverulegu miðstöðinni. Það er mikilvægt.

Í tilraun okkar munum við nota FlylinkDC++ sem viðskiptavinur sem er alls ekki kunnugur IPv6. Einnig skal tekið fram að stuðningur NATT fyrir hann þegar þessi grein var rituð var hvergi útfærð.

Byrja

Í fyrsta lagi munum við skoða augljóslega ómögulegar tengingar milli notenda mismunandi útgáfur af IP-samskiptareglum. Verður notað fyrir prófið IPv6 tilbúinn miðstöð með auðlind A- og AAAA-skrám fyrir lénið sem heimilisfang þess.

Notkun IPv6 með Advanced Direct Connect

Vinsamlegast athugaðu að þegar þú (í raun) reynir að hafa samband við notanda með útgáfu XNUMX IP tölu birtist villa.

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

Í þýðingu manna hljómar það eins og

P4: – Má ég loða við þig?
A6: – Haltu þig áfram!
P4: – Lífið er sársauki 0_0

Stutt orðabók, ef þörf krefur, hér.

Og ef það er á hinn veginn og tengingin hefst A4, þá birtist engin villa og tengingin einfaldlega hangir.

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

Vertu, virðist ekki vera

Það sem skiptir máli er tengistillingin sem birtist á miðstöðinni.

Viðskiptavinir án IPv6 stuðning verða að sjá notendur sem eru tengdir í gegnum það sem greinilega óvirka, einfaldlega vegna þess að miðstöðin fyllist ekki fyrir þá I4 eða I6 sviði í samræmi við það.

Notkun IPv6 með Advanced Direct Connect
FlylinkDC++ vs. IPv6

Í raun og veru er staðan einfaldari og flóknari á sama tíma.

Notkun IPv6 með Advanced Direct Connect
AirDC++ vs. IPv6

Auðveldara vegna þess að IPv6 hefur forgang yfir IPv4, og það er skiljanlegt. Það er í gegnum það (þó að hnekkja sé í boði með því að nota samsvarandi valmöguleika) sem tengingin við miðstöðina verður komið á og virki viðskiptavinurinn mun bjóða óvirka viðskiptavininum hana til tengingar.

Það er erfiðara, vegna þess að ef það eru notendur með IPv6 stuðning á miðstöðinni, en þeir eru stranglega tengdir í gegnum IPv4 vistfang, þá ...

Notkun IPv6 með Advanced Direct Connect

... þá geturðu tengst þeim (af handahófi) án þess að hafa IPv4 yfirleitt.

Vinsamlegast athugaðu að fjarskiptavinurinn hefur tilgreint sig sem eign en er meðhöndlaður sem skuld. Hvers vegna?

Kasta honum í sveiflu

Nú skulum við reyna að tengja viðskiptavini við mismunandi, en algengar hvað varðar IPv4, sett af IP-samskiptastuðningi við hvert annað.

Notkun IPv6 með Advanced Direct Connect

Já, það er leitt að óvirkir notendur þurfi að reykja á hliðarlínunni. En þetta er ekki hægt að hjálpa, þar sem sýnilegt IP-tala þeirra er ekki sérstaklega mikilvægt - þess vegna eru þeir skuldir.

Notkun IPv6 með Advanced Direct Connect

Bah! Virki viðskiptavinurinn sendir óvirk skipun?.. Það væri rökrétt að búast við „fastri“ tengingu, en nei, það kemur í ljós við skilyrðin A4.

Afhverju er það? Við höfum samband við framkvæmdaraðila og fáum svarið:

CTM er ekki gott ef hinn notandinn styður ekki IPv6

Og þú getur ekki deilt! En þetta krefst innri rökfræði, óháð miðstöðinni (sjá kóða hér и hér). Það er samt ómögulegt að hjálpa óvirkum, því

Virkur háttur = TCPx+IPx

Tilraunir til að tengja á milli viðskiptavina með algengum IPv6 IP stuðningssettum líta svona út. Leyfðu mér að minna þig á, náðu PA Mér tókst ekki fyrir DC++.

Notkun IPv6 með Advanced Direct Connect

Og aftur á óvart. Það kemur í ljós að óvirki hátturinn fyrir IPv6, sem DC++ sýnir fram á, er annað hvort vísvitandi falsað eða villa.

Hvað er næst?

Eins og er eru nákvæmlega tvær leiðir til að leysa öll möguleg vandamál sem tengjast notendum í mismunandi stillingum og með mismunandi settum af IP-samskiptastuðningi.

Hið fyrra er að slökkva á IPv6 alveg eða öfugt, búa til miðstöð til að vinna aðeins í gegnum það.

Annað er þetta stækkun, sem er rétt að nálgast prófunarstigið.

Jæja, ef þú ert of latur til að setja upp virka stillinguna til að vinna í DC, mundu:

Hver sem á, hvað verður honum gefið, og hver sem ekki hefur, jafnvel það sem hann telur sig eiga, verður frá honum tekið. Allt í lagi. 8:18

Heimild: www.habr.com

Bæta við athugasemd