Kopírovanie /32 tunela nebude smerovať kancelársku podsiev

VPN sa pripojí, rozhranie zobrazí adresu s maskou tridsiatich dvoch bitov a kancelársky server zostáva nedostupný. Ďalším krokom býva znovu použiť túto masku v trase, s domnienkou, že rozhranie opisuje, čo tunel dokáže dosiahnuť. Neopisuje. Tá adresa opisuje miestny koniec spoja bod-bod a cieľ, na ktorom vám záleží, leží v inom prefixe na jeho druhej strane.

Zamieňajú sa dve rôzne veci: adresa, ktorú vám tunel dal, a sieť, do ktorej sa cez neho chcete dostať.

Dve adresy, dve úlohy

Pri tuneli bod-bod býva adresa klienta jedinou adresou hostiteľa, pretože na druhom konci spoja je presne jeden partner. Neexistuje spoločný segment ani ARP, takže maska, ktorá by na Ethernete vyzerala absurdne, je tu úplne normálna.

Prefix cieľa je fakt o kancelárskej sieti, nie o tuneli. Ak potrebujete jeden server, trasa je trasou hostiteľa pre tento server. Ak potrebujete celú kancelársku podsiev, trasa je podsiev. Ani jednu z odpovedí nemožno prečítať z rozhrania a vybrať si jednu preto, že sa objavila vedľa adresy tunela, je spôsob, ako pokaziť fungujúce nastavenie.

Tretí riadok je miesto, kde sa optimizmus mení na výpadok. Smerovanie celého súkromného rozsahu do tunela, ktorý obsluhuje jediné miesto, tlačí nesúvisiacu prevádzku na cestu, ktorá ju nedokáže doručiť, a výsledné poruchy vyzerajú ako pokazený VPN, nie ako príliš široká trasa.

Vyberte prefix z požiadavky

Napíšte požiadavku ako vetu, skôr než sa dotknete profilu: ktorí hostitelia musia byť dostupní a ktorý najužší prefix ich pokrýva? Jeden server je trasa hostiteľa. Podsiev je trasa podsiete. Rozsah podsietí je zhrnutie a zhrnutie je sľub, že každá adresa v ňom je dostupná, čo je málokedy pravda.

Potom porovnajte číslo s tým, čo kancelária skutočne používa. Kopírovanie prefixu z chatovej správy bez overenia voči plánu adresovania lokality je spôsob, akým trasa skončí namierená na podsiev, ktorú nikto nevlastní.

Pamätajte tiež, že trasa je cesta, nie oprávnenie. Brána stále rozhoduje, či váš klient smie cieľ použiť, a služba vás stále môže odmietnuť. Správna inštalácia trasy dostane paket tam a nič nehovorí o autorizácii.

Pridávajte do profilu, nikdy ho nenahrádzajte

Trasy v profile NetworkManager sú viachodnotová vlastnosť a rozdiel medzi nastavením a pridaním je jeden znak. Použite formu s plusom, aby ste pridali položku a zachovali všetko už uložené.

nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
  +ipv4.routes "10.40.20.9/32"

Bez plusu priradenie nahradí celý zoznam. V profile, ktorý už nesie niekoľko prefixov, to ticho vymaže tie, ktoré fungovali, a príznak sa dostaví neskôr ako služba, ktorá bola predtým dostupná z tohto notebooku.

Použite UUID namiesto názvu. Názvy sa po obnovení duplikujú a spojenie, ktoré upravujete, nemusí byť to, ktoré nesie vašu prevádzku. Najprv skontrolujte, či už neexistuje rovnaká položka, pretože pridanie duplikátu je neporiadne, aj keď je neškodné.

Táto referenčná príručka vlastností trás dokumentuje cieľ, voliteľný ďalší skok, metriku a syntax atribútov pre nainštalovanú verziu. Prečítajte si ju pred pridaním ďalšieho skoku, pretože či je potrebný, závisí od integrácie a topológie, a hádať to z prvej adresy vo výpise rozhraní nie je metóda.

Predvolená trasa a DNS sú oddelené rozhodnutia

Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.

Automatické trasy sú druhá vec, ktorú netreba bezohľadne rušiť. Ich potlačenie kvôli jednej chýbajúcej položke môže odstrániť niekoľko fungujúcich a človek, ktorý to navrhol, sa zvyčajne pozeral na iný profil s inými pushmi.

DNS má vlastnú cestu aj vlastné poruchy. Názov, ktorý sa cez nesprávny resolver preloží na správnu adresu, alebo resolver, ktorý nedokáže odpovedať pre súkromnú zónu, bude vyzerať ako problém smerovania, kým trasa je bezchybná. Otestujte adresu a názov oddelene a potom rozhodnite, ktorá vrstva skutočne zlyhala.

Overte, čo bolo použité

Uložená zmena nie je použitá zmena. Pripojte sa znova cez podporovaný životný cyklus správcu a potom sa pozrite na skutočnú trasu k zamýšľanému cieľu a na pravidlá zásad, ktoré rozhodujú, ktorá tabuľka sa použije.

Ak prefix existuje a spojenie stále zlyháva, presunuli ste sa k inému problému: voľba zdrojovej adresy, spiatočná trasa na vzdialenom konci alebo služba, ktorá odmieta vášho klienta. Každé z toho je lepšie miesto na pohľad než profil, ktorý ste už opravili.