Nola probatu IPv6 VPN baten bidez zure baliabide propioarekin
Ez duzu IPv6 egiaztatzaile publikorik behar bide batek funtzionatzen duela frogatzeko. Erabili kontrolatzen duzun baliabidea, harrapatu bi muturrak eta idatzi probak zer ez zuen estali.
IP egiaztatzeko orri publiko batek galdera bati erantzuten dio, eta normalean ez zuk egin zenuenari. Orriak ikusi zuen irteerako helbidea ematen dizu; ez dizu esaten tunelaren bidezko IPv6 ibilbidea funtzionatzen duen, ostalariak IPv6 hobetsi zuen ala atzera egin zuen, edo kanpoan utzitako aplikazioren batek beste bide bat hartu zuen. Kontrolatzen duzun baliabide baimendu batek galdera estuagoari behar bezala erantzuten dio, bi muturrak ikusten dituzulako. Beheko gidaritzak defenda dezakezun ondorio bat lortzeari buruzkoa da, emaitza berde bat lortzeari buruzkoa ez.
1. urratsa: esan zein IPv6 bide probatzen ari zaren
Esan esaldi bakarrean. Tunelaren zerbitzariaren IPv6 helbideari egindako eskaerak tunela probatzen du; irteeratik harago dagoen ostalari bati egindako eskaerak irteeraren IPv6 irteera probatzen du; IPv6 helbide pribatu bati egindako eskaerak barne ibilbidea probatzen du.
Hiru baieztapen desberdin dira eta eskaera arrakastatsu bakar batek ezin ditu denak babestu. Aukeratu zure aurrean duzun erabakirako garrantzitsua dena eta idatzi ezazu ezer exekutatu aurretik. Kezka IPv6 tunelaren inguruan ihes egiten ari ote den bada, galdera ostalariaren ibilbide hautaketari buruzkoa da, ez irteeraren irisgarritasunari buruzkoa. Kezka urruneko aldeak barne zerbitzu batera irits daitekeen bada, irteera garrantzirik gabea da.
2. urratsa: egiaztatu ostalariak ibilbide hori hautatzen duela
ip -6 route get 2001:db8:1::10 ibilbidea, iturburu helbidea eta nukleoak erabiliko lukeen interfazea inprimatzen ditu, eta probaren gainerakoa gertaera horren mende dago.
Interfaze bat existitzea ez da hura hautatzea bezalakoa. Pila biko ostalariek lehentasun taula bat dute, eta Linux-en /etc/gai.conf alda dezake zein familiak irabazten duen bietara ebazten den izen batentzat.
3. urratsa: erabili helburu eta izen zilegiak
HTTPS probatzen ari bazara, erabili ziurtagiria jaulki zitzaion ostalariaren izena eta mantendu egiaztapena piztuta; proba gaindi dezan helbide literal batera aldatzeak hain zuzen ere helmugako ostalarira iritsi zarela frogatzen duen egiaztapena desgaitzen du. Kontrolatzen duzun diagnostiko zerbitzu batek, izen ezagun batean ziurtagiri baliodunarekin erantzuten duenak, helbururik garbiena da. Gainera zerbitzari aldeko erregistro lerro bat ematen dizu korrelaziorako, eta hori ez du inoiz hirugarrenen egiaztatzaile batek egingo.
Exekutatu eskaera erabili zuen helbidea erakusten duen moduan: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/. -6 familiara behartzen du, eta horrela bereizten dituzu IPv6 ez du funtzionatzen eta IPv6 ez zen hobetsi.
ICMPv6 onartzen den irisgarritasun proba hutserako, ping -6 -c 3 2001:db8:1::10 nahikoa da. Bidea frogatzen du eta ez horren gainetik ezer.
4. urratsa: korrelazionatu bi muturrak
Bi muturretara sarbidea duzunean, exekutatu tcpdump -ni any ip6 and host 2001:db8:1::10 bezeroan eta baliokidea baliabidean, denbora-markekin, eta egiaztatu fluxu bera bietan agertzen dela. Horrek bihurtzen du emaitza sinesgarri bat ebidentzia: bezeroaren ikuspegiak bakarrik ezin du bereizi baliabidearen erantzuna eta tartean dagoen zerbaiteko erantzuna. Mantendu harrapaketa helmuga bakarrera mugatua, irteera irakurgarri gera dadin eta inoren lotu gabeko saioa fitxategian amaitu ez dadin.
Errepikatu proba berriz konektatu ondoren, kezka politikak berrabiaraztea gainditzen duen bada. Konexioan behin aplikatutako ibilbide eta suebaki egoera berriro aplikatzen den egoeraren desberdina izan daiteke, eta aldea bigarren konexioan baino ez da agertzen.
Probatu hutsegite kasua bereizita behar baduzu. IPv6 erortzean blokeatzen duen tunela eta hura ihes egiten uzten duena diseinu desberdinak dira, eta horietako bakarra egiaztatzen da eskaera arrakastatsu batekin.
5. urratsa: idatzi probak zer frogatu ez zuen
Bosgarren urratsa probak zer frogatu ez zuen idaztea da, eta atal hori izaten da baztertu ohi dena. Mutur pribatu baten proba arrakastatsuak ez du IPv6 irteera publikoa frogatzen, ez du DNS jokabidea frogatzen eta ez ditu tunelatik kanpo utzi dituzun aplikazioak estaltzen. Horietako bakoitzak bere helmuga eta bere behaketa behar ditu. Ostalari bati eskaera baten ondoren IPv6 funtzionatzen duela dioen ohar bat ez da aurkikuntza bat; denbora-marka duen susmoa da.
Gordetzea merezi duen erregistroa laburra da: helmuga, izena, ostalariak hautatutako iturburu helbidea, behatutako urruneko helbidea eta ordua. RFC 7359 gaiari dagokion IPv6 bidea benetan erabilgarria dela probatzeko modua aztertzen du, eta hori da gidaritza honek tresna sinpleagoz hurbiltzen duen estandarra. Ondorioa egia izateko egiaztatzaile publiko bat behar badu, proba ez zen nahikoa zehatza izan.