VPN istemci modundaki yönlendirici: LAN cihazları neden kaybolur
Bir yönlendirici VPN istemci moduna geçtikten sonra LAN cihazları kaybolur: önce iletim yolundaki denetim özelliğini, sonra yazılımın altınızdan değiştirdiği LAN aralığını test edin.
İstemci modunun kendisinin LAN erişimini öldürdüğü inancı insanları yanlış ayarlar menüsüne gönderir ve gerçek nedenler genellikle ikidir. Tünel LAN köprüsünü kaldırmaz ve kablolu ile kablosuz istemcilerin birbirine ulaşmasını engellemez. Yerel erişimi bozan şey, yönlendiricinin iletim yolundaki bir denetim özelliği ya da yazılım bunu yaptığında kayan bir LAN adres aralığıdır. İkisi de aynı şikâyeti üretir ve hiçbiri VPN profilini yeniden yükleyerek düzelmez.
Efsane ve istemci modunun gerçekte neyi değiştirdiği
İstemci modu bir tünel arayüzü ve ondan geçen varsayılan bir yol ekler, ardından LAN trafiğini o tünele iletir. Kablolu portlar ile kablosuz radyolar arasındaki köprü dokunulmadan kalır, yerel anahtarlama da öyle. Değişen şey politikadır: hangi trafiğin iletildiği, nerede çevrildiği ve istemcilerin hangi çözümleyiciyi aldığı.
Bu ayrım önemlidir çünkü bozuk bir LAN genellikle o üç politikadan birinin değiştiği anlamına gelir, yönlendiricinin anahtar olmayı bıraktığı değil. Kendi yönetim sayfasına hâlâ yanıt veren yönlendirici, LAN arayüzünün yaşadığının kanıtıdır. Hiçbir şeye yanıt vermeyen yönlendiricinin başka bir sorunu vardır, örneğin değişmiş bir LAN adresi veya yanlış alt ağdaki istemci.
Dolayısıyla yararlı ilk adım hangi katmanın bozulduğunu bulmaktır, şüphelendiğiniz katmanı değiştirmek değil.
Bir ayara dokunmadan önce üç hedefi test edin
Kablolu bir istemciden üç hedefi ayrı ayrı test edin ve her sonucu yazın: yönlendiricinin kendi LAN adresi, aynı anahtardaki başka bir cihaz IP ile, ve yalnızca tünel üzerinden erişilebilen bir şey. Bunları bu sırayla yapın, çünkü her sonuç farklı bir katmanı dışlar. İlk turda adlar yerine adresler kullanın, çünkü ad hatası DNS'i bir bağlantı sorusuna karıştırır.
Yanıtların deseni teşhistir. Yerel cihazlar yanıt vermezken yönlendiricinin yanıt vermesi, yönlendirme yerine yerel anahtarlamaya veya filtreleme özelliğine işaret eder. Tünel tarafı yanıt vermezken yerel cihazların yanıt vermesi, tünel yoluna veya uzak güvenlik duvarına işaret eder. Adresle her şey yanıt verirken adlar başarısız olursa bu bir çözümleyici sorunudur ve hiçbir yol düzenlemesi bunu düzeltmez.
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
Tabloyu test sonuçlarının yanında tutun. Belirsiz bir şikâyeti üzerinde işlem yapabileceğiniz tek bir satıra dönüştürür.
İletim yolu içindeki güvenlik katmanı
Tüketici yönlendiricileri giderek daha sık olarak iletilen trafiği izleyen bir denetim özelliğiyle gelir ve bu özellik, paketleri LAN'dan tünele taşıyan aynı yolda çalışır. Bu denetim tünel trafiğini sınıflandıramadığında, tünelin kendisi çalışırken ve yönlendirici sağlıklı bağlantı bildirirken iletim durabilir. VPN günlüğünde bu görünmez, çünkü VPN gerçekten bağlandı.
Teşhis kalıcı bir değişiklik değil, kontrollü bir deneydir. Geçerli ayarı not edin, özelliği bir test süresince kapatın, tüneli yeniden kaldırın ve tek bir yerel ana bilgisayarı adresle test edin. Geri gelen iletim ihtiyaç duyduğunuz kanıttır ve ödünç verme o zaman tahmin yerine karar olur. Hiçbir şey değişmezse hemen yeniden açın ve adresleme nedenine geçin.
Bir tünelin çalışmaya devam etmesi için ücretli bir güvenlik özelliğini kapalı bırakmak, bilinçli olarak yapılması ve yazılması gereken bir ödünçtür. Tünelin başka bir cihazda olması gerekip gerekmediğini sormak da değerlidir, çünkü her şeyi denetlemesi gereken yönlendirici ile her şeyi iletmesi gereken yönlendirici iki farklı iştir.
İkinci neden: LAN aralığı kaydı
Yazılım güncellemeleri LAN adresini rutin olarak üreticinin varsayılanına döndürür ve bazı yönlendiricilerde LAN'ın özel bir aralığı koruyup korumayacağını veya üstteki cihazdan birini devralıp almayacağını belirleyen açık bir mod anahtarı vardır. 192.168.8.x bekleyen bir istemci 10.64.0.x üzerine düşebilir ve o anda tünel tamamen sağlıklı olsa da bir ana bilgisayara SSH oturumu zaman aşımına uğrar.
ipconfig /all
ip addr show
ip route get 192.168.8.20Yönlendirici sayfasını açmadan önce kiralamadan öneki ve ağ geçidini okuyun. İlk iki komut istemcinin gerçekte ne aldığını gösterir, üçüncüsü ise istemcinin yerel bir adres için hangi arayüzü kullanacağını gösterir ve kalan bir yol ya da eski bir alt ağ böyle ortaya çıkar. Ardından bunu LAN sayfası ve yönlendiricinin bulunduğu mod ile karşılaştırın.
Aralık geri dönemiyorsa onu adlandıran her nesneyi güncelleyin: DHCP rezervasyonları, eski alt ağa giden her statik yol ve önceki öneki taşıyan her güvenlik duvarı kuralı. Tünelin uzak alt ağıyla çakışan aralık daha kötü varyanttır, çünkü yerel cihazlar erişilebilir kalırken uzak hedefler sessizce LAN'a yanlış yönlendirilir.
Yeniden bağlanın ve paket sırasına göre yeniden test edin
İki değişiklikten birinin ardından tüneli yeniden bağlayın ve testleri paket sırasına göre tekrarlayın: yönlendirici, yerel ana bilgisayar, uzak ana bilgisayar, sonra adlar, sonra uygulama. Uygulamayı önce test etmek hangi katmanın hâlâ bozuk olduğunu gizler ve tarayıcının önbelleğe alınmış bir ada yeniden denemesi yönlendirme hatası gibi görünebilir.
VPN profilinin yanına yazılım sürümünü, LAN önekini ve denetim özelliğinin durumunu not edin. Üçü de bir sonraki güncellemenin üzerine yazabileceği yapılandırmadır ve iki satır not, az önce harcadığınız saati kurtarır.