Silinen bir VPN rotası yeniden bağlanınca neden geri gelir

Bir profil, push veya önyükleme birimi onu yeniden oluşturduğunda etkin bir rotayı silmek hiçbir şeyi değiştirmez. Sahibini bulun, orada değiştirin ve yeniden bağlanmada doğrulayın.

Elle sildiğiniz bir rota sonraki yeniden bağlanmadan sonra geri gelir ve tablo tam olarak eskisi gibi görünür. Bu bir yönlendirme hatası değil: bir şey girdiyi yapılandırmadan veya bağlantı yaşam döngüsündeki bir eylemden yeniden oluşturuyor. Çoğu runbook etkin tabloda durur, bu yüzden silme bir dakika çalışıyor gibi görünür ve sonra başarısız olur. Sahibi belirleyin, onu değiştirin ve yeniden bağlanmada kanıtlayın.

Rotayı kim kurdu

Düzeltmeyle değil, adaylar listesiyle başlayın. Bir VPN profili kendi rotalarını taşıyabilir, sunucu bunları bağlanma anında push edebilir, ağ yöneticisi profili bunları bildirebilir, bir önyükleme birimi veya betik bunları ekleyebilir ve IPsec uygulamaları müzakere ettikleri trafik seçicileri için rotalar kurar. Politika yönlendirme kuralları da trafiği tamamen başka bir tabloya yönlendirebilir.

Zamanlama onları yapılandırma arkeolojisinden daha hızlı ayırır. Arayüz kalktığı anda ortaya çıkan girdi istemciye aittir; bir saniye sonra gelen girdi genellikle sunucu push'undan gelir; önyüklemede var olan girdi kaydedilmiş yapılandırmaya aittir. Tabloyu bir bağlantı, bir kopma ve bir yeniden başlatmadan önce ve sonra kaydedin, desen sahibini adlandıracaktır. Yalnızca hizmet yeniden başladığında geri gelen bir rota VPN'e değil, bir birime işaret eder.

Düzenlemeden önce tabloyu okuyun

Kaydedilmiş bir dosya yerine çekirdeğin kendi görünümüne bakın. Protokol sütunu her girdiyi neyin kurduğunu gösterir:

ip route show
ip route show table all
ip rule show

Protokol alanı, metrik ve tablo numarası size statik bir girdiye, çekirdeğin oluşturduğu bir girdiye veya bir daemonun eklediği bir şeye baktığınızı söyler. Kural listesi önemlidir çünkü bir arama ana tabloyu tamamen bırakabilir ve bu, oradaki düzenlemeyi hata ayıkladığınız uygulama için görünmez kılar. Satırı soldan sağa okuyun: hedef, ağ geçidi, aygıt, protokol ve metrik.

Sonra çekirdeğe gerçekte hangi rotayı kullanacağını sorun. Korumalı bir adres, genel bir adresten daha iyi bir sondadır:

ip route get 10.20.5.7

Sahibi değiştirin, semptomu değil

Sahip bilindiğinde değişiklik o sahibe aittir. Rotayı istemci profilinden kaldırın, sunucudaki push edilen rotayı düzeltin veya metrikle kazanan rakip bir kalıcı rota eklemek yerine ağ yöneticisi bağlantısını düzenleyin. Birbiriyle savaşan iki kural, sonradan kimsenin açıklayamayacağı bir tablo üretir.

Uç nokta istisnasını koruyun. VPN sunucusunun kendi genel adresini fiziksel ağ geçidi üzerinden gönderen ana bilgisayar rotası, dış tünel paketlerini akışta tutan şeydir; onu silin, tünel kendini taşımaya çalışır. Bölünmüş tünel profilinde aynı özen, tüneli atlaması gereken yerel alt ağlar için de geçerlidir.

Yeniden bağlanın ve iki yolu da doğrulayın

Yeniden bağlanın, sonra iki hedefi tek geçişte kontrol edin. Korumalı adres ve hariç tutulan uç nokta farklı sorulara yanıt verir:

ip route get 10.20.5.7
ip route get 198.51.100.20

Birincisi tünel arayüzünden, ikincisi fiziksel ağ geçidinden çözülmelidir. İkisi de tünelden çözülürse istisna eksiktir; hiçbiri çözülmezse profil değişikliği yürürlüğe girmemiştir ve düşündüğünüzden farklı bir sahibe bakıyorsunuz.

Rotanın amacını, sahibini ve ne kadar yaşaması gerektiğini yazın. O not, bir sonraki kişinin aynı silme ve yeniden bağlanma döngüsünü tekrarlamasını engelleyen şeydir.

İlgili makaleler