Mida gateway-ping-timeout NetworkManageris tegelikult ootab

Te leiate connection.gateway-ping-timeout ühest lõimest sülearvuti kohta, mis käivitub enne, kui võrk on kasutatav, tõstate seda ja midagi muutub. Kas muudatus aitas põhjusel, mida te arvate, on eraldi küsimus. Vastus algab sellest, mida aktiveerimine selle taimeri töötamise ajal tegelikult teeb, ja sellest, et ootamisel on kaks võimalikku lõppu.

Jälgige üht ühendust käsurealt ja semantika muutub konkreetseks.

Jälgige üht aktiveerimist

Alustage salvestatud ühenduse vaatamisest, mitte üldisest vaikeväärtusest, sest see on ühendusepõhine omadus. Lisage --show-secrets ainult siis, kui te seda tõesti vajate; säte ise ei ole saladus.

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

Kui omadus on null, mis on dokumenteeritud vaikeväärtus, liigub aktiveerimine edasi niipea, kui adresseerimine on lõppenud. Seadke see positiivsele väärtusele ja IP-konfiguratsiooni aktiveerimine ootab, kuni saabub vastus lüüsilt või aegumine lõpeb.

Seejärel laske ühendus alla ja uuesti üles, jälgides sündmuste voogu. Järjekord, mida näete, on säte oma tööd tegemas: seadme olek, adresseerimine, ootamine ja lõpuks aktiveeritud olek, mille järgi sõltuvad teenused tavaliselt järjestatakse.

Ootamisel on kaks lõppu

Mõlemad lõpud on olulised ja enamik inimesi mäletab ainult ühte. Vastus lüüsilt lõpetab ootamise varem ja aegumine lõpetab selle samuti, olenemata sellest, kas keegi vastas. Omadus ei nõua edukat pingi enne, kui aktiveerimine saab lõppeda.

See üks lause selgitab palju segadust sülearvutite ümber hotellides ja konverentsikeskustes, kus captive portaal keeldub sageli ICMP-st, kuni te sisse logite. Ühendus aktiveerub ikkagi pärast aegumise lõppu; see lihtsalt teeb seda hiljem, kui vaja, ja iga pärast ühendust järjestatud teenus ootab koos sellega.

See ei ole ka elujõulisuse kontroll. Miski kirjelduses ei hakka pärast ühenduse ülesvõtmist lüüsi pingima ja miski ei katkesta aktiivset profiili, sest hilisem ping ebaõnnestub. Kui vajate kao tuvastamist, kuulub see protokollile või tunneli omanikule, mitte omadusele, mis töötas aktiveerimise ajal ühe korra.

Kaks objekti, üks säte

Juhtmega baasprofiil ja VPN-profiil on eraldi konfiguratsiooniobjektid ning omaduse seadmine ühele ei mõjuta teist. VPN-profiil, mis nimetab baasühendust, ei päri ühtegi selle aktiveerimissätet, mistõttu muudetud väärtus võib tunduda mitte mõjutavat seda, mida te jälgisite.

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

Lugege UUID-sid, mitte nimesid. Nimed dubleeruvad pärast uuesti paigaldamist või taastatud profiili, ja kaks sama nähtava nimega ühendust saadavad teid valet faili redigeerima, samal ajal kui õige jääb muutumatuks.

Paigaldatud NetworkManageri versioon loeb samuti. Plugin-käitumine ja see, kuidas ühenduse tüüp seda omadust oma aktiveerimissammudele kaardistab, erinevad, seega testige versioonil, mida juurutate, selle asemel et eeldada, et leitud artikkel kehtib muutumatult.

Mida ootamine tõestada ei suuda

Siin on osa, mis võtab kõige rohkem aega. Vastus kohalikult ruuterilt tõestab, et üks host vastas aktiveerimise ajal ühele ICMP kajale. See ei tõesta, et VPN-i lõpp-punkt laheneb, et kliendi identiteet võetakse vastu, et privaatsed marsruudid paigaldati, et kontori resolver vastab või et rakendus, millest hoolite, hakkab tööle.

Need on eraldi sõltuvused eraldi tõenditega. Lüüs võib vastata, samal ajal kui DNS ebaõnnestub, ja lüüs võib poliitika järgi ICMP vaikselt maha visata, samal ajal kui iga rakenduse tee töötab. Sellele omadusele tingimuse panemine on seega oletus, milline kiht hilineb, mitte selle mõõtmine.

Kui ootate sõltuvat teenust, nimetage, mida see vajab. Määratud aadressile vastab adresseerimine. Tunnelile vastab tunneli enda olek. Privaatsele nimele vastab päring. Rakendusele vastab rakendus ja ükski neist vastustest ei tule taimerilt, mis on nimetatud lüüsi järgi.

Kui muudate seda, kirjutage miks

Kirjutage varasem väärtus ja põhjus enne kinnitatud muudatust üles, seejärel seadke see konkreetsele ühendusele, mitte kõikjal. Pikem ootamine nihutab aktiveerimise aega kõige jaoks, mis on pärast seda ühendust järjestatud, mis võib panna aeglase süsteemi hea ja kiire katkise välja nägema.

Üks ajalooline lõks tasub nimetamist: sellist väärtust muudetakse mõnikord selleks, et vanem redaktor profiili vastu võtaks. Kui see on tõeline lugu, on teil kaks sündmust, mitte üks. Redaktor salvestas ja elav võrgupoliitika muutus. Parandage redaktor või plugin ja pange taimer tagasi.

NetworkManageri lähtekood määratleb omaduse IP-adresseerimise õnnestumise viivitusena kuni lüüsi vastuse või aegumiseni, vaikeväärtusega null, ja ühenduse sätte määratlus on viide, mida lugeda enne, kui usaldate mis tahes teise käe kirjeldatud käitumist.