IPv6 helbide globalak ez du esan nahi trafikoak tunela saihesten duenik

Proba-orri batek IPv6 helbide global bat jakinarazten du eta ondorioak zuzenean jauzi egiten du VPN-a saihesten duen trafikora. Ondorio horrek orriak inoiz erakutsi ez zituen bi datu behar ditu: zein aplikaziok egin zuen eskaera eta zein ibilbide aukeratu zuen kernelak harentzat. Helbidearen irispenak helbidea noraino bideratu daitekeen deskribatzen du. Ez du ezer esaten pakete zehatz hau nora joan zen.

Irispena eta rola proba desberdineko galdera desberdinak dira.

Irispenak erantzuten du nork bidera dezakeen, ez nork egiten duen

Unicast helbide globalak printzipioz internet publikoan bideragarriak dira, helbide lokal bakarrak barne-topologiarako dira eta esteka-lokal helbideak esteka bakarrean soilik existitzen dira. Helbide-blokearen propietateak dira. Pakete bat helmuga jakin batera tuneletik ateratzen den ala ez, bideratze-taulak eta interfazeari atxikitako politikak erabakitzen dute, eta biek edozein aldetara seina dezakete.

Helbide batek irispen globala izan dezake eta hala ere tunel baten barruan garraiatu, tunela bidea delako, ez helbide-plana.

Irakurri interfazeko helbide guztiak, ez web-proba

Interfazearen irteerak hainbat helbide erakusten ditu aldi berean: kanpoko helbidea esteka fisikoan, tunelaren helbidea eta esteka-lokal helbide bat interfaze bakoitzeko. Web-probak eskaera baten jatorrizko helbidea soilik erakusten du. Hasi ip -6 addr show erabiliz eta idatzi zein interfazerenak diren helbide bakoitza eta zein aurrizki-luzera daraman, eta gero galdetu zein interfaze erabili zuen eskaerak benetan.

Konparatu hori ip -6 route get 2606:4700::1111-ekin, honek kernelak helmuga baterako aukeratuko lukeen interfazea eta jatorria inprimatzen ditu.

Nola amaitzen den aurrizki global bat tunel baten barruan

Bi diseinuk helbide globala sortzen dute tunel-interfaze batean. Hornitzaileak tunelaren bidez bezeroari bideratutako aurrizki bat delegatu dezake, horrek helbidea global bihurtzen du bidea oraindik tunela den bitartean. Edo bezeroak bere jatorrizko helbide globala gordetzen du eta tunelek barne-trafiko gisa darama, kanpoko goiburua lanean ari den bitartean. Bi diseinuek ez dute itzulpenik behar, eta nahasmena IPv4 NAT ohiturak IPv6-ren baldintza balira bezala hartzen diren lekuan hasten da.

Galdetu administratzaileari bietatik zein den aplikagarri. Erantzunak zehazten du beste aldeko zerbitzari batek zer ikusten duen zure jatorri gisa.

Zergatik itxura pribatua duen helbideak ez duen konfiantza-seinale

Helbide lokal bakar batek esaten du operadoreak barne-bideratzerako nahi duela, eta ez gehiago. Ez du frogatzen gailua kudeatzen denik, softwarea fidagarria denik edo trafikoa zifratuta dagoenik. Alderantziz, helbide global batek ez du frogatzen trafikoak tunela ihes egin duenik, eta horixe da artikulu osoa desmuntatzeko existitzen den suposizioa.

Epaitu konfiantza politika, autentifikazio eta zifratzearen arabera. Helbidearen itxura norabide bietan huts egiten duen heuristika ahula da.

Probatu ibilbidea eta politika bi galdera gisa

Lehenik ibilbidea: exekutatu curl -6 https://ifconfig.me tuneletik eta berriro interfaze fisikotik, eta konparatu erantzunak. Bigarrenik politika: berretsi zein aurrizki daraman tunelek benetan eta beste aldeak horretarako itzulera-ibilbiderik duen. Gune publiko baterako eskaera arrakastatsuak ez du bata bestearen frogarik, helmuga hori edonondik irisgarria delako. Erabili barne-helmuga politika-probarako.

Idatzi bide bakoitzak sortutako jatorrizko helbidea. Hori da tunela saihestearen inguruko baieztapen batek benetan behar duen froga.