Ev ve ofis ikisi de 192.168.1.x kullanıyor: şimdi ne yapmalı?

Dört kontrolü sırayla yapın: ad hangi adrese çözümleniyor, yerel ağ hangi öneki kullanıyor, çekirdek o hedef için hangi rotayı seçiyor ve uzak uçta ne yanıt veriyor. VPN oturum açma bunlardan biri değildir, çünkü hangi ağ kazanırsa kazansın tamamlanır. Kontrolleri sırayla yapın; çakışma dördüncü adım yerine ikinci adımda görünür hale gelir.

Başarılı bir oturum açma tünelin ayakta olduğunu söyler; belirli bir adresin nereyi gösterdiği hakkında hiçbir şey söylemez.

Bir adres, iki makine

Bir ana makine, hedef adresini kullanarak yönlendirme tablosundan ve ilke kurallarından bir yol seçer. Hiçbir şey ona 192.168.1.20 atlamasına giden isteğin yan odadaki cihaz için değil, ofis sunucusu için olduğunu söylemez. İki ağ da aynı özel aralıkta olduğunda en belirgin rota kazanır ve geri kalan her şey yeniden bağlanmanın rastlantıyla hangi girdiyi kurduğuna bağlıdır. Adresin kendisinde bu ayrımı taşıyan hiçbir şey yoktur.

ip route get 192.168.1.20

Bu arama, çekirdeğin seçtiği arabirimi ve sonraki atlamayı adlandırır; bu listedeki ikinci kontroldür. Başka bir şey yapmadan önce yerel ve uzak önekleri karşılaştırın. Yerel LAN 192.168.1.0/24 ise ve uzak site de 192.168.1.0/24 ise, çakışma bulgunun kendisidir ve hiçbir istemci seçeneği bunu düzeltmez.

Denetlediğiniz tarafı yeniden numaralandırın

Kişisel yönlendirici genellikle taşınması daha kolay taraftır. Gerçekten kullandığınız uzak ağlarla çakışmayan bir aralık seçin ve 10.x.x.x aralığının da otomatik olarak boş olmadığını unutmayın, çünkü birçok site onu kullanır. Değişikliği planlayın: DHCP kiralamaları, ayrılmış adresler, yazıcı kuyrukları ve sabit adresli her şey dikkat gerektirir. Yeniden numaralandırmayı yönlendiriciyi VPN olmadan kurtarabileceğiniz bir zaman aralığında yapın.

Uzak önek listesini sonra değil, önce kontrol edin. Başka bir ofis sitesiyle çakışan yeni bir aralık seçmek, daha fazla emekle aynı sorunu üretir.

İki taraftan hiçbiri değişemediğinde

İki ağdan hiçbiri yeniden numaralandırılamıyorsa kalan seçenekler sunucuda yaşar. Bir geçit, ilke tabanlı NAT veya iki yönlü bir varyant kullanarak uzak ağı VPN istemcileri için başka bir alt ağa çevirebilir, böylece istemci benzersiz bir adres görür. Bu bir geçit tasarımıdır, her masaüstü istemcisinin sunduğu bir anahtar değildir ve kullanıcıların hangi adresi yazdığını ve hangi adların eşleşmesi gerektiğini değiştirir. Bir forumdan kopyalanan rota iki özdeş hedefi ayırt edemez.

Özel adres aralıkları özel kalır; sorun aralıkların kendisi değil, yeniden kullanımdır.

Hangi makinenin yanıt verdiğini kanıtlayın

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

Her değişiklikten sonra ofis kaynağını ve yerel cihazları birlikte test edin. Ofis sunucusunun olması gereken yerde tanıdık bir ev cihazı yanıt veriyorsa veya TLS sertifikası yanlış ana makineyi adlandırıyorsa durun ve devam etmeden önce hedefi belirleyin. O adresten yanıt almak, hangi makinenin gönderdiğini kanıtlamaz. Sertifikanın konusunu denetlemek, o anda mevcut olan birkaç güvenilir sinyalden biridir.

Ofisin özel adreslerini denetlemediğiniz rastgele genel adreslerle değiştirmeyin. Bu, çakışmayı daha kötü ve açıklaması daha zor bir yönlendirme ve sahiplik sorunuyla değiş tokuş eder.

Yerel öneki, uzak öneki ve bunu çözen değişikliği kaydedin. Bir sonraki çakışma farklı görünecek ama aynı kalıbı izleyecektir.