Nyomtató offline, amikor a VPN csatlakozik? Ellenőrizze az útvonaltáblát

A laptopja csatlakozik a vállalati VPN-hez, és a két méterre álló nyomtató abbahagyja a válaszadást. A nyomtatón semmi sem változott, és a helyi hálózat sem esett ki. Ami változott, az az útvonaltábla: az alagútadapternek most van egy útvonala, amely lefedi a nyomtató címét, így azok a csomagok a VPN-en keresztül távoznak, és egy olyan átjáróhoz érkeznek, amelynek fogalma sincs, hol van a lapos hálózata. Hajtsa végre az alábbi négy ellenőrzést sorrendben, és álljon meg az elsőnél, amelyik megbukik.

Első lépés: bizonyítsa be, hogy a nyomtató még elérhető a LAN-on

Mielőtt hozzányúlna az útválasztáshoz, erősítse meg, hogy az eszköz él valami olyan számára, ami nem használja a VPN-t. Kérjen meg egy telefont ugyanabban a Wi-Fi-ben, hogy nyissa meg a nyomtató weboldalát, vagy pingelje a címet a lapos hálózat egy másik gépéről. Ha a nyomtató ott sem válaszol, a VPN véletlen, és a hiba a nyomtatóban, annak Wi-Fi-társításában vagy a hozzáférési pont ügyfélizolációjában van.

Ha mindenhol válaszol, csak ezen a laptopon nem, akkor a laptopon élő útválasztási vagy névfeloldási problémája van, és a következő lépés megmondja, melyik a kettő közül.

Második lépés: keresse meg az útvonalat, amelyet a Windows valóban választ

Ne olvassa felülről lefelé a táblázatot, és ne találgasson. Kérdezze meg a Windowstól, melyik bejegyzést választja a számára fontos pontos címhez, és közben szerezze be az interfész indexét.

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute kinyomtatja a nyertes útvonalat és annak interfészét, és ez a két tény az, amin a többi múlik. route print -4 megmutatja a környező bejegyzéseket, köztük azt a két fél-alapértelmezett útvonalat, amelyet a teljes alagútas ügyfelek telepítenek: 0.0.0.0/1 és 128.0.0.0/1, amelyek együtt lefedik a teljes IPv4-teret anélkül, hogy valaha lecserélnék a 0.0.0.0/0-öt. Az /1 hosszabb, mint a /0, de az Ön 192.168.1.0/24-je még hosszabb, ezért a hiányzó LAN-útvonal többet számít, mint maga az alagút igénye.

Két szabály dönti el a választ. A leghosszabb egyező előtag nyer először, és az azonos előtagú bejegyzések között az alacsonyabb összesített metrika nyer, ahol az összesített az útvonal metrikáját és az interfész metrikáját kombinálja. Ha a kiválasztott interfész az alagút, folytassa. Ha a fizikai adapter, és a forgalom továbbra is meghiúsul, álljon meg itt: a problémája a névfeloldás vagy a nyomtató saját hozzáférési listája, nem a VPN-útvonal.

Harmadik lépés: adja hozzá a legszűkebb útvonalat, amely megnevezi az átjárót és az interfészt

A javítás egyetlen bejegyzés, amely a nyomtató címét a helyi adapteren lévő helyi routerre irányítja. Futtassa emelt parancssorban, és helyettesítse be az éppen olvasott értékeket.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

A if értéke a fizikai adapter interfészindexe. Ennek elhagyása a leggyakoribb oka annak, hogy a parancs sikeresnek tűnik és semmit sem változtat, mert ha két adapter is elérheti ugyanazt a következő ugrást, a Windows szabadon választhatja azt, amelyiket nem akarta. A -p kapcsoló állandóvá teszi a bejegyzést, így túléli az újraindítást ahelyett, hogy a munkamenettel halna meg.

Az egyetlen eszközhöz gazdagép-útvonalat részesítsen előnyben az egész 192.168.1.0/24-re vonatkozó útvonallal szemben. Az alhálózati útvonal szélesebb, mint amire a feladatnak szüksége van, és abban a pillanatban ütközik, amikor a vállalati oldal is használja ezt az előtagot: egy előtagnak akkor két tulajdonosa van, és hogy melyik bejegyzés nyer, az dönti el, melyik hálózatot érheti el valójában.

A másik irányban, ha törölte az alapértelmezett átjáró beállítását a VPN-kapcsolaton a LAN védelme érdekében, a távoli privát előtagok is feloldhatatlanná válnak. Adjon hozzá útvonalakat számukra a VPN-interfészen keresztül ugyanígy, különben az alagút olyan kapcsolattá válik, amely semmit sem visz.

Negyedik lépés: tegye lehetővé, hogy a kivétel túlélje a következő csatlakozást

Sok vállalati ügyfél minden csatlakozáskor újratelepíti a teljes útvonalkészletét, és közben újraszámítja az interfész metrikákat, így egy tegnap működő útvonal ma felülírható. Újracsatlakozás után ismételje meg a Find-NetRoute-et a nyomtatóhoz, és ellenőrizze, hogy az interfész még mindig megfelel a fizikai adapternak. Ha a bejegyzés eltűnt, valami törli; az állandó útvonal nem véd meg egy olyan ügynöktől, amely lesöpri a táblázatot. Az ütemezett feladatok, amelyek a VPN csatlakozása után újra hozzáadják az útvonalat, a szokásos megoldás, és ők azok a megoldások is, amelyek eltörnek, amikor az adapter indexe dokkoló vagy illesztőprogram-frissítés után megváltozik.

Figyelje az IPv6-ot külön. Az az ügyfél, amely csak az IPv4-alapértelmezést igényli, az IPv6-alapértelmezett útvonalat a fizikai adapteren hagyhatja, így egy IPv6-on elérhető nyomtató tovább működik, miközben az IPv4 meghiúsul, vagy fordítva. Tesztelje ping -4-vel és ping -6-mal, mielőtt eldöntené, hogy az útvonaltábla ártatlan.

Mit fizet a helyi rövidítésért

Minden útvonal, amely megkerüli az alagutat, lyuk az alagút ígéretén. A forgalom ahhoz a címhez már nem halad át a vállalati átjárón, ami azt jelenti, hogy nincs ellenőrzés, nincs naplózás és nincs szabályzatérvényesítés rajta. Kezelt eszközön ez megfelelőségi probléma lehet, nem preferencia, ezért kérdezze meg, létezik-e hivatalos osztott alagút kivétel, mielőtt kézzel hozzáadna egyet. Tartsa a magáét olyan szűken, amilyen széles a feladat, és olyan rövid ideig, ameddig a helyzet engedi.

Ha a nyomtató válaszol a változtatás után, ismételje meg a négy ellenőrzést a következő újracsatlakozása után ahelyett, hogy feltételezné, a javítás tartott. Ha nem válaszol, rögzítse a Find-NetRoute kimenetét a csatlakozás előtt és után; a különbség megmondja, törölte-e az ügyfél a bejegyzést, vagy csak újra sorrendezte.