Imprimanta offline când se conectează VPN-ul? Verificați tabelul de rutare

Laptopul dvs. se alătură VPN-ului corporativ, iar imprimanta de la doi metri încetează să răspundă. Pe imprimantă nu s-a schimbat nimic, iar rețeaua locală nu a căzut. Ce s-a schimbat este tabelul de rutare: adaptorul tunelului are acum o cale care acoperă adresa imprimantei, așa că acele pachete pleacă prin VPN și ajung la o poartă care nu are habar unde se află rețeaua dvs. plată. Parcurgeți cele patru verificări de mai jos în ordine și opriți-vă la prima care eșuează.

Pasul unu: demonstrați că imprimanta este încă accesibilă în LAN

Înainte să atingeți rutarea, confirmați că dispozitivul este viu pentru ceva ce nu folosește VPN-ul. Rugați un telefon din aceeași rețea Wi-Fi să deschidă pagina web a imprimantei, sau faceți ping către adresă de pe altă mașină din rețeaua plată. Dacă imprimanta nu răspunde nici acolo, VPN-ul este o coincidență, iar vina este la imprimantă, la asocierea ei Wi-Fi sau la izolarea clienților pe punctul de acces.

Dacă răspunde peste tot mai puțin pe acest laptop, aveți o problemă de rutare sau de rezolvare a numelor care trăiește pe laptop, iar pasul următor vă spune care dintre cele două este.

Pasul doi: găsiți ruta pe care Windows o alege de fapt

Nu citiți tabelul de sus în jos și nu ghiciți. Întrebați Windows ce intrare alege pentru adresa exactă care vă interesează și obțineți indicele interfeței în același timp.

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

Find-NetRoute afișează ruta câștigătoare și interfața ei, iar acestea sunt cele două fapte de care depinde restul. route print -4 arată intrările din jur, inclusiv cele două jumătăți de rută implicită pe care le instalează clienții cu tunel complet: 0.0.0.0/1 și 128.0.0.0/1, care împreună acoperă tot spațiul IPv4 fără a înlocui vreodată 0.0.0.0/0. O rută /1 este mai lungă decât una /0, dar 192.168.1.0/24 al dvs. este și mai lungă, de aceea o rută LAN lipsă contează mai mult decât pretenția tunelului în sine.

Două reguli decid răspunsul. Prefixul potrivit cel mai lung câștigă primul, iar între intrările cu același prefix câștigă metrica totală mai mică, unde totalul combină metrica rutei și metrica interfeței. Dacă interfața selectată este tunelul, continuați. Dacă este adaptorul fizic și traficul tot eșuează, opriți-vă aici: problema dvs. este rezolvarea numelor sau lista de acces a imprimantei, nu ruta VPN.

Pasul trei: adăugați cea mai îngustă rută care numește poarta și interfața

Reparația este o singură intrare care îndreaptă adresa imprimantei către routerul local de pe adaptorul local. Rulați-o într-un prompt ridicat și înlocuiți valorile pe care tocmai le-ați citit.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

Valoarea if este indicele interfeței adaptorului fizic. Omiterea lui este cel mai frecvent motiv pentru care comanda pare să reușească și nu schimbă nimic, fiindcă atunci când două adaptoare pot atinge același salt următor, Windows este liber să îl aleagă pe cel pe care nu îl voiați. Indicatorul -p face intrarea persistentă, așa că supraviețuiește unei reporniri în loc să moară odată cu sesiunea.

Preferă o rută către gazdă pentru dispozitivul unic în locul unei rute pentru tot 192.168.1.0/24. O rută de subrețea este mai largă decât are nevoie sarcina și intră în conflict în momentul în care și partea corporativă folosește același prefix: un prefix are atunci doi proprietari, iar intrarea care câștigă decide la ce rețea puteți ajunge de fapt.

În cealaltă direcție, dacă ați șters opțiunea de poartă implicită pe conexiunea VPN pentru a proteja LAN-ul, și prefixele private îndepărtate încetează să fie rezolvate. Adăugați rute pentru ele prin interfața VPN în același mod, altfel tunelul devine o legătură care nu duce nimic.

Pasul patru: faceți ca excepția să supraviețuiască următoarei conexiuni

Mulți clienți corporativi reinstalează întregul set de rute la fiecare conectare și recalculează metricile interfețelor în timp ce fac asta, așa că o rută care funcționa ieri poate fi depășită azi. După reconectare, repetați Find-NetRoute pentru imprimantă și verificați că interfața corespunde în continuare adaptorului fizic. Dacă intrarea a dispărut, ceva o șterge; o rută persistentă nu vă protejează de un agent care mătură tabelul. Sarcinile programate care adaugă din nou ruta după ce VPN-ul se conectează sunt soluția obișnuită și sunt totodată soluția care se strică atunci când indicele adaptorului se schimbă după un dock sau o actualizare de driver.

Urmăriți IPv6 separat. Un client care revendică doar implicitul IPv4 poate lăsa ruta implicită IPv6 pe adaptorul fizic, așa că o imprimantă accesibilă prin IPv6 continuă să funcționeze în timp ce IPv4 eșuează, sau invers. Testați cu ping -4 și ping -6 înainte de a decide că tabelul de rutare este nevinovat.

Cât vă costă scurtătura locală

Orice rută care ocolește tunelul este o gaură în promisiunea tunelului. Traficul către acea adresă nu mai trece prin poarta corporativă, ceea ce înseamnă fără inspecție, fără jurnalizare și fără aplicarea politicilor asupra lui. Pe un dispozitiv administrat, asta poate fi o problemă de conformitate, nu o preferință, așa că întrebați dacă există o excepție oficială de tunel divizat înainte de a adăuga una manual. Păstrați-o pe a dvs. atât de îngustă cât cere sarcina și atât de scurtă cât permite situația.

Dacă imprimanta răspunde după modificare, repetați cele patru verificări după următoarea reconectare, în loc să presupuneți că remedierea a rezistat. Dacă nu răspunde, capturați ieșirea Find-NetRoute înainte și după conectare; diferența vă spune dacă clientul a șters intrarea sau doar a reordonat-o.