Kvifor route-nopull åleine gjer filserveren utilgjengeleg
Å ignorere pusja ruter er berre halve ein delt tunnel. Vel ruteeigaren, legg til kontorprefikset for hand, og test tre flytar før du kallar det løyst.
Filserveren opnar fint, og videoanropet i neste vindauge byrjar å hakke. Ingenting er tregt og ingen MTU er feil: klienten din tok imot rutenettverkslista serveren gav han, så kvar pakke går no ut gjennom brannmuren på kontoret. Løysinga er ikkje nok eit justeringsflagg, men ei avgjerd om kven som eig rutetabellen til klienten. Den avgjerda høyrer heime på éin stad, og feilmønstera nedanfor fortel deg kva stad du faktisk valde.
Avgjer kven som eig rutetabellen
Tre eigarar er moglege. Serveren kan pushe ruter og ein standard gateway, og då installerer klienten det han blir fortald og blir ein full tunnel. Klientprofilen kan ta eigarskap ved å forkaste push og bera sine eigne rutelinjer. Ein skrivebordstilkoplingshandsamar kan også eige avgjerda gjennom sine eigne rute- og standardruteeigenskapar.
Kvart val feilar på sin eigen måte, og difor er det verdt å lese tabellen før du redigerer ein profil. Raden som passar til symptomet ditt, er den eigaren du faktisk har.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Vel éin og skriv han ned. Å blande to etterlèt ein vert der standardvegen motset si eiga dokumentasjon, og den neste ingeniøren kan ikkje sjå kva lag som vann. Slett taparen eksplisitt.
route-nopull filtrerer push, det legg ikkje til ruter
route-nopull høyrer heime i klientprofilen, og rekkjefølgja i den fila er irrelevant fordi han berre forkastar verdiar som kjem frå serveren. Han forkastar pusja ruter, inkludert ei pusja standardrute, medan tunnelen framleis kjem opp normalt.
Konsekvensen folk overser, er at pusja DHCP-innstillingar blir med på lasset. DNS-innstillingane serveren sender, blir også forkasta, så interne namn sluttar å bli slått opp sjølv om tunnelen er sunn og serveren er tilgjengeleg på adressa.
Det etterlèt ein tunnel utan veg til kontorprefikset med mindre du legg til ein sjølv: route-nopull etterfølgd av route 10.30.0.0 255.255.0.0 i same profil. Den linja ber ei adresse og ei maske; ho namngjev ikkje eit neste hopp.
Ei alternativ form legg til eit gateway-token, route 10.30.0.0 255.255.0.0 vpn_gateway, som peikar oppføringa mot tunnelen ved namn. Importørar er ulike på om dei omset den varianten, så undersøk den lagra tilkoplinga om oppføringa manglar i kjernetabellen.
Verifiser med ruteoppslag, ikkje med ping
Ein ping fortel deg at noko svara. Eit ruteoppslag fortel deg kva grensesnitt kjernen ville velje, og det er spørsmålet du faktisk stilte. Fire korte kommandoar skil ei manglande rute frå ei rute som peikar på feil eining.
Les kva tunnelen installerte med ip route show dev tun0. Ingen utdata i det heile tyder null ruter, som ikkje er ein delt tunnel som verkar, og det er det vanlege resultatet av å leggje til filteret utan den eksplisitte linja.
Sjekk deretter éi kontoradresse med ip route get 10.30.5.7, og éi vanleg internettadresse med ip route get 1.1.1.1. Den andre skal namngje det fysiske grensesnittet; om han namngjev tunnelen, vart pushet ikkje filtrert i det heile.
Til slutt, les ip rule, fordi ei policyregel som eit tidlegare forsøk la att, kan overstyre tabellen du nettopp retta. Ein korrekt profil med ei utdatert regel på toppen ser nøyaktig ut som ein øydelagd profil. Slett regelen du la til sist, før du legg til ein ny.
Overlappande subnett ser ut som ein øydelagd tunnel
To private område kan vere identiske frå klienten sitt synspunkt, og det er der ein delt tunnel får skulda for noko han ikkje forårsaka. Om kontoret deler ut same prefikset som heimerutaren din brukar, dekkjer tunnelruta rutaren, og heimenettverket ser ut til å forsvinne.
Samanlikn adressa på ditt eige grensesnitt med ruta profilen installerer, ved å bruke ei vanleg adresseliste før du endrar noko. Overlappen er reell, og ingen profilinnstilling løyser han. Det du kan rette, er namngjevinga, slik at neste person ser to område i staden for eitt.
Dei ærlege rettingane er å omnummerere éi side eller omsetje adresser på kontoret. Å feste éi enkelt vertsrute til rutaren verkar til ruteradressa blir endra, og då blir det eit andre mysterium oppå det første.
La avgjerda overleve ein gjentilkopling
Oppføringar skrivne for hand overlever ikkje ein gjentilkopling, og ein tilkoplingshandsamar byggjer tabellen på nytt kvar gong profilen startar. Legg avgjerda der tilkoplinga blir oppretta, anten det er profilen eller dei lagra innstillingane til handsamaren. Start deretter tilkoplinga på nytt éin gong med vilje i staden for å oppdage åtferda under ein samtale. Ein profil som berre verkar til neste gjentilkopling, er ikkje ferdig.
Øv på tre vegar samtidig: ein kontorvert på den bokstavelege adressa, same vert på namn, og eit vanleg offentleg nettstad. Den midterste avheng av namnetenesta du konfigurerte etter at du slapp dei pusja DNS-innstillingane, og det er den som stille feilar.