IPv6 besterik ez duen sareak VPN-a hausten du tunela hasi aurretik

Eramateko ordenagailua IPv6 soilik banatzen duen kongresu bateko Wi-Fi batera konektatzen da, VPN bezeroa biratzen eta huts egiten du, eta profil bera ordu bat lehenago hoteleko sarean ibili zen. Kredentzialetan ez da ezer aldatu. Aldatu dena da bezeroak orain IPv6 soilik daraman sare baten bidez IPv4 helmuga bat lortu behar duela, eta bezero guztiek ez dakite hori nola egin.

Egin paketeek egiten dituzten bost pauso berberak.

1. pausoa: behatu izen-kontsulta

Profilak ostalari-izena erabiltzen badu, lehen galdera konponbideak zer itzultzen duen da. dig AAAA vpn.example.com IPv6 soilik duen sarean AAAA erregistro benetako bat, DNS64z sintetizatutako bat edo ezer ez da itzultzen. Erantzun sintetizatuak IPv4 helmuga itzulpen-prefix baten barruan kodeatzen du, eta orduan bakarrik irits daiteke hartara IPv6 helmugarik ez duen bezero bat. IPv4 helbide gogor kodetua duen profil batek ez du inoiz honaino iristen, ez baitago sintetizatzeko izenik.

Diferentzia bakar horrek azaltzen ditu „han funtzionatzen du, hemen huts egiten du“ txosten gehienak, eta komando bakar bat behar da hori ikusteko.

2. pausoa: ikusi zein familiari deitu dion bezeroak

Begiratu socketa, ez aurrerapen-barra. IPv6 soilik duen estekan IPv4 helbide batera IPv4 socket bat irekitzen duen bezeroak ez du inora bidaltzeko lekurik, eta hutsak denbora-muga gisa agertzen da, ez izen-errore gisa. ss -tanp bezeroa konektatzen ari den bitartean urruneko helbidea eta saiatu duen familia erakusten ditu. Alderatu ip -6 route-rekin, lehenetsitako bidea benetako IPv6 hurrengo jauzia dela baieztatzeko.

Socket taulako helbide-familia da egitatea. Aurrerapen-barrak beste norbaitek idatzitako laburpena da.

3. pausoa: bereizi itzulpena tunelatik

NAT64 eta DNS64 dira sarbide-sareak IPv4 helmuguetara iristeko modua, eta ez dute ezer egiten tunelarentzat hura altxatu ondoren. Bide itzuli baten gainean ezarritako tunelak bere barne-helbideratzea negoziatzen jarraitzen du, eta barneko IPv4 edo IPv6 estaldura politika-kontu bereizia da. Bezeroa konektatu eta gero inora iristen ez bada, itzulpena gainditu eta bideratzean zaude, eta hori froga desberdineko ikerketa desberdina da.

Itzulpenak huts egiteak inoiz konektatzen ez duela dirudi. Barne-estaldurak huts egiteak konektatu eta inora iristen ez duela dirudi.

4. pausoa: probatu profil bera beste sare batean

Eraman profil bera, bezeroaren bertsioa eta kredentzialak pila bikoitzeko sare batera eta errepikatu. Han funtzionatzen badu eta IPv6 soilik duen bidean huts egiten badu, aldagaia sarbide-sarea da, ez profila. Idatzi tiketetan bezeroaren bertsioa eta sarearen egoera, azken konponbidea bezeroaren eguneraketa edo helmuga desberdin bat izango baita.

VPN-a hondatuta dagoela dioen txostena ez da erabilgarria. IPv6 soilik duen sarbidean bakarrik huts egiten duela dioen txostena errore-txostena da.

5. pausoa: konpondu bidea, ez segurtasun-ezarpenak

Konponketa tentagarriek guztiek gauzak okerragotzen dituzte. IPv6 desgaitzeak sareak eskaintzen duen bide bakarra kentzen du. Bezeroa konponbide publiko batera bideratzeak DNS64 sintesia hausten du, sintesi horrek itzultzailearen atzeko konponbidetik etorri behar baitu. Ziurtagiriaren egiaztapena desgaitzeak identifikatu ezin duzun zerbaitetarako konexioa ematen dizu. Horietako bat ere ez da konponketa, eta bi segurtasun-erregresio dira, gertakariaren ondoren ere iraungo dutenak.

Benetako aukerak sare-itzulpen eredua onartzen duen bezeroa edo IPv6 helbide irisgarria duen helmuga dira. Eskatu horietako bat.