gateway-ping-timeout NetworkManager'da gerçekte neyi bekler

Ağ kullanılabilir hale gelmeden açılan bir dizüstü bilgisayarla ilgili bir başlıkta connection.gateway-ping-timeout görürsünüz, değeri yükseltirsiniz ve bir şeyler değişir. Değişikliğin düşündüğünüz nedenle yardımcı olup olmadığı ayrı bir sorudur. Yanıt, o zamanlayıcı çalışırken etkinleştirmenin gerçekte ne yaptığıyla ve beklemenin iki olası sonu olduğu gerçeğiyle başlar.

Komut satırından bir bağlantıyı izleyin ve anlam somutlaşsın.

Bir etkinleştirmeyi izlemek

Global varsayılan yerine kayıtlı bağlantıyla başlayın, çünkü bu her bağlantıya özgü bir özelliktir. --show-secrets yalnızca gerçekten ihtiyacınız varsa ekleyin; ayarın kendisi bir sır değildir.

nmcli -f connection.id,connection.gateway-ping-timeout connection show
nmcli connection show "Wired connection 1" | grep gateway-ping

Özellik sıfırken, ki belgelenmiş varsayılan budur, adresleme tamamlanır tamamlanmaz etkinleştirme devam eder. Pozitif bir değer verirseniz IP yapılandırmasının etkinleştirilmesi ağ geçidinden bir yanıt gelene ya da zaman aşımı dolana kadar bekler.

Ardından olay akışını izlerken bağlantıyı kapatıp yeniden açın. Gördüğünüz sıra bu ayarın işidir: aygıt durumu, adresleme, bekleme ve son olarak bağımlı hizmetlerin genellikle kendisine göre sıralandığı etkin durum.

Beklemenin iki sonu vardır

İki son da önemlidir ve çoğu insan yalnızca birini hatırlar. Ağ geçidinden gelen yanıt beklemeyi erken bitirir, zaman aşımı da bir şey yanıt vermiş olsun olmasın onu bitirir. Özellik, etkinleştirme tamamlanmadan önce başarılı bir ping şartı koymaz.

Bu tek cümle, otellerde ve konferans mekânlarında, giriş portalının siz oturum açana kadar ICMP'yi sık sık reddettiği dizüstü bilgisayarlar konusundaki karışıklığın çoğunu giderir. Bağlantı zaman aşımı dolduktan sonra yine de etkinleşir; bunu yalnızca gerektiğinden daha geç yapar ve bağlantıdan sonra sıralanan her hizmet onunla birlikte bekler.

Bu bir canlılık denetimi de değildir. Açıklamada bağlantı açıldıktan sonra ağ geçidine ping atmaya başlayan hiçbir şey yok ve sonraki bir ping başarısız olduğu için etkin bir profili kesen hiçbir şey yok. Kayıp algılamaya ihtiyacınız varsa bu protokole ya da tünelin sahibine aittir, etkinleştirme sırasında bir kez çalışan bir özelliğe değil.

İki nesne, tek ayar

Kablolu temel profil ile VPN profili ayrı yapılandırma nesneleridir ve özelliği birinde ayarlamak diğerini etkilemez. Temel bağlantıyı adlandıran bir VPN profili onun etkinleştirme ayarlarının hiçbirini devralmaz, bu yüzden değiştirdiğiniz değer izlediğiniz şey üzerinde etkisiz görünebilir.

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Office VPN" | grep gateway-ping

Adları değil UUID'leri okuyun. Adlar yeniden kurulumdan veya geri yüklenen bir profilden sonra çoğalır ve görünen adı aynı olan iki bağlantı, gerçek dosya değişmeden yanlış dosyayı düzenlemenize yol açar.

Kurulu NetworkManager sürümü de önemlidir. Eklenti davranışı ve bir bağlantı türünün bu özelliği kendi etkinleştirme adımlarına nasıl eşlediği değişir, bu yüzden bulduğunuz bir yazının değişmeden geçerli olduğunu varsaymak yerine dağıttığınız sürümde test edin.

Beklemenin onaylayamadığı şey

İşte en çok zaman kaybettiren kısım. Yerel yönlendiriciden gelen yanıt, etkinleştirme sırasında bir ana bilgisayarın bir ICMP yankısına yanıt verdiğini kanıtlar. Bir VPN uç noktasının çözüldüğünü, istemcinin kimliğinin kabul edildiğini, özel rotaların kurulduğunu, ofis çözümleyicisinin yanıt verdiğini veya önemsediğiniz uygulamanın çalışacağını kanıtlamaz.

Bunlar ayrı kanıtları olan ayrı bağımlılıklardır. DNS başarısız olurken ağ geçidi yanıt verebilir ve tüm uygulama yolları çalışırken ağ geçidi politikaya göre ICMP'yi sessizce düşürebilir. Bu nedenle bu özelliğe koşul koymak, hangi katmanın geciktiğine dair bir tahmindir, onun ölçümü değildir.

Bağımlı bir hizmeti bekliyorsanız neye ihtiyacı olduğunu adlandırın. Atanan adrese adresleme yanıt verir. Tünele tünelin kendi durumu yanıt verir. Özel bir ada bir sorgu yanıt verir. Uygulamaya uygulama yanıt verir ve bu yanıtların hiçbiri ağ geçidinin adını taşıyan bir zamanlayıcıdan gelmez.

Değiştirirseniz nedenini yazın

Onaylanmış bir değişiklikten önce önceki değeri ve nedeni kaydedin, sonra her yerde değil belirli bağlantıda ayarlayın. Daha uzun bir bekleme, o bağlantıdan sonra sıralanan her şeyin etkinleştirme zamanını kaydırır; bu da yavaş bir sistemi iyi, hızlı bir sistemi bozuk gösterebilir.

Tarihsel bir tuzaktan söz etmeye değer: böyle bir değer bazen eski bir düzenleyicinin bir profili kabul etmesi için değiştirilir. Gerçek hikâye buysa iki olayınız var, bir değil. Düzenleyici kaydetti ve canlı ağ politikası değişti. Düzenleyiciyi veya eklentiyi düzeltin ve zamanlayıcıyı yerine koyun.

NetworkManager kaynak kodu bu özelliği, IP adreslemesinin başarısının ağ geçidi yanıtına veya zaman aşımına kadar geciktirilmesi olarak tanımlar; varsayılanı sıfırdır ve bağlantı ayarının tanımı, kulaktan duyma bir davranışa güvenmeden önce okunması gereken referanstır.