LAN'ınızla çakışan bir VPN havuzunu hiçbir rota düzeltmez

Tünel havuzu ve ev LAN'ı 192.168.1.0/24'ü paylaştığında yerel alt ağ kazanır. Kontrol ettiğiniz tarafı yeniden numaralandırın veya uzak aralığı çevirin.

Uygulama tünelin sağlıklı olduğunu söyler, yine de ihtiyacınız olan hedeflerin yarısı hiç yanıt vermez. İlk refleks bir rota eklemek veya metriği düşürmektir, ve tam da bu refleks önce öldürülmesi gereken efsanedir. İstemcinin kendi LAN'ı ile tünelin havuzu aynı öneki talep ettiğinde, yönlendirme tablosu birbiriyle bağdaşmayan iki olgu tutar ve ne varsayılan bir rota ne de metrik bunları çözer. Onarım bir adresleme kararıdır ve hiçbir rota düzenlemesi onun yerini tutmaz.

Ek bir rota neden bir öneki bölemez

Bir rota bir önek üzerindeki iki talebi ayıramaz, bu yüzden doğru rota satırını aramayı bırakmak akıllıca adımdır. Yığın aynı öneki bağlı rotanın önüne koymaz ve daha özel bir girdi adresi yakalar, ancak ona sahip yerel ana makineyi erişilemez kılar. Yönlendirme sorunu gibi görünen şey bir adres çakışmasıdır ve iki onarım da rotaları değil adresleri değiştirir. Bu iddiayı kabul etmeden önce kendi makinenizde deneyin.

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

Sisteme tek bir adres sorun ve hangi arayüzü adlandırdığına dikkat edin. Linux, macOS ve Windows her biri hiçbir şey göndermeden seçilen arayüzü ve sonraki atlamayı bildiren salt okunur bir aramayla yanıt verir. Tünel açıkken yanıt fiziksel bağdaştırıcıyı gösteriyorsa, çekirdek adresi tünelin taşıyabileceği bir şey olarak değil bağlantı üzerinde sayar.

Sağlayıcının verdiği öneki ev yönlendiricisinin hizmet ettiği önekin yanına koyun ve bunları dize olarak karşılaştırın. Tam eşleşme açık durumdur ve ev alt ağını içeren daha geniş sağlayıcı havuzu da aynı şekilde başarısız olur, yalnızca gözden kaçırması daha kolaydır. Sadece benzer görünen iki önek çakışma değildir, bu yüzden bir şeyi değiştirmeden önce ikisini de yazın.

İstemcinin gerçekte aldığı havuzu okuyun

İstemcinin ne aldığını okuyun, sağlayıcının pazarlama sayfasını değil. Bir OpenVPN istemcisinin günlük ayrıntısını artırın, sunucunun ittiği rotalar orada görünür ve tünel öneklerini açığa çıkarır; başka yerlerde havuz bağlantı ayrıntılarında veya bağdaştırıcının kendisinde görünür. Sağlayıcıdan kullandığı tüm özel aralıkların tam listesini isteyin, çünkü bugün tek bir /24 yarın iki tane olabilir. Yaygın RFC 1918 bloklarından kaçınmak, gerçekte size verilen tahsisten kaçınmakla aynı şey değildir.

Havuz küçülebilir veya bölgeler arasında taşınabilir, bu yüzden listenin bir tarihe ve bir sahibe ihtiyacı var. Son plan değişikliğinizden daha eski olan her sağlayıcı yanıtını gerçek değil tahmin olarak ele alın. Bir aralığa bağlanmadan önce yeniden sorun ve yanıtı ağ notlarıyla birlikte saklayın ki sıradaki kişi kanıtı devralsın.

Yeniden numaralandırma yapabileceğiniz onarımdır

VPN sunucusu değiştirmek için sizin değilse, ev LAN'ını taşımak tek mevcut onarımdır, ve ticari bir sağlayıcıda olağan durum budur. Sağlayıcının havuzunun dışında ve sonra ihtiyaç duyabileceğiniz aralıkların dışında bir aralık seçin ve tünelle ulaştığınız her diğer siteye karşı kontrol edin. Kısa bir kesinti ve unutulmuş cihazlardan oluşan daha uzun bir kuyruk bekleyin: eski adresi hâlâ taşıyan bir cihaz, ağ geçidine ihtiyaç duyana kadar çalışıyor gibi görünür.

  1. Önce envanter: yönlendiricinin kendi adresi, DHCP kapsamı, rezervasyonlar, bağlantı noktası yönlendirmeleri ve adresi elle yazılmış her cihaz.
  2. Sonra yönlendiricinin LAN önekini ve DHCP kapsamını bir bakım penceresi içinde birlikte değiştirin ve kablolu kiralamaları kablosuzlardan önce yenileyin.
  3. Ardından statik adresleri düzeltin: yazıcılar, ağ depolaması, sabit kodlanmış ağ geçidi olan her şey.
  4. Son olarak VPN istemcisini yeniden bağlayın ve tünel adresinin artık LAN ile çakışmadığını doğrulayın.

Adresleri hepsini birden değil bu sırayla ele alın ve eski aralığı bir süre belgelenmiş tutun ki eski cihaz gizemli değil tanınabilir olsun. Hiç yenilemeyen bir cihaz ağ geçidine ulaşamayarak kendini duyurur, bu da destek çağrısından çok daha iyi bir ipucudur. Yönlendirici bir günden uzun kiralamalar veriyorsa, pencere süresi boyunca bunları kısaltın.

Bir diğer adın yapabildikleri ve yapamadıkları

Sunucu sizinse, istemcide adresleri çevirmek uzak öneki boş bir yerel aralık içinde açığa çıkarabilir, böylece aynı ana makine ikinci bir adreste yanıt verir. Topluluk OpenVPN bunu şununla yapar client-nat, ve bu yönerge yalnızca o istemciye özgüdür, insanların genellikle karşılaştırdığı ticari ve mobil istemcilerde yoktur. Düzenleme, çeviriyle eşleşen bir rota, diğer ad için boş bir aralık ve istemcinin çevrilmemiş adresine yanıt vermeye istekli bir sunucu gerektirir. İstemci yapılandıramadığınız yönetilen bir sağlayıcıya aitse bunların hiçbiri yardımcı olmaz.

Değişiklik yürürlüğe girdiğinde önce adresle sonra adla bir yerel ve bir uzak ana makineye ulaşın ve sistemin her seferinde seçtiği rotayı not edin. Bir ad hâlâ eski aralığa çözülebilir, bu yüzden adresler ve adlar bağımsız kontrolleri hak eder. Değişiklik boyunca açık kalan varsa bir istemciyi ve sunucu tarafında bir cihazı yeniden başlatın, çünkü önbelleğe alınmış komşu girdileri düzenlemeden daha uzun yaşar.

Karar verdiğiniz önekleri insanların gerçekten baktığı yere yazın: ağ notlarına, yönlendiricinin kendi yorum alanına, tanıtım sayfasına. Birisi yine 192.168.1.0/24'ü seçecek ve çakışma onunla birlikte geri gelecek.

İlgili makaleler