Thús en kantoar brûke beide 192.168.1.x: wat no?
As thús en kantoar 192.168.1.0/24 diele, slagget de oanmelding en bedarret it ferkear by it ferkearde apparaat. Fernûmerje de kant dy't jo besitte, of regel in oerset subnet.
Wurk fjouwer kontrôles troch: nei hokker adres de namme oplost, hokker foarheaksel it lokale netwurk brûkt, hokker rûte de kernel foar dat doel kiest, en wat oan 'e oare kant antwurdet. De VPN-oanmelding is ien fan har net, want dy foltôget ek al wint hokker netwurk dan ek. Doch de kontrôles yn folchoarder, dan wurdt de oerlaping by de twadde stap sichtber ynstee fan by de fjirde.
In slagge oanmelding seit dat de tunnel omheech is; it seit neat oer wêr't in bepaald adres hinne wiist.
Ien adres, twa masines
In gasthear kiest in paad út syn rûtingstabel en beliedsregels, op grûn fan it bestimmingsadres. Neat fertelt him dat in fersyk nei de hop 192.168.1.20 foar de kantoartsjinner bedoeld is en net foar in apparaat yn 'e njonkenkeamer. As beide netwurken yn itselde privee berik lizze, wint de meast spesifike rûte en al it oare hinget ôf fan hokker ynfier in werferbining tafallich ynstallearre hat. Neat yn it adres sels draacht dat ûnderskie.
ip route get 192.168.1.20
Dy opfrega neamt de ynterface en de folgjende hop dy't de kernel keas, wat de twadde kontrôle yn 'e list is. Fergelykje de lokale en fiere foarheaksels foardat jo eat oars dogge. As it lokale LAN 192.168.1.0/24 is en de fiere side ek 192.168.1.0/24, dan is de oerlaping de befinning, en gjin inkelde kliïntopsje reparearret dat.
Fernûmerje de kant dy't jo kontrolearje
In persoanlike router is meastentiids de maklikere kant om te ferpleatsen. Kies in berik dat net botst mei de fiere netwurken dy't jo echt brûke, en tink derom dat 10.x.x.x ek net automatysk frij is, om't in protte siden it brûke. Plan de feroaring: DHCP-leningen, reservearre adressen, printerwachtrijen en alles mei in fêst kodearre adres hawwe oandacht nedich. Doch it fernûmerjen yn in finster wêryn jo de router sûnder de VPN weromhelje kinne.
Kontrolearje de list mei fiere foarheaksels earst, net efterôf. In nij berik kieze dat botst mei in oar kantoarside jout itselde probleem mei mear ynvestearre wurk.
As gjin fan beide kanten feroarje kin
As gjin fan beide netwurken fernûmere wurde kin, libje de oerbleaune opsjes op 'e tsjinner. In gateway kin in fier netwurk foar VPN-kliïnten nei in oar subnet oersette, mei beliedsbasearre NAT of in twarjochtingfariant, sadat de kliïnt in unyk adres sjocht. Dat is in gateway-ûntwerp en net in skeakel dy't elke desktopkliïnt biedt, en it feroaret hokker adres brûkers yntype en hokker nammen oerienkomme moatte. In rûte dy't fan in foarum kopiearre is, kin twa identike bestimmingen net ûnderskiede.
Privee adresberikken bliuwe privee; it probleem is wergebrûk, net de berikken sels.
Bewiis hokker masine antwurde
openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject
Test nei elke feroaring de kantoarboarne en de lokale apparaten tagelyk. As in fertroud thúsapparaat antwurdet wêr't de kantoartsjinner wêze moat, of it TLS-sertifikaat neamt de ferkearde gasthear, stopje dan en identifisearje it doel foardat jo trochgeane. In antwurd fan dat adres helje bewiist net hokker masine it stjoerd hat. It ûnderwerp fan it sertifikaat kontrolearje is ien fan 'e pear betroubere sinjalen dy't op dat stuit beskikber binne.
Ferfang de privee adressen fan it kantoar net troch willekeurige iepenbiere adressen dy't jo net kontrolearje. Dat ruilet in oerlaping foar in rûting- en eigenaarskapprobleem dat slimmer is en dreger út te lizzen.
Skriuw it lokale foarheaksel, it fiere foarheaksel en de feroaring dy't it oplost hat op. De folgjende oerlaping sil der oars útsjen, mar itselde patroan folgje.