Heimen og kontoret brukar begge 192.168.1.x: kva no?

Gå gjennom fire kontrollar: kva adresse namnet blir løyst til, kva prefiks det lokale nettet brukar, kva rute kjernen vel for den destinasjonen, og kva som svarar i den andre enden. VPN-pålogginga er ikkje ein av dei, fordi ho blir fullført uansett kva nett som vinn. Utfør kontrollane i rekkjefølgje, og overlappinga blir synleg ved andre trinn i staden for det fjerde.

Ei vellukka pålogging seier at tunnelen er oppe; ho seier ingenting om kvar ei bestemt adresse peikar.

Éi adresse, to maskiner

Ein vert vel ein veg frå rutetabellen og policyreglane sine, ut frå destinasjonsadressa. Ingenting fortel han at ein førespurnad til hoppet 192.168.1.20 er meint for kontorserveren og ikkje for ei eining i rommet ved sida av. Når begge netta ligg i same private område, vinn den mest spesifikke ruta, og alt anna heng på kva oppføring ei attoppkopling tilfeldigvis installerte. Ingenting i adressa sjølv ber denne skilnaden.

ip route get 192.168.1.20

Det oppslaget namngir grensesnittet og neste hopp som kjernen valde, og det er den andre kontrollen på lista. Samanlikn det lokale og det eksterne prefikset før du gjer noko anna. Viss det lokale LAN-et er 192.168.1.0/24 og den eksterne staden også er 192.168.1.0/24, er overlappinga funnet, og ingen klientinnstilling reparerer henne.

Nummerer om sida du kontrollerer

Ein personleg rutar er vanlegvis den enklare sida å flytte. Vel eit område som ikkje kolliderer med fjernnetta du faktisk brukar, og merk at 10.x.x.x heller ikkje er automatisk ledig, sidan mange stader brukar det. Planlegg endringa: DHCP-leasingar, reserverte adresser, skrivarkøar og alt med ei hardkoda adresse treng merksemd. Gjer omnummereringa i eit tidsvindauge der du kan gjenopprette rutaren utan VPN.

Kontroller lista over eksterne prefiks først, ikkje etterpå. Å velje eit nytt område som kolliderer med ein annan kontorstad gir same problem med meir arbeid investert.

Når ingen av sidene kan endrast

Viss ingen av netta kan omnummererast, ligg dei gjenverande vala på serveren. Ein gateway kan omsetje eit fjernnett til eit anna subnett for VPN-klientar, ved hjelp av policybasert NAT eller ein tovegs variant, slik at klienten ser ei unik adresse. Det er ein gatewaydesign og ikkje ein brytar som kvar skrivebordsklient tilbyr, og det endrar kva adresse brukarane skriv og kva namn som må stemme. Ei rute kopiert frå eit forum kan ikkje skilje to identiske destinasjonar.

Private adresseområde blir verande private; problemet er gjenbruk, ikkje områda sjølve.

Prov kva maskin som svara

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

Etter kvar endring, test kontorressursen og dei lokale einingane saman. Viss ei kjend heimeeining svarar der kontorserveren skal vere, eller TLS-sertifikatet namngir feil vert, stopp og identifiser destinasjonen før du held fram. Å få eit svar frå den adressa provar ikkje kva maskin som sende det. Å kontrollere emnet i sertifikatet er eitt av dei få pålitelege signala som er tilgjengelege på det tidspunktet.

Ikkje erstatt dei private adressene til kontoret med vilkårlege offentlege adresser du ikkje kontrollerer. Det byter ei overlapping mot eit ruting- og eigarskapsproblem som er verre og vanskelegare å forklare.

Noter det lokale prefikset, det eksterne prefikset og endringa som løyste det. Den neste overlappinga vil sjå annleis ut, men følgje same mønster.