Näin testaat IPv6:n VPN:n läpi omalla resurssillasi
Et tarvitse julkista IPv6-tarkistinta todistaaksesi, että yksi polku toimii. Käytä resurssia, jota hallitset, tallenna molemmat päät ja kirjaa, mitä testi ei kattanut.
Julkinen IP-tarkistussivu vastaa yhteen kysymykseen, eikä yleensä siihen, jonka esitit. Se kertoo lähtöosoitteen, jonka sivu näki; se ei kerro, toimiiko IPv6-reitti tunnelin läpi, suosiko isäntä IPv6:ta vai putosiko se takaisin, tai menikö pois jätetty sovellus toista polkua. Hallitsemasi valtuutettu resurssi vastaa kapeampaan kysymykseen asianmukaisesti, koska näet molemmat päät. Alla oleva ohje käsittelee sellaisen johtopäätöksen saamista, jota voit puolustaa, ei vihreän tuloksen saamista.
Vaihe 1: kerro, mitä IPv6-polkua testaat
Sano se yhdellä lauseella. Pyyntö tunnelipalvelimen omaan IPv6-osoitteeseen testaa tunnelia; pyyntö lähtökohdan taakse jäävään isäntään testaa lähdön IPv6-lähtöä; pyyntö yksityiseen IPv6-osoitteeseen testaa sisäistä reittiä.
Nämä ovat kolme eri väitettä, eikä yksi onnistunut pyyntö voi tukea niitä kaikkia. Valitse se, joka ratkaisee edessäsi olevan päätöksen, ja kirjoita se muistiin ennen kuin ajat mitään. Jos huoli on, vuotaako IPv6 tunnelin ohi, kysymys on isännän reittivalinnasta, ei lähdön tavoitettavuudesta. Jos huoli on, pääseekö kaukainen puoli sisäiseen palveluun, lähtö ei liity asiaan.
Vaihe 2: varmista, että isäntä valitsee kyseisen reitin
ip -6 route get 2001:db8:1::10 tulostaa reitin, lähdeosoitteen ja sen liitännän, jota ydin käyttäisi, ja juuri tästä tosiseikasta testin loppuosa riippuu.
Liitännän olemassaolo ei ole sama asia kuin sen valinta. Kaksipinoisilla isännillä on prioriteettitaulu, ja Linuxissa /etc/gai.conf voi muuttaa, mikä perhe voittaa nimen kohdalla, joka ratkeaa molemmiksi.
Vaihe 3: käytä laillista kohdetta ja nimeä
Jos testaat HTTPS:ää, käytä sitä isäntänimeä, jolle varmenne myönnettiin, ja pidä varmennus päällä; kirjaimelliseen osoitteeseen siirtyminen testin läpäisemiseksi kytkee pois juuri sen tarkistuksen, joka todistaa, että saavutit aiottuun isäntään. Hallitsemasi diagnostiikkapalvelu, joka vastaa tunnetulla nimellä ja kelvollisella varmenteella, on puhtain kohde. Se antaa myös palvelinpuolen lokirivin, johon verrata, mitä kolmannen osapuolen tarkistin ei koskaan anna.
Aja pyyntö muodossa, joka näyttää käytetyn osoitteen: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/. -6 pakottaa perheen, ja näin erotat sen, että IPv6 ei toimi, siitä, että IPv6:ta ei suosittu.
Puhtaaseen tavoitettavuustarkistukseen, jossa ICMPv6 on sallittu, ping -6 -c 3 2001:db8:1::10 riittää. Se todistaa polun eikä mitään sen yläpuolelta.
Vaihe 4: korreloi molemmat päät
Kun sinulla on pääsy molempiin päihin, aja tcpdump -ni any ip6 and host 2001:db8:1::10 asiakkaalla ja vastaava resurssilla aikaleimoilla ja varmista, että sama vuo näkyy molemmissa. Juuri se muuttaa uskottavan tuloksen todisteeksi: pelkkä asiakkaan näkymä ei pysty erottamaan resurssin vastausta jonkin välissä olevan vastauksesta. Pidä tallennus kapeana yhteen kohteeseen, jotta tuloste pysyy luettavana eikä kenenkään asiaankuulumaton istunto päädy tiedostoon.
Toista testi uudelleenyhdistämisen jälkeen, jos huoli on, kestääkö käytäntö uudelleenkäynnistyksen. Yhdistämisen yhteydessä kerran sovellettu reitti- ja palomuuritila voi poiketa tilasta, joka sovelletaan uudelleen, ja ero näkyy vasta toisella yhteydellä.
Testaa epäonnistumistapaus erikseen, jos tarvitset sitä. Tunneli, joka estää IPv6:n pudotessaan, ja tunneli, joka päästää sen vuotamaan, ovat eri malleja, ja vain toinen niistä voidaan vahvistaa onnistuneella pyynnöllä.
Vaihe 5: kirjaa, mitä testi ei todistanut
Viides vaihe on kirjata, mitä testi ei todistanut, ja juuri se osa jää pois. Onnistunut yksityisen päätepisteen testi ei todista julkista IPv6-lähtöä, ei todista DNS-käyttäytymistä eikä kata sovelluksia, jotka jätit tunnelin ulkopuolelle. Jokainen niistä tarvitsee oman kohteensa ja oman havaintonsa. Muistiinpano, jonka mukaan IPv6 toimii yhden pyynnön jälkeen yhteen isäntään, ei ole löydös; se on arvaus aikaleimalla.
Säilyttämisen arvoinen kirjaus on lyhyt: kohde, nimi, isännän valitsema lähdeosoite, havaittu kaukainen osoite ja aika. RFC 7359 käsittelee sitä, miten testataan, että asiaankuuluva IPv6-polku on todella käyttökelpoinen, ja se on standardi, jota tämä ohje lähestyy yksinkertaisemmilla työkaluilla. Jos johtopäätös tarvitsee julkisen tarkistimen ollakseen totta, testi ei ollut riittävän täsmällinen.