IPv6 erabiltzea Zuzeneko Konexio aurreratuarekin

Interesgarria da fitxategiak partekatzeko sarearen garapena ikustea, baina are interesgarriagoa da bertan parte hartzea.

Gaur egun, moderno bat instalatzen eta martxan jartzen NMDC gunea, kupula berria den administratzaileak bere aurrekoen arlo honetan pilatutako garapen eta esperientzia ia guztiak eskuratzen ditu. Zabaltzeko eta pertsonalizatzeko sistema bat dauka prest, script ugariren laguntzarekin barne.

С ADC hubak bestela. Protokolo honen diseinua hedagarria izan nahi da. Ezaugarri berri bat nahi duzu? Tira, eskaini, sustatu, inplementatu, inplementatu, erabili.

Itzuli ingelesera

Ondorioz, noski, prest egindako hub bat atera dezakezu kutxatik, baina abiarazi eta ahaztea ez da ona izango. Testuinguru historiko batean hedatzeak bezero eta zerbitzariaren softwarearen funtzio ezberdinen presentzia ere suposatzen du, bertsioaren arabera. Eta erabiltzaile batentzat arazorik gabe funtzionatuko duena beste baten bezeroarekin bateraezina izan daiteke, eta hori kontuan hartu behar da.

IPv6rekin gertatu zen hori. NMDC zaharrak ez daki nola egin printzipioz, baina ADC bera prest dago horretarako. Hala ere, dena ez da hain sinplea.

Teoria apur bat besterik ez

Erabiltzaile "aktiboak" sarrerako konexioak onar ditzake. Egia esan, bertatik datorren konexio eskaera benetan da gonbidapena.

Erabiltzaile "pasiboak" orokorrean irteerako eskaerak soilik erabil ditzake. Hubaren bidez he galdetzen erabiltzaile aktiboak gonbidapena bidaltzen du eta konexioa ezartzen da.

Eta bai, mekanismo hau ez dago erabilitako IP protokoloaren bertsioaren araberakoa.

Zisne, karramarroa eta pikea

Hitz egin dezagun bezeroaren softwareari buruz.

IPv6 euskarria DC ++ izaera esperimentala du. Ez dago ezarpen bereizirik, eta niretzat are harrigarriagoa izan zen IParen bertsio desberdinetarako funtzionamendu modu desberdinak ikustea, seigarrenerako pasiboarekin bakarrik, baina hau ez da zehatza.

Eskuzko konfigurazioan ezin izan da modu aktiboa lortu WAN gisa AAAA erregistroa duen IP domeinu bat esplizituki erabilita ere, baina modu automatikoan UPnP erabiliz dena espero bezala funtzionatu zuen.

AirDC++ IPv6 konexioetarako euskarria ere badu, eta IPv4tik guztiz bereizita inplementatzen da. Gainera, bezero honek erabiltzaileen etiketak aldatzen ditu, IP protokolo bietarako funtzionamendu moduak aldi berean bistaratzeko moduan. Hubek beraiek ez dakite hori nola egin (oraindik), eta hori pena da.

Berehala egin behar dut erreserba: AirDC++-k bakarrik eta bere kabuz egiten du hori. Etorkizunean, erosotasunerako, antzeko konbinazioak erabiliko ditut AP edo AA IPv4 eta IPv6-ren funtzionamendu-modu aktibo edo pasiboen adierazle gisa, hurrenez hurren, benetako hub-eko benetako bezero-etiketan bistaratu beharrean. Garrantzitsua da.

Gure esperimentuan erabiliko dugu FlylinkDC++ IPv6 batere ezagutzen ez duen bezero gisa. Kontuan izan behar da laguntza hori NATT berarentzat artikulu hau idazteko garaian ez zen inon ezarri.

Начало

Lehenik eta behin, IP protokoloaren bertsio ezberdinetako erabiltzaileen arteko konexio ezinezkoak ikusiko ditugu. Proba egiteko erabiliko da IPv6 prest dagoen zentroa domeinu-izenaren A- eta AAAA-erregistroekin helbide gisa.

Kontuan izan XNUMX. bertsioko IP helbidea duen erabiltzaile batekin harremanetan jartzen saiatzen zarenean (benetan) errore bat bistaratzen dela.

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

Giza itzulpenean dirudi

P4: – Zuregandik atxiki naiteke?
A6: – Eutsi!
P4: – Bizitza mina da 0_0

Hiztegi labur bat, behar izanez gero, Hemen.

Eta alderantziz bada, eta konexioa hasten bada A4, orduan ez da errorerik bistaratzen eta konexioa besterik gabe zintzilikatzen da.

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

Izan, ez dirudi

Garrantzitsua dena zentroan bistaratzen den konexio modua da.

IPv6 euskarria ez duten bezeroek horren bidez konektatutako erabiltzaileak argi eta garbi pasibotzat ikusi beharko dituzte, zentroa ez delako haientzat betetzen. I4 edo I6 eremu horren arabera.

FlylinkDC++ vs. IPv6

Egia esan, egoera sinpleagoa eta konplexuagoa da aldi berean.

AirDC++ vs. IPv6

Errazagoa IPv6-k IPv4-ren aurrean lehentasuna duelako, eta hori ulergarria da. Horren bidez (dagokion aukera erabiliz gainidaztea eskuragarri dagoen arren) hub-erako konexioa ezarriko da, eta bezero aktiboak bezero pasiboari eskainiko dio konexioa dezan.

Zailagoa da, zeren eta huban IPv6 euskarria duten erabiltzaileak badaude, baina zorrozki IPv4 helbide baten bidez konektatzen badira, orduan...

... gero haietara konekta zaitezke (ausaz) IPv4rik izan gabe.

Kontuan izan urruneko bezeroak bere burua aktibo gisa izendatu duela, baina pasibo gisa hartzen dela. Zergatik?

Zabuan bota ezazu

Orain saia gaitezen IPv4-ren arabera IPvXNUMX-ren arabera ohikoak diren bezeroak elkarren artean konektatzen.

Bai, pena da erabiltzaile pasiboek bazterrean erre behar izatea. Baina hori ezin da lagundu, ikusgai dagoen IP helbidea ez baita bereziki garrantzitsua - horregatik erantzukizunak dira.

Bah! Bezero aktiboa bidaltzen du komando pasiboa?.. Logikoa izango litzateke konexio "trabatuta" bat espero izatea, baina ez, baldintzetan gertatzen da A4.

Zergatik da hori? Garatzailearekin harremanetan jartzen gara eta erantzuna jasoko dugu:

CTM ez da ona beste erabiltzaileak IPv6 onartzen ez badu

Eta ezin duzu eztabaidatu! Baina horrek barne-logika behar du, zentrotik independentea (ikus kodea Hemen и Hemen). Oraindik ezinezkoa da pasiboei laguntzea, zeren

Modu aktiboa = TCPx+IPx

IPv6 IP euskarri arrunteko multzoak dituzten bezeroen artean konektatzeko saiakerek honelako itxura dute. Gogorarazten dizut, lortu PA Ez nuen arrakastarik lortu DC++rako.

Eta berriro sorpresa. Bihurtzen da DC++-k frogatzen duen IPv6rako modu pasiboa nahita faltsu bat edo akats bat dela.

Zer da hurrengoa?

Gaur egun, bi modu daude erabiltzaileak modu ezberdinetan konektatzeko eta IP protokoloaren euskarriaren multzo ezberdinekin konektatzeko arazo posible guztiak konpontzeko.

Lehenengoa IPv6 guztiz isiltzea edo, alderantziz, beraren bidez soilik lan egiteko hub bat sortzea da.

Bigarrena hau da luzapena, proba fasera hurbiltzen ari dena.

Beno, DCn lan egiteko modu aktiboa konfiguratzeko alferra bazara, gogoratu:

Duena, zer emango zaio, eta ez daukanari, uste duena ere kenduko zaio. ADOS. 8:18

Iturria: www.habr.com