Hemmet och kontoret använder båda 192.168.1.x: vad nu?

Gå igenom fyra kontroller: vilken adress namnet löses till, vilket prefix det lokala nätverket använder, vilken väg kärnan väljer för den destinationen och vad som svarar i andra änden. VPN-inloggningen är inte en av dem, eftersom den slutförs oavsett vilket nätverk som vinner. Utför kontrollerna i ordning och överlappningen blir synlig vid andra steget i stället för det fjärde.

En lyckad inloggning säger att tunneln är uppe; den säger ingenting om vart en viss adress pekar.

En adress, två maskiner

En värd väljer en väg från sin routingtabell och sina policyregler, utifrån destinationsadressen. Ingenting säger till den att en förfrågan till hoppet 192.168.1.20 är avsedd för kontorsservern och inte för en enhet i rummet intill. När båda näten ligger i samma privata område vinner den mest specifika vägen och allt annat beror på vilken post en återanslutning råkade installera. Ingenting i adressen själv bär den skillnaden.

ip route get 192.168.1.20

Den uppslagningen namnger gränssnittet och nästa hopp som kärnan valde, vilket är den andra kontrollen på listan. Jämför det lokala och det fjärran prefixet innan du gör något annat. Om det lokala LAN-et är 192.168.1.0/24 och den fjärran platsen också är 192.168.1.0/24, är överlappningen fyndet, och ingen klientinställning reparerar den.

Numrera om sidan du kontrollerar

En personlig router är vanligtvis den lättare sidan att flytta. Välj ett område som inte krockar med de fjärrnät du faktiskt använder, och notera att 10.x.x.x inte heller är automatiskt ledigt, eftersom många platser använder det. Planera ändringen: DHCP-lån, reserverade adresser, utskriftsköer och allt med en hårdkodad adress behöver uppmärksamhet. Gör omnumreringen i ett tidsfönster där du kan återställa routern utan VPN.

Kontrollera listan över fjärran prefix först, inte efteråt. Att välja ett nytt område som krockar med en annan kontorsplats ger samma problem med mer arbete investerat.

När ingen av sidorna kan ändras

Om inget av näten kan numreras om finns de återstående alternativen på servern. En gateway kan översätta ett fjärrnät till ett annat subnät för VPN-klienter, med policybaserad NAT eller en tvåvägsvariant, så att klienten ser en unik adress. Det är en gateway-design och inte en switch som varje skrivbordsklient erbjuder, och det ändrar vilken adress användarna skriver och vilka namn som måste stämma. En väg som kopierats från ett forum kan inte skilja två identiska destinationer.

Privata adressområden förblir privata; problemet är återanvändning, inte områdena själva.

Bevisa vilken maskin som svarade

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

Efter varje ändring, testa kontorsresursen och de lokala enheterna tillsammans. Om en bekant hemmavarande enhet svarar där kontorsservern borde vara, eller TLS-certifikatet namnger fel värd, stanna och identifiera destinationen innan du fortsätter. Att få ett svar från den adressen bevisar inte vilken maskin som skickade det. Att kontrollera certifikatets ämne är en av de få tillförlitliga signaler som finns tillgängliga i det läget.

Ersätt inte kontorets privata adresser med godtyckliga offentliga adresser som du inte kontrollerar. Det byter en överlappning mot ett routing- och ägarproblem som är värre och svårare att förklara.

Anteckna det lokala prefixet, det fjärran prefixet och ändringen som löste det. Nästa överlappning kommer att se annorlunda ut men följa samma mönster.