Reykir það VPN-ið þitt að slökkva á ARP? Það getur gert það, á ytra hoppinu

{Tveir pakkar ferðast í sömu tengingu og hlýða mismunandi reglum. Annar er einkapakkinn sem göngin flytja og raunverulega viðmótið meðhöndlar án nokkurs Ethernet-hauss. Hinn er dulkóðuði pakkinn sem yfirgefur vélina um aðgangstenginguna, og sá þarf enn staðbundið næsta hopp sem leyst er í vélbúnaðarfang. Að rugla þessum tveimur saman er ástæðan fyrir því að fólk slekkur á upplausn vistfanga á röngu viðmóti og spyr sig síðan hvers vegna göngin byrji aldrei.}

{Einn pakki inni í öðrum, tvö afhendingarlíkön}

{Raunverulega viðmótið í beinleiðis ham tekur við IP-pökkum. Það hefur engan Ethernet-haus, ekkert útvarpslén og engin vistföng til að leysa inni í sér, svo innri pakkinn er afhentur af göngunum sjálfum. Það sem gerist á aðgangsnetinu er sérstakt afhendingarlag.}

inner packet: private address -> tunnel device -> the VPN process
outer packet: endpoint address -> access route -> next-hop hardware address

{Sá ytri pakki er venjulegur einniðsjargrein rammi þegar hann yfirgefur Ethernet-viðmót, og hann þarf vélbúnaðarfang áfangastaðar næsta hopps síns. Upplausn vistfanga sér um það, og næsta hopp er venjulega staðbundna gáttin en ekki fjartengdi þjónninn. Að skilja að uppflettingin er fyrir gáttina, ekki endapunktinn, er stærsti hluti greiningarinnar. Skrifaðu bæði vistföngin niður áður en þú breytir einhverju.}

{Finndu nágrannann sem raunverulega skiptir máli}

{Spurðu beinleiðistöfluna hvaða næsta hopp endapunkturinn notar, skoðaðu síðan nágrannatöfluna fyrir það hopp. Endapunkturinn sjálfur birtist þar sjaldan, því hann er ekki á staðbundnu tengingunni.}

ip route get 198.51.100.20
ip neigh show 192.168.0.1

{Ef færslan er til staðar og aðgengileg er ytri slóðin í lagi og bilunin annars staðar. Ef hún vantar eða er í bilunarstöðu er tengingin, gáttarfangið eða stefna sem lokar fyrir upplausn staðurinn til að skoða. Að breyta dulkóðunarstillingum á göngunum getur ekki hjálpað í hvorugum tilvikinu. Taktu eftir stöðustrengnum sem nágrannataflan tilkynnir, því hann greinir á milli tilraunar í gangi og varanlegrar bilunar.}

{Lærð færsla getur falið háðina}

{Skyndiminnið færsla heldur áfram að virka um stund eftir að það sem bjó hana til er horfið, svo próf sem gert er nokkrum mínútum eftir breytingu getur staðist af rangri ástæðu. Bíddu þar til færslan rennur út, eða eyða henni viljandi, áður en þú ályktar að upplausn sé ónauðsynleg.}

{Hið gagnstæða mistök eru jafn algeng: færsla sem ekki er leyst er tekin sem sönnun þess að göngin séu biluð. Í reynd bendir hún á staðbundna hlutann, á tvítekið vistfang eða á öryggisreglu ports sem hendir rammunum sem bera svarið. Athugaðu portið á rofanum áður en þú snertir VPN-stillingarnar.}

{Lestu tímasetninguna sem sönnun. Færsla sem leysist og rennur síðan út aftur og aftur bendir til titrandi tengingar eða tveggja tækja sem svara fyrir eitt vistfang, en færsla sem leysist aldrei bendir á gáttarfangið eða síun á aðgangsportinu.}

{Ákveddu milli kraftmikillar upplausnar og fastrar færslu}

{Kraftmikil upplausn er sjálfgefin af ástæðu: hún fylgir vélbúnaðinum þegar gátt er skipt út og þarf enga samhæfingu við neinn. Stöðug færsla er verjanleg þegar netinu er stjórnað viljandi og pörun vistfangs og vélbúnaðarfangs er hluti af skjalfestri hönnun.}

{Hvort sem er, beittu valinu á aðgangsviðmótið sem ber ytri pakkann. Að slökkva á upplausn á því viðmóti harðgerir ekki göngin; það fjarlægir getu biðlarans til að ná gáttinni sem ber þau, og bilunin lítur út eins og dautt VPN frekar en staðbundið vistfanga vandamál.}

{Hafðu hinn staflann í huga}

{IPv6 notar ekki upplausn vistfanga í sömu mynd; það notar uppgötvun nágranna. Lagskipta spurningin stendur óbreytt: hvernig nær raunverulegi ytri pakkinn staðbundnu næsta hoppi, og hvað sannar að svarið sé uppfært.}

{Athugaðu sömu tvö staðreyndir á hinum staflanum áður en þú lýsir hönnuninni fullnaðar, því göng sem flytja báðar fjölskyldur hafa tvær ytri slóðir til að hafa í huga. Skráðu hvora þú staðfestir og hvora þú gerðir ráð fyrir.}