Zanimivo je opazovati razvoj omrežja za izmenjavo datotek, še bolj pa je zanimivo sodelovati v njem.
Danes namestitev in zagon sodobnega vozlišča, novopečeni skrbnik dobi dostop do skoraj vseh dogodkov in izkušenj, ki so jih na tem področju zbrali njegovi predhodniki. Ima sistem, pripravljen za razširitev in prilagajanje, tudi s pomočjo številnih skript.
С vozlišča sicer. Zasnova tega protokola naj bi bila razširljiva. Ali želite novo funkcijo? No, ponudite, promovirajte, implementirajte, implementirajte, uporabite.
Posledično lahko seveda dobite pripravljeno vozlišče iz škatle, vendar preprosto zagnati in pozabiti nanj ne bo dobro. Razširljivost v zgodovinskem kontekstu pomeni tudi prisotnost različnega števila različnih funkcij odjemalske in strežniške programske opreme, odvisno od različice. In kar bo delovalo brez težav za enega uporabnika, je morda nezdružljivo z odjemalcem drugega, kar je treba upoštevati.
To se je zgodilo z IPv6. Stari NMDC načeloma ne ve, kako to storiti, vendar je ADC sam pripravljen na to. Vendar pa ni vse tako preprosto.
Samo malo teorije
"Aktivni" uporabnik lahko sprejema dohodne povezave. Pravzaprav je zahteva za povezavo, ki prihaja iz njega, dejansko vabilo.
"Pasivni" uporabnik lahko na splošno uporablja samo odhodne zahteve. Skozi vozlišče on vpraša aktivni uporabnik pošlje vabilo - in povezava je vzpostavljena.
In ja, ta mehanizem ni odvisen od različice uporabljenega protokola IP.
Labod, rak in ščuka
Pogovorimo se o odjemalski programski opremi.
Podpora za IPv6 je eksperimentalne narave. Ločenih nastavitev zanj ni, toliko bolj me je presenetilo, da vidim različne načine delovanja za različne različice IP, s pasivnim samo za šesto, vendar to ni točno.
Med ročno konfiguracijo ni bilo mogoče pridobiti aktivnega načina niti pri izrecni uporabi domene IP z zapisom AAAA kot WAN, v samodejnem načinu z uporabo UPnP pa je vse delovalo po pričakovanjih.
ima tudi podporo za povezave IPv6 in je implementiran popolnoma ločeno od IPv4. Poleg tega ta odjemalec spremeni uporabniške oznake na način, da prikaže načine delovanja za oba IP protokola hkrati. Sami hubi tega (še) ne znajo narediti, kar je škoda.
Takoj moram pridržati: AirDC++ to počne sam in zase. V prihodnosti bom zaradi udobja uporabljal kombinacije, kot je AP ali AA kot navedbo aktivnih ali pasivnih načinov delovanja za IPv4 oziroma IPv6, namesto njihovega prikaza v pravi oznaki odjemalca na pravem zvezdišču. Je pomembno.
V našem poskusu bomo uporabili FlylinkDC++ kot odjemalec, ki sploh ne pozna IPv6. Opozoriti je treba tudi na podporo zanj v času pisanja tega članka ni bil nikjer implementiran.
začenja
Najprej si bomo ogledali očitno nemogoče povezave med uporabniki različnih različic protokola IP. Uporabljeno bo za test z viri A- in AAAA-zapisi za ime domene, ki deluje kot njen naslov.
Upoštevajte, da ko (dejansko) poskušate vzpostaviti stik z uporabnikom z naslovom IP različice XNUMX, se prikaže napaka.
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 IPsunknownV človeškem prevodu zveni kot
P4: – Se te lahko stisnem?
A6: – Drži se!
P4: – Življenje je bolečina 0_0
Kratek slovar, če je potrebno, .
In če je obratno, se povezava začne A4, potem se napaka ne prikaže in povezava preprosto prekine.
Hub: [Outgoing][IPv4:412] DCTM AACX AACU ADCS/0.10 1993 3871342713Biti, ne zdi se
Pomemben je način povezave, prikazan na zvezdišču.
Odjemalci brez podpore za IPv6 bodo morali uporabnike, povezane prek njega, videti kot očitno pasivne, preprosto zato, ker se vozlišče ne zapolni namesto njih I4 ali I6 polje ustrezno.
FlylinkDC++ proti IPv6
V resnici je situacija enostavnejša in kompleksnejša hkrati.
AirDC++ vs. IPv6
Lažje, ker ima IPv6 prednost pred IPv4 in to je razumljivo. Prek njega (čeprav je na voljo preglasitev z ustrezno možnostjo) se vzpostavi povezava s hubom, aktivni odjemalec pa jo ponudi pasivnemu odjemalcu v povezavo.
Težje je, ker če so uporabniki s podporo za IPv6 na zvezdišču, vendar so povezani izključno preko naslova IPv4, potem ...
... potem se lahko povežete z njimi (naključno), ne da bi sploh imeli IPv4.
Upoštevajte, da se je oddaljena stranka označila za sredstvo, vendar se obravnava kot obveznost. Zakaj?
Vrzi ga v gugalnico
Zdaj pa poskusimo med seboj povezati odjemalce z različnimi, vendar skupnimi v smislu IPv4 nizi podpore za protokol IP.
Ja, škoda, da morajo pasivni uporabniki kaditi ob strani. Vendar temu ni mogoče pomagati, saj njihov vidni naslov IP ni posebej pomemben - zato so obveznosti.
Bah! Aktivni odjemalec pošlje ?.. Logično bi bilo pričakovati "zataknjeno" povezavo, vendar ne, izkaže se pod pogoji A4.
Zakaj? Kontaktiramo razvijalca in dobimo odgovor:
ni dobro, če drugi uporabnik ne podpira IPv6
In ne morete se prepirati! Toda to zahteva notranjo logiko, neodvisno od vozlišča (glejte kodo и ). Pasivcem še vedno ni mogoče pomagati, saj
Aktivni način =
Poskusi povezovanja med odjemalci s skupnimi podpornimi nizi IPv6 IP izgledajo takole. Naj vas spomnim, doseči PA Za DC++ mi ni uspelo.
In spet presenečenje. Izkazalo se je, da je pasivni način za IPv6, ki ga prikazuje DC++, namerna ponaredek ali napaka.
Kaj sledi?
Trenutno obstajata natanko dva načina za rešitev vseh možnih težav pri povezovanju uporabnikov v različnih načinih in z različnimi nabori podpore IP protokola.
Prvi je popolnoma utišati IPv6 ali, nasprotno, ustvariti vozlišče, ki bo delovalo samo prek njega.
Drugi je ta , ki se ravno bliža fazi testiranja.
No, če ste preveč leni, da nastavite aktivni način za delo v DC, ne pozabite:
Kdor ima, mu bo dano, in kdor nima, se mu bo vzelo tudi to, kar misli, da ima. V REDU. 8: 18
Vir: www.habr.com