Ingen rute reparerer ein VPN-pool som overlappar LAN-et ditt

Appen hevdar at tunnelen er sunn, og likevel svarar halvparten av destinasjonane du treng aldri. Refleksen er å leggje til ei rute eller senke ein metrikk, og nettopp den refleksen er myten som bør drepast først. Når klienten sitt eige LAN og tunnelpoolen krev same prefiks, held rutetabellen to uforeinlege fakta, og verken ei standardrute eller ein metrikk løyser dei. Reparasjonen er eit adresseringsvedtak, og inga ruteredigering erstattar det.

Kvifor ei ekstra rute ikkje kan dele eitt prefiks

Ei rute kan ikkje skilje to krav på eitt prefiks, difor er det fornuftige trekket å slutte å leite etter rett ruteline. Stakken plasserer ikkje eit identisk prefiks framom den tilkopla ruta, og ein meir spesifikk oppføring fangar adressa, men gjer den lokale verten som eig henne utilgjengeleg. Det som ser ut som eit ruteproblem, er ein adresseringskollisjon, og begge reparasjonane endrar adresser i staden for ruter. Test påstanden på din eigen maskin før du godtek han.

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

Spør systemet om éi enkel adresse og legg merke til kva grensesnitt det nemner. Linux, macOS og Windows svarar kvar med eit skriveverna oppslag som rapporterer det valde grensesnittet og neste hopp utan å sende noko. Når svaret peikar på den fysiske adapteren medan tunnelen er oppe, handsamar kjernen adressa som on-link og ikkje som noko tunnelen kunne bere.

Set prefikset leverandøren har gjeve ved sida av det heimerutaren tener, og samanlikn dei som strengar. Eksakt samsvar er det klare tilfellet, og ein breiare leverandørpool som inneheld heimesubnettet feilar likt, men er lettare å oversjå. To prefiks som berre ser like ut, er ikkje ein kollisjon, så skriv ned båe før du endrar noko.

Les poolen klienten faktisk fekk

Les kva klienten tok imot, ikkje marknadsføringssida til leverandøren. Skru opp detaljnivået i loggen til ein OpenVPN-klient, og rutene serveren skyv på viser seg i han og avdekkjer tunnelprefiksa; andre stader dukkar poolen opp i tilkoplingsdetaljane eller på adapteren sjølv. Be leverandøren om heile lista over private område han brukar, for eitt enkelt /24 i dag kan vere to i morgon. Å unngå dei vanlege RFC 1918-blokkene er ikkje det same som å unngå tildelinga du faktisk har fått.

Ein pool kan også krympe eller flytte mellom regionar, så lista treng ei dato og ein eigar. Handsam kvart leverandørsvar som er eldre enn den siste planendringa di som ei gjetning, ikkje eit faktum. Spør igjen før du bind deg til eit område, og ta vare på svaret saman med nettverksnotata slik at neste person arvar provet.

Omnummerering er reparasjonen du kan gjere

Viss VPN-serveren ikkje er din å endre, er flytting av heime-LAN-et den einaste tilgjengelege reparasjonen, og det er den vanlege situasjonen med ein kommersiell leverandør. Vel eit område utanfor poolen til leverandøren og utanfor områda du kan trengje seinare, og kontroller det mot kvar annan stad du når over ein tunnel. Vent eit kort avbrot og ein lengre hale av gløymde einingar: ei eining som framleis har den gamle adressa, ser ut til å verke til ho treng gatewayen.

1. Først inventar: ruterens eiga adresse, DHCP-området, reservasjonar, portvideresendingar og kvar eining der adressa er skriven inn for hand.
2. Deretter endrar du LAN-prefikset til ruteren og DHCP-området saman innanfor eit vedlikehaldsvindauge, og fornyar kabel-leasane før dei trådlause.
3. Så rettar du dei statiske adressene: skrivarar, nettverkslagring, alt med ein hardkoda gateway.
4. Til slutt koplar du til VPN-klienten igjen og stadfestar at tunneladressa ikkje lenger kolliderer med LAN-et.

Gå gjennom adressene i den rekkjefølgja i staden for alle på ein gong, og hald det gamle området dokumentert ei stund slik at ei utdatert eining er attkjenneleg i staden for mystisk. Ei eining som aldri fornyar, melder seg ved å ikkje nå gatewayen, noko som er eit langt betre spor enn ein telefon til support. Viss ruteren deler ut leasar på meir enn eitt døgn, forkort dei i varigheita av vindauget.

Kva eit alias kan og ikkje kan

Når serveren er din, kan omsetjing av adresser på klienten avdekkje det eksterne prefikset i eit ledig lokalt område, slik at same vert svarar på ei andre adresse. Community-OpenVPN gjer dette med client-nat, og den direktivet er spesifikk for den klienten, fråverande i dei kommersielle og mobile klientane folk vanlegvis samanliknar han med. Oppsettet krev ei rute som svarar til omsetjinga, eit ledig område for aliaset og ein server som er villig til å svare på den uomsette adressa til klienten. Ingenting av dette hjelper når klienten høyrer til ein administrert leverandør du ikkje kan konfigurere.

Når endringa er på plass, nå ein lokal vert og ein ekstern vert først på adresse og deretter på namn, og noter ruta systemet vel kvar gong. Eit namn kan framleis løysast til det gamle området, så adresser og namn fortener uavhengige kontrollar. Start ein klient og ei eining på serversida på nytt viss nokon av dei vart ståande oppe gjennom endringa, fordi hurtiglagra nabo-oppføringar lever lengre enn redigeringa.

Skriv ned prefiksa du landa på der folk faktisk ser: nettverksnotata, kommentarfeltet til ruteren, introduksjonssida. Nokon vil velje 192.168.1.0/24 igjen, og kollisjonen kjem tilbake med han.