Miks üksi route-nopull jätab failiserveri kättesaamatuks
Tõugatud marsruutide eiramine on pool jaotatud tunnelist. Valige marsruudi omanik, lisage kontori prefiks käsitsi ja testige kolme voogu, enne kui nimetate selle parandatuks.
Failiserver avaneb korralikult ja kõrvalakna videokõne hakkab tõksuma. Miski ei ole aeglane ja ükski MTU ei ole vale: teie klient võttis vastu serveri antud marsruutide nimekirja, seega väljub nüüd iga pakett kontori tulemüüri kaudu. Parandus ei ole veel üks häälestuslipp, vaid otsus selle kohta, kellele kuulub kliendi marsruuditabel. See otsus kuulub ühte kohta ja allpool olevad tõrkerežiimid ütlevad teile, millise koha te tegelikult valisite.
Otsustage, kellele kuulub marsruuditabel
Võimalikud on kolm omanikku. Server võib tõugata marsruute ja vaikelüüsi, sel juhul paigaldab klient kõik, mida talle öeldakse, ja muutub täistunneliks. Kliendiprofiil võib omandada õigused, visates tõuked kõrvale ja kandes oma marsruudiridu. Töölaua ühendusehaldur võib samuti otsust omada oma marsruudi- ja vaikemarsruudi atribuutide kaudu.
Iga valik ebaõnnestub erineval viisil, mistõttu tasub tabelit lugeda enne profiili muutmist. Rida, mis vastab teie sümptomile, on omanik, kellel te tegelikult olete.
| 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 |
Valige üks ja kirjutage see üles. Kahe segamine jätab hosti, mille vaiketeek on vastuolus tema enda dokumentatsiooniga, ja järgmine insener ei suuda öelda, milline kiht võitis. Kustutage kaotaja selgesõnaliselt.
route-nopull filtreerib tõukeid, see ei lisa marsruute
route-nopull kuulub kliendiprofiili ja selle järjekord selles failis on tähtsusetu, sest see viskab kõrvale ainult serverist tulevaid väärtusi. See viskab kõrvale tõugatud marsruudid, sealhulgas tõugatud vaikemarsruudi, samal ajal kui tunnel tõuseb endiselt normaalselt.
Tagajärg, mida inimesed ei märka, on see, et tõugatud DHCP-valikud lähevad nendega kaasa. Ka serveri saadetud DNS-seaded visatakse kõrvale, mistõttu sisemised nimed lakkavad lahenemast, kuigi tunnel on terve ja server on aadressi järgi kättesaadav.
See jätab tunneli ilma teeta kontori prefiksini, kui te ise seda ei lisa: route-nopull, millele järgneb route 10.30.0.0 255.255.0.0 samas profiilis. See rida kannab aadressi ja maski; see ei nimeta järgmist hüpet.
Alternatiivne vorm lisab lüüsi tunnuse, route 10.30.0.0 255.255.0.0 vpn_gateway, mis suunab kirje nime järgi tunnelisse. Importijad erinevad selle poolest, kas nad seda varianti tõlgivad, seega kontrollige salvestatud ühendust, kui kirje kernelitabelis puudub.
Kontrollige marsruudiotsingutega, mitte pingiga
Ping ütleb teile, et miski vastas. Marsruudiotsing ütleb, millise liidese kernel valiks, ja see on küsimus, mille te tegelikult esitasite. Neli lühikest käsku eraldavad puuduva marsruudi marsruudist, mis osutab valele seadmele.
Lugege, mida tunnel paigaldas, käsuga ip route show dev tun0. Täielik väljundi puudumine tähendab nulli marsruuti, mis ei ole töötav jaotatud tunnel, ja see on tavaline tulemus filtri lisamisel ilma selgesõnalise reata.
Seejärel kontrollige ühte kontori aadressi käsuga ip route get 10.30.5.7 ja ühte tavalist internetiaadressi käsuga ip route get 1.1.1.1. Teine peaks nimetama füüsilist liidest; kui see nimetab tunnelit, ei filtreeritud tõuget üldse.
Lõpuks lugege ip rule, sest varasema katse jäetud poliitikareegel võib tühistada tabeli, mille te just parandasite. Õige profiil, mille peal on aegunud reegel, näeb välja täpselt nagu katkine profiil. Kustutage reegel, mille lisasite eelmisel korral, enne kui lisate veel ühe.
Kattuvad alamsuvõrgud näevad välja nagu katkine tunnel
Kaks privaatset vahemikku võivad olla kliendi vaatepunktist identsed ja just seal süüdistatakse jaotatud tunnelit milleski, mida see ei põhjustanud. Kui kontor jagab sama prefiksit, mida kasutab teie kodune ruuter, katab tunnelimarsruut ruuteri ja koduvõrk näib kaduvat.
Võrrelge oma liidese aadressi profiili paigaldatava marsruudiga, kasutades tavalist aadresside loendit enne millegi muutmist. Kattuvus on tõeline ja ükski profiilivalik ei lahenda seda. Mida saate parandada, on nimetamine, et järgmine inimene näeks kahte vahemikku, mitte ühte.
Ausad parandused on ühe poole ümbernummerdamine või aadresside tõlkimine kontoris. Ühe hostimarsruudi kinnitamine ruuteri külge töötab seni, kuni ruuteri aadress muutub, ja siis muutub see teiseks mõistatuseks esimese peal.
Tehke nii, et otsus elab üle taasühenduse
Käsitsi trükitud kirjed ei ela üle taasühendust ja ühendusehaldur ehitab tabeli iga kord uuesti, kui profiil käivitub. Pange otsus sinna, kus ühendus luuakse, olgu selleks profiil või halduri salvestatud seaded. Seejärel taaskäivitage ühendus korra meelega, selle asemel et käitumist kõne ajal avastada. Profiil, mis töötab ainult kuni järgmise taasühenduseni, ei ole valmis.
Harjutage kolme teed korraga: kontori hosti sõnasõnalise aadressiga, sama hosti nimega ja tavalist avalikku saiti. Keskmine sõltub nimeserverist, mille seadistasite pärast tõugatud DNS-valikute kõrvalejätmist, ja just see ebaõnnestub vaikselt.