Nobena pot ne popravi sklada VPN, ki se prekriva z vašim LAN

Aplikacija trdi, da je tunel zdrav, pa vendar polovica ciljev, ki jih potrebujete, nikoli ne odgovori. Refleks je dodati pot ali znižati metriko, in prav ta refleks je mit, ki ga je treba ubiti prvega. Ko si lastni LAN odjemalca in sklad tunela lastita isti predpono, usmerjevalna tabela drži dve nezdružljivi dejstvi, in ne privzeta pot ne metrika ju ne razreši. Popravilo je odločitev o naslavljanju, in nobeno urejanje poti ga ne nadomesti.

Zakaj dodatna pot ne more razdeliti ene predpone

Pot ne more ločiti dveh zahtevkov na eni predponi, zato je smiselno prenehati iskati pravo vrstico poti. Sklad ne bo postavil enake predpone pred povezano pot, in bolj natančen vnos naslov ujame, a lokalnega gostitelja, ki ga ima, naredi nedosegljivega. Kar je videti kot težava usmerjanja, je kolizija naslavljanja, in obe popravili spreminjata naslove, ne poti. Preizkusite to trditev na svojem stroju, preden jo sprejmete.

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

Vprašajte sistem za en naslov in si zapomnite, kateri vmesnik navede. Linux, macOS in Windows odgovorijo s poizvedbo samo za branje, ki sporoči izbrani vmesnik in naslednji skok, ne da bi karkoli poslala. Ko odgovor kaže na fizični vmesnik, medtem ko je tunel dvignjen, jedro naslov obravnava kot na povezavi in ne kot nekaj, kar bi tunel lahko prenašal.

Postavite predpono, ki jo je dodelil ponudnik, ob tisto, ki jo oskrbuje domači usmerjevalnik, in ju primerjajte kot niza. Natančno ujemanje je jasen primer, in širši sklad ponudnika, ki vsebuje domače podomrežje, spodleti enako, le težje ga je spregledati. Dve predponi, ki sta si le podobni, nista kolizija, zato zapišite obe, preden karkoli spremenite.

Preberite sklad, ki ga je odjemalec dejansko dobil

Berite, kaj je odjemalec prejel, ne marketinške strani ponudnika. Povečajte podrobnost dnevnika odjemalca OpenVPN in poti, ki jih potiska strežnik, se prikažejo v njem ter razkrijejo predpone tunela; drugje se sklad pokaže v podrobnostih povezave ali na samem vmesniku. Prosite ponudnika za celoten seznam zasebnih območij, ki jih uporablja, ker je ena /24 danes lahko jutri dve. Izogibanje običajnim blokom RFC 1918 ni isto kot izogibanje dodelitvi, ki ste jo dejansko dobili.

Sklad se lahko tudi skrči ali preseli med regijami, zato seznam potrebuje datum in odgovorno osebo. Vsak odgovor ponudnika, starejši od vaše zadnje spremembe načrta, obravnavajte kot ugibanje, ne kot dejstvo. Preden se zavežete k območju, vprašajte znova, in odgovor shranite ob omrežnih zapiskih, da naslednja oseba podeduje dokaz.

Preštevilčenje je popravilo, ki ga lahko naredite

Če strežnik VPN ni vaš, da bi ga spremenili, je premik domačega LAN edino razpoložljivo popravilo, in to je običajna situacija pri komercialnem ponudniku. Izberite območje zunaj sklada ponudnika in zunaj območij, ki jih boste morda potrebovali pozneje, in ga preverite proti vsaki drugi lokaciji, do katere pridete po tunelu. Pričakujte kratek izpad in daljšo rep zab pozabljenih naprav: naprava, ki še vedno drži stari naslov, je videti delujoča, dokler ne potrebuje prehoda.

1. Najprej popis: lastni naslov usmerjevalnika, obseg DHCP, rezervacije, preusmeritve vrat in vsaka naprava, katere naslov je bil vnesen ročno.
2. Nato spremenite predpono LAN usmerjevalnika in obseg DHCP skupaj v servisnem oknu ter obnovite žične najeme pred brezžičnimi.
3. Nato popravite statične naslove: tiskalniki, omrežna shramba, vse s trdo vpisano prehodno postajo.
4. Nazadnje znova povežite odjemalca VPN in potrdite, da naslov tunela ne trči več z LAN.

Pojdite skozi naslove v tem vrstnem redu, ne vse hkrati, in staro območje nekaj časa pustite dokumentirano, da bo zastarela naprava prepoznavna, ne skrivnostna. Naprava, ki nikoli ne obnovi najema, se oglasi s tem, da ne doseže prehoda, kar je veliko boljša sled kot klic v podporo. Če usmerjevalnik deli najeme, daljše od enega dneva, jih skrajšajte za čas okna.

Kaj zmore vzdevek in kaj ne

Ko je strežnik vaš, lahko prevajanje naslovov na odjemalcu razkrije oddaljeno predpono v prostem lokalnem območju, tako da isti gostitelj odgovori na drugem naslovu. Skupnostni OpenVPN to počne s client-nat, in ta direktiva je značilna za tistega odjemalca, manjka pa v komercialnih in mobilnih odjemalcih, s katerimi jo običajno primerjajo. Ureditev zahteva pot, ki ustreza prevodu, prosto območje za vzdevek in strežnik, pripravljen odgovoriti na neprevedeni naslov odjemalca. Nič od tega ne pomaga, ko odjemalec pripada upravljanemu ponudniku, ki ga ne morete nastaviti.

Ko sprememba začne veljati, dosezite lokalnega in oddaljenega gostitelja najprej po naslovu in nato po imenu, ter si zapišite pot, ki jo sistem izbere vsakič. Ime se lahko še vedno razreši v staro območje, zato si naslovi in imena zaslužijo neodvisne preveritve. Znova zaženite enega odjemalca in eno napravo na strani strežnika, če je katera od njiju ostala vklopljena med spremembo, ker predpomnjeni vnosi sosedov živijo dlje od urejanja.

Zapišite predpone, na katerih ste se ustavili, tja, kamor ljudje res gledajo: v omrežne zapiske, v polje za komentar usmerjevalnika, na uvodno stran. Nekdo bo znova izbral 192.168.1.0/24, in kolizija se bo vrnila z njim.