Mac L2TP osztott útvonalak: miért nem működik egy hosztcím

A VPN csatlakozik, a menüsor mutatja, és egy belső hoszt mégis időtúllépéssel elhal. Ebben a helyzetben három lehetséges ok van, és hogy melyik érvényes, attól függ, hogyan konfigurálták az alagutat. Vagy az útvonalparancs hosztcímet használt ott, ahol hálózati cím kellett, vagy maga a profil telepít egy alapértelmezett útvonalat, amely elnyeli a döntést, vagy az ügyfél PPP-alagút, amelynek profil kulcs helyett horogra van szüksége. Ebben a sorrendben ellenőrizze őket, mert az elsőt a legolcsóbb kizárni.

A cél hálózati cím, a maszk az előtagot írja le

networksetup -setadditionalroutes cél, alhálózati maszk és átjáró hármasait veszi. Az a hívás, amely egy belső alhálózatot küld át az alagúton, így néz ki:

sudo networksetup -setadditionalroutes "VPN (L2TP)" 192.168.1.0 255.255.255.0 10.2.0.0

Figyelje meg, mi a cél: a hálózati cím, nem annak a szervernek a címe, amelyet el akar érni. Abban az esetben, amely ezt a cikket létrehozta, az azonos parancs 192.168.1.20-vel azon a helyen semmi hasznosat nem tett, és 192.168.1.0-ra cserélve azonnal működött. Ugyanaz a maszk, ugyanaz az átjáró, egyetlen eltérő szám. Ez az egész hiba kicsiben.

Az ok aritmetika, nem politika. Egy hosztcím /24-es maszkkal nem 192.168.1.0/24-et ír le; olyasmit ír le, amit az útvonaltábla nem tud hasznosan tárolni, ezért a bejegyzést elutasítják vagy figyelmen kívül hagyják, és az alagút végül kevesebbet szállít a szándékosnál.

Ha pontosan egy hosztot szeretne, használja a hosztcímet 255.255.255.255 maszkkal. A kevert párok azok, ahol ez elromlik, nem a hosztcím használata önmagában. Egy címből épített /32 legitim útvonal; egy címből épített /24 hiba.

A hívás lecseréli a listát, és a név szó szerinti

Két viselkedés meglep embereket első próbálkozásra. A parancs a teljes további útvonallistát beállítja, nem hozzáfűz, ezért az egy előtagot hozzáadó hívás csendben eltávolítja a korábban ott lévő többi elemet. A teljes készletet egyetlen hívásban építse fel.

A szolgáltatásnév sem az általad kitalált címke. Olvassa ki az eszközből, és másolja pontosan, a típus utótaggal együtt:

networksetup -listallnetworkservices

Az egy karakterben eltérő név nem ad olvasásra érdemes hibát és útvonalat sem. Itt a másolás és beillesztés a helyes technika, nem az emlékezetből történő újragépelés.

Amikor a profil igényt tart az alapértelmezett útvonalra

Az osztott útvonalak alulmaradnak az alapértelmezett útvonallal szemben minden olyan cél esetén, amelyet nem fednek le kifejezetten, és a teljes alagútra konfigurált L2TP profil éppen ezt telepíti. Ha a profil azt mondja, minden az alagúton megy át, a további útvonalak listája nagyon keveset változik. A bejegyzés nem hibás; egyszerűen irreleváns azokra a célokra, amelyeket soha nem nevez meg. Ennek szabályozása általában a profil összes forgalom küldésére vonatkozó beállításában van, nem valamelyik útvonalparancsban.

Döntse el, melyik modellt akarja valójában, mielőtt további bejegyzéseket szerkeszt. A kivételekkel rendelkező teljes alagút más konfiguráció, mint a konkrét előtagokkal rendelkező osztott alagút, és a kettő keverése olyan táblát eredményez, amelyet senki sem tud megjósolni.

Ha a szervezet teljes alagutat ír elő, hagyjon fel a helyi felosztás kísérletezésével, és vigye a követelményt ahhoz, aki a szabályzatot birtokolja. A helyben hozzáadott, ezzel ellentmondó útvonalat a következő profilfrissítés úgyis eltávolítja.

A PPP-alagutaknak horogra van szükségük kulcs helyett

PPP-alapú alagutaknál a defaultroute az a profilkulcs, amely alapértelmezett útvonalat hoz létre; távolítsa el, és az ügyfél felhagy minden cél igénylésével. Az útvonalakat ezután az interfész megjelenése után adják hozzá, jellemzően a /etc/ppp/ip-up fájlból:

#!/bin/sh
/sbin/route add -net 192.168.1.0 -interface ppp0

Tartsa a szkriptet root tulajdonban és futtathatóan, és adjon őrt az interfész nevére, ha egynél több alagútprofil van a gépen. Az a horog, amely minden PPP-kapcsolathoz lefut, és egyetlen eszköznevet feltételez, kicsi hiba hosszú élettel.

Ellenőrizze a felosztást három kéréssel

Rögzítse a táblát csatlakozva, és jegyezze fel, melyik interfész szolgálja ki az alagutat. Ezután a konkrét célt ellenőrizze, ne a létrehozó parancs kilépési állapotában bízzon. A kilépési kód azt jelenti, hogy az eszköz elfogadta-e az argumentumokat, nem azt, hogy a forgalom a szándékolt úton halad.

Fejezze be három kéréssel, amelyek bizonyítják a felosztást: egy belső hoszt cím szerint, egy belső név a belső feloldón keresztül, és egy nyilvános webhely, amelynek továbbra is a helyi kapcsolatot kell használnia. Ha a nyilvános webhely most szintén az alagúton keresztül megy, a felosztás soha nem történt meg, bármit is mond az útvonallista.

Csatlakozzon még egyszer, és ismételje meg a belső kérést, mert a kézzel hozzáadott útvonalak túlélhetik azt az interfészt, amely érvényessé tette őket és csendben fekete lyukká teszik a forgalmat, miután az alagút leesik.