Kopiranje /32 predora ne bo usmerilo pisarniškega podomrežja

VPN se poveže, vmesnik prikaže naslov z masko dvaintridesetih bitov, pisarniški strežnik pa ostane nedosegljiv. Naslednja poteza je pogosto ponovna uporaba te maske v poti, s teorijo, da vmesnik opisuje, kam lahko seže predor. Ne opisuje. Ta naslov opisuje lokalni konec povezave od točke do točke, cilj, ki vas zanima, pa je v drugi predponi na drugi strani.

Zamenjujeta se dve različni stvari: naslov, ki vam ga je dal predor, in omrežje, do katerega želite priti skozi njega.

Dva naslova, dve nalogi

V predoru od točke do točke je naslov odjemalca pogosto en sam naslov gostitelja, ker je na drugem koncu povezave natanko en partner. Ni skupnega segmenta in ni ARP, zato je maska, ki bi na Ethernetu izgledala nesmiselno, tukaj povsem običajna.

Predpona cilja je dejstvo o pisarniškem omrežju, ne o predoru. Če potrebujete en strežnik, je pot pot gostitelja za ta strežnik. Če potrebujete celotno pisarniško podomrežje, je pot podomrežje. Nobenega od obeh odgovorov ni mogoče prebrati z vmesnika, in izbira enega zato, ker se je pojavil ob naslovu predora, je način, kako se delujoča nastavitev pokvari.

Tretja vrstica je kraj, kjer optimizem postane prekinitev. Usmerjanje celotnega zasebnega obsega v predor, ki služi samo eni lokaciji, potiska nepovezan promet na pot, ki ga ne more dostaviti, in nastale okvare izgledajo kot pokvarjen VPN, ne kot preširoka pot.

Izberite predpono iz zahteve

Preden se dotaknete profila, zahtevo zapišite kot stavek: kateri gostitelji morajo biti dosegljivi in katera je najožja predpona, ki jih pokrije? En strežnik je pot gostitelja. Podomrežje je pot podomrežja. Razpon podomrežij je povzetek, povzetek pa je obljuba, da je vsak naslov v njem dosegljiv, kar je redko res.

Nato število primerjajte s tem, kar pisarna dejansko uporablja. Kopiranje predpone iz klepetalnega sporočila brez potrditve z načrtom naslavljanja lokacije je način, kako pot konča usmerjena na podomrežje, ki ga nihče ne poseduje.

Ne pozabite tudi, da je pot pot, ne dovoljenje. Prehod še vedno odloča, ali sme vaš odjemalec uporabiti cilj, in storitev vas lahko še vedno zavrne. Pravilna namestitev poti pripelje paket tja in ne odgovori ničesar o avtorizaciji.

Dodajajte v profil, nikoli ga ne zamenjajte

Poti v profilu NetworkManager so večvrednostna lastnost, razlika med nastavitvijo in dodajanjem pa je en znak. Uporabite obliko s plusom, da dodate vnos in obdržite vse že shranjeno.

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

Brez plusa dodelitev zamenja celoten seznam. V profilu, ki že nosi več predpon, to tiho izbriše tiste, ki so delovale, in simptom se pojavi pozneje kot storitev, ki je bila prej dosegljiva s tega prenosnika.

Uporabite UUID namesto imena. Imena se po obnovitvi podvojijo in povezava, ki jo urejate, morda ni tista, ki nosi vaš promet. Najprej preverite, ali že obstaja enak vnos, ker je dodajanje dvojnika neurejeno, tudi ko je nedolžno.

Ta referenca lastnosti poti dokumentira cilj, izbirni naslednji skok, metriko in sintakso atributov za nameščeno različico. Preberite jo, preden dodate naslednji skok, ker je odvisno od integracije in topologije, ali je potreben, in ugibanje iz prvega naslova na seznamu vmesnikov ni metoda.

Privzeta pot in DNS sta ločeni odločitvi

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.

Samodejne poti so druga stvar, ki se je ne sme malomarno motiti. Njihovo zatiranje, da bi rešili en manjkajoč vnos, lahko odstrani več delujočih, in tisti, ki je to predlagal, je običajno gledal drug profil z drugimi push.

DNS ima svojo pot in svoje okvare. Ime, ki se prek napačnega razreševalnika razreši na pravi naslov, ali razreševalnik, ki ne more odgovoriti za zasebno območje, bo izgledalo kot težava usmerjanja, medtem ko je pot brezhibna. Preizkusite naslov in ime ločeno, nato odločite, katera plast je dejansko odpovedala.

Preverite, kaj je bilo uporabljeno

Shranjena sprememba ni uporabljena sprememba. Znova se povežite prek podprtega življenjskega cikla upravitelja, nato poglejte dejansko pot do predvidenega cilja in pravila pravilnika, ki določajo, katera tabela se upošteva.

Če predpona je, povezava pa še vedno ne uspe, ste prešli na drugo težavo: izbira izvornega naslova, povratna pot na oddaljenem koncu ali storitev, ki zavrača vašega odjemalca. Vsaka od teh je boljše mesto za pogled kot profil, ki ste ga že popravili.