route-nopull tek başına dosya sunucusunu neden erişilemez bırakır
İtilen rotaları yok saymak bölünmüş tünelin yalnızca yarısıdır. Rota sahibini seçin, ofis önekini elle ekleyin ve düzeltildi demeden önce üç akışı test edin.
Dosya sunucusu sorunsuz açılıyor ve yan penceredeki görüntülü görüşme takılmaya başlıyor. Hiçbir şey yavaş değil ve hiçbir MTU yanlış değil: istemciniz sunucunun verdiği rota listesini kabul etti, bu yüzden artık her paket ofis güvenlik duvarından çıkıyor. Çözüm başka bir ayar bayrağı değil, istemcinin rota tablosunun kime ait olduğuna dair bir karardır. Bu karar tek bir yere aittir ve aşağıdaki arıza biçimleri hangi yeri gerçekten seçtiğinizi söyler.
Rota tablosunun kime ait olduğuna karar verin
Üç sahip mümkündür. Sunucu rota ve varsayılan ağ geçidi itebilir, bu durumda istemci kendisine söyleneni kurar ve tam tünel olur. İstemci profili itmeleri atıp kendi rota satırlarını taşıyarak sahipliği alabilir. Masaüstü bağlantı yöneticisi de kendi rota ve varsayılan rota özellikleriyle kararın sahibi olabilir.
Her seçim farklı biçimde başarısız olur, bu yüzden bir profili düzenlemeden önce tabloyu okumaya değer. Belirtinizle eşleşen satır, gerçekte sahip olduğunuz sahiptir.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Birini seçin ve yazın. İkisini karıştırmak, varsayılan yolu kendi belgeleriyle çelişen bir ana bilgisayar bırakır ve sonraki mühendis hangi katmanın kazandığını söyleyemez. Kaybedeni açıkça silin.
route-nopull itmeleri süzer, rota eklemez
route-nopull istemci profiline aittir ve o dosyadaki sırası önemsizdir çünkü yalnızca sunucudan gelen değerleri atar. İtilen rotaları, itilen varsayılan rota dahil atar, tünel ise normal biçimde yükselmeye devam eder.
İnsanların kaçırdığı sonuç, itilen DHCP seçeneklerinin onlarla birlikte gitmesidir. Sunucunun gönderdiği DNS ayarları da atılır, bu yüzden tünel sağlıklı ve sunucu adresten erişilebilir olsa bile iç adlar çözümlenmez.
Bu, ofis önekine giden yolu olmayan bir tünel bırakır; kendiniz bir tane eklemedikçe: aynı profilde route-nopull ve ardından route 10.30.0.0 255.255.0.0. O satır bir adres ve bir maske taşır; sonraki atlamayı adlandırmaz.
Alternatif bir biçim, girişi adıyla tünele yönlendiren bir ağ geçidi belirteci ekler, route 10.30.0.0 255.255.0.0 vpn_gateway. İçe aktarıcılar bu varyantı çevirip çevirmemekte farklıdır, bu yüzden giriş çekirdek tablosunda yoksa kayıtlı bağlantıyı inceleyin.
Ping ile değil, rota sorgularıyla doğrulayın
Ping bir şeyin yanıt verdiğini söyler. Rota sorgusu çekirdeğin hangi arayüzü seçeceğini söyler ve gerçekte sorduğunuz soru budur. Dört kısa komut eksik bir rotayı yanlış aygıta işaret eden bir rotadan ayırır.
Tünelin ne kurduğunu ip route show dev tun0 ile okuyun. Hiç çıktı olmaması sıfır rota demektir, bu çalışan bir bölünmüş tünel değildir ve açık satır olmadan filtre eklemenin olağan sonucudur.
Ardından ip route get 10.30.5.7 ile bir ofis adresini ve ip route get 1.1.1.1 ile sıradan bir internet adresini kontrol edin. İkincisi fiziksel arayüzü adlandırmalıdır; tüneli adlandırıyorsa itme hiç süzülmemiştir.
Son olarak ip rule okuyun, çünkü önceki bir denemenin bıraktığı ilke kuralı az önce düzelttiğiniz tabloyu geçersiz kılabilir. Üstünde eski bir kural bulunan doğru bir profil tam olarak bozuk bir profil gibi görünür. Bir tane daha eklemeden önce geçen sefer eklediğiniz kuralı silin.
Üst üste binen alt ağlar bozuk tünel gibi görünür
İki özel aralık istemcinin bakış açısından aynı olabilir ve bölünmüş tünelin sebep olmadığı bir şeyle suçlandığı yer tam orasıdır. Ofis, ev yönlendiricinizin kullandığı öneki dağıtıyorsa tünel rotası yönlendiriciyi kaplar ve ev ağı yok olmuş gibi görünür.
Bir şeyi değiştirmeden önce basit bir adres listesi kullanarak kendi arayüzünüzdeki adresi profilin kurduğu rota ile karşılaştırın. Çakışma gerçektir ve hiçbir profil seçeneği bunu çözmez. Düzeltebileceğiniz şey adlandırmadır, böylece sonraki kişi bir yerine iki aralık görür.
Dürüst düzeltmeler bir tarafı yeniden numaralandırmak veya ofiste adresleri çevirmektir. Tek bir ana bilgisayar rotasını yönlendiriciye sabitlemek, yönlendirici adresi değişene kadar çalışır ve sonra birincinin üstüne ikinci bir gizem eklenir.
Kararın yeniden bağlanmadan sonra da kalmasını sağlayın
Elle yazılan girişler yeniden bağlanmadan sonra kalmaz ve bağlantı yöneticisi profil her başladığında tabloyu yeniden kurar. Kararı bağlantının oluşturulduğu yere koyun, ister profil ister yöneticinin kayıtlı ayarları olsun. Sonra davranışı bir arama sırasında keşfetmek yerine bağlantıyı bir kez bilerek yeniden başlatın. Yalnızca bir sonraki yeniden bağlanmaya kadar çalışan bir profil bitmemiştir.
Üç yolu aynı anda deneyin: ofis ana bilgisayarını gerçek adresle, aynı ana bilgisayarı adla ve sıradan bir genel siteyi. Ortadaki, itilen DNS seçeneklerini bıraktıktan sonra yapılandırdığınız ad hizmetine bağlıdır ve sessizce başarısız olan odur.