Zakaj sam route-nopull pusti strežnik datotek nedosegljiv
Ignoriranje potisnjenih poti je le polovica razdeljenega tunela. Izberite lastnika poti, ročno dodajte pisarniško predpono in preizkusite tri tokove, preden to razglasite za popravljeno.
Strežnik datotek se odpre v redu, videoklic v sosednjem oknu pa začne zatikati. Nič ni počasno in noben MTU ni napačen: vaš odjemalec je prevzel seznam poti, ki mu ga je dal strežnik, zato vsak paket zdaj odhaja skozi pisarniški požarni zid. Popravek ni še en stikalo za nastavljanje, ampak odločitev o tem, komu pripada usmerjevalna tabela odjemalca. Ta odločitev pripada enemu mestu, načini odpovedi spodaj pa vam povedo, katero mesto ste v resnici izbrali.
Odločite, komu pripada usmerjevalna tabela
Možni so trije lastniki. Strežnik lahko potiska poti in privzeti prehod, v tem primeru odjemalec namesti, kar mu rečejo, in postane polni tunel. Profil odjemalca lahko prevzame lastništvo tako, da zavrže potiske in nosi svoje vrstice poti. Upravitelj povezav na namizju je lahko tudi lastnik odločitve prek svojih lastnosti poti in privzete poti.
Vsaka izbira odpove drugače, zato se tabelo splača prebrati, preden uredite profil. Vrstica, ki ustreza vašemu simptomu, je lastnik, ki ga v resnici imate.
| 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 |
Izberite eno in jo zapišite. Mešanje dveh pusti gostitelja, katerega privzeta pot nasprotuje lastni dokumentaciji, naslednji inženir pa ne more ugotoviti, kateri sloj je zmagal. Poraženca izrecno izbrišite.
route-nopull filtrira potiske, ne dodaja poti
route-nopull sodi v profil odjemalca, njegov vrstni red v tej datoteki pa ni pomemben, ker le zavrže vrednosti, ki prihajajo s strežnika. Zavrže potisnjene poti, vključno s potisnjeno privzeto potjo, medtem ko se tunel še vedno normalno dvigne.
Posledica, ki jo ljudje spregledajo, je, da potisnjene možnosti DHCP odidejo z njimi. Tudi nastavitve DNS, ki jih pošlje strežnik, se zavržejo, zato se notranja imena prenehajo razreševati, čeprav je tunel zdrav in je strežnik dosegljiv po naslovu.
To pusti tunel brez poti do pisarniške predpone, razen če jo dodate sami: route-nopull, ki mu sledi route 10.30.0.0 255.255.0.0 v istem profilu. Ta vrstica nosi naslov in masko; ne poimenuje naslednjega skoka.
Alternativna oblika doda žeton prehoda, route 10.30.0.0 255.255.0.0 vpn_gateway, ki vnos usmeri na tunel po imenu. Uvozniki se razlikujejo v tem, ali prevedejo to različico, zato preglejte shranjeno povezavo, če vnosa v tabeli jedra ni.
Preverjajte s poizvedbami poti, ne s pingom
Ping vam pove, da je nekaj odgovorilo. Poizvedba poti vam pove, kateri vmesnik bi izbralo jedro, in to je vprašanje, ki ste ga v resnici postavili. Štirje kratki ukazi ločijo manjkajočo pot od poti, ki kaže na napačno napravo.
Preberite, kaj je tunel namestil, z ip route show dev tun0. Popolna odsotnost izhoda pomeni nič poti, kar ni delujoč razdeljen tunel, in to je običajen rezultat dodajanja filtra brez izrecne vrstice.
Nato preverite en pisarniški naslov z ip route get 10.30.5.7 in en običajen internetni naslov z ip route get 1.1.1.1. Drugi bi moral poimenovati fizični vmesnik; če poimenuje tunel, potisk sploh ni bil filtriran.
Nazadnje preberite ip rule, ker lahko pravilo politike, ki ga je pustil prejšnji poskus, preglasi tabelo, ki ste jo pravkar popravili. Pravilen profil z zastarelim pravilom na vrhu je videti natanko kot pokvarjen profil. Izbrišite pravilo, ki ste ga dodali nazadnje, preden dodate še eno.
Prekrivajoče se podomrežja so videti kot pokvarjen tunel
Dva zasebna obsega sta lahko z vidika odjemalca enaka, in tam je razdeljen tunel kriv za nekaj, česar ni povzročil. Če pisarna dodeljuje isto predpono, kot jo uporablja vaš domači usmerjevalnik, pot tunela pokrije usmerjevalnik in domače omrežje se zdi, da izgine.
Primerjajte naslov na svojem vmesniku s potjo, ki jo namesti profil, z običajnim seznamom naslovov, preden karkoli spremenite. Prekrivanje je resnično in nobena možnost profila ga ne reši. Kar lahko popravite, je poimenovanje, da naslednja oseba vidi dva obsega namesto enega.
Poštene rešitve so preštevilčenje ene strani ali prevajanje naslovov v pisarni. Pripeti eno pot gostitelja na usmerjevalnik deluje, dokler se naslov usmerjevalnika ne spremeni, potem pa postane druga uganka na prvi.
Naj odločitev preživi ponovno povezavo
Vnosi, vneseni ročno, ne preživijo ponovne povezave, upravitelj povezav pa tabelo znova zgradi ob vsakem zagonu profila. Odločitev postavite tja, kjer nastane povezava, bodisi v profil bodisi v shranjene nastavitve upravitelja. Nato enkrat namerno znova zaženite povezavo, namesto da bi vedenje odkrili med klicem. Profil, ki deluje le do naslednje ponovne povezave, ni dokončan.
Vadite tri poti hkrati: pisarniškega gostitelja po dobesednem naslovu, istega gostitelja po imenu in običajno javno stran. Srednja je odvisna od imenik storitve, ki ste jo nastavili, potem ko ste zavrgli potisnjene možnosti DNS, in prav ta tiho odpove.