Na co gateway-ping-timeout v NetworkManageru skutečně čeká

Najdete connection.gateway-ping-timeout ve vlákně o notebooku, který naběhne dřív, než je síť použitelná, zvýšíte ho a něco se změní. Zda změna pomohla z důvodu, který si myslíte, je samostatná otázka. Odpověď začíná tím, co aktivace skutečně dělá, dokud ten časovač běží, a tím, že čekání má dva možné konce.

Sledujte jedno připojení z příkazové řádky a sémantika se zkonkrétní.

Sledujte jednu aktivaci

Začněte pohledem na uložené připojení, nikoli na globální výchozí hodnotu, protože jde o vlastnost jednotlivého připojení. Přidejte --show-secrets jen pokud to skutečně potřebujete; samotné nastavení není tajemství.

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

Když je vlastnost na nule, což je dokumentovaná výchozí hodnota, aktivace pokračuje, jakmile adresování skončí. Nastavte kladnou hodnotu a aktivace konfigurace IP čeká, dokud nepřijde odpověď z brány nebo nevyprší čas.

Potom připojení sundejte a znovu zvedněte a sledujte tok událostí. Pořadí, které vidíte, je nastavení při práci: stav zařízení, adresování, čekání a nakonec aktivovaný stav, podle kterého se obvykle řadí závislé služby.

Čekání má dva konce

Oba konce jsou důležité a většina lidí si pamatuje jen jeden. Odpověď z brány ukončí čekání dřív a vypršení času ho ukončí také, ať už někdo odpověděl, nebo ne. Vlastnost nevyžaduje úspěšný ping, než se aktivace může dokončit.

Tato jediná věta objasňuje mnoho zmatků kolem notebooků v hotelích a kongresových centrech, kde captive portál často odmítá ICMP, dokud se nepřihlásíte. Připojení se přesto aktivuje po vypršení času; jen to dělá později, než bylo potřeba, a každá služba řazená po připojení čeká spolu s ním.

Není to ani kontrola životnosti. Nic v popisu nezačne po zvednutí připojení pingovat bránu a nic neodpojí aktivní profil proto, že pozdější ping selhal. Pokud potřebujete detekci ztrát, patří protokolu nebo vlastníkovi tunelu, ne vlastnosti, která běžela jednou během aktivace.

Dva objekty, jedno nastavení

Drátěný základní profil a profil VPN jsou samostatné konfigurační objekty a nastavení vlastnosti na jednom neovlivní druhý. Profil VPN, který uvádí základní připojení, nedědí žádné jeho nastavení aktivace, a proto se změněná hodnota může jevit jako bez vlivu na věc, kterou jste sledovali.

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

Čtěte UUID, ne názvy. Názvy se duplikují po přeinstalaci nebo obnoveném profilu a dvě připojení se stejným viditelným názvem vás pošlou upravovat špatný soubor, zatímco ten skutečný zůstane beze změny.

Záleží i na nainstalované verzi NetworkManageru. Chování pluginu a to, jak typ připojení mapuje tuto vlastnost na vlastní kroky aktivace, se liší, takže testujte na verzi, kterou nasazujete, místo abyste předpokládali, že nalezený článek platí beze změny.

Co čekání nemůže potvrdit

Tady je část, která stojí nejvíc času. Odpověď místního routeru dokazuje, že jeden host odpověděl na jedno ICMP echo během aktivace. Nedokazuje, že se koncový bod VPN přeloží, že je identita klienta přijata, že byly nainstalovány privátní trasy, že office resolver odpovídá, nebo že aplikace, na které vám záleží, bude fungovat.

To jsou oddělené závislosti s oddělenými důkazy. Brána může odpovídat, zatímco DNS selhává, a brána může tiše zahazovat ICMP podle politiky, zatímco každá cesta aplikace funguje. Podmiňovat to touto vlastností je proto odhad, která vrstva se zpožďuje, ne její měření.

Pokud čekáte na závislou službu, pojmenujte, co potřebuje. Na přidělenou adresu odpovídá adresování. Na tunel odpovídá vlastní stav tunelu. Na privátní jméno odpovídá dotaz. Na aplikaci odpovídá aplikace a žádná z těch odpovědí nepřichází z časovače pojmenovaného po bráně.

Pokud to změníte, napište proč

Před schválenou změnou zaznamenejte předchozí hodnotu a důvod, potom ji nastavte na konkrétním připojení, ne všude. Delší čekání posouvá čas aktivace pro všechno řazené po tomto připojení, což může způsobit, že pomalý systém vypadá dobře a rychlý rozbitě.

Jedna historická past stojí za zmínku: taková hodnota se někdy mění, aby starší editor přijal profil. Pokud je to skutečný příběh, máte dvě události, ne jednu. Editor uložil a živá síťová politika se změnila. Opravte editor nebo plugin a časovač vraťte.

Zdrojový kód NetworkManageru definuje vlastnost jako zpoždění úspěchu IP adresování do odpovědi brány nebo vypršení času, s výchozí hodnotou nula, a definice nastavení připojení je reference, kterou je třeba si přečíst, než se spolehnete na jakékoli chování popsané z druhé ruky.