Ką iš tikrųjų laukia gateway-ping-timeout NetworkManager programoje

Jūs randate connection.gateway-ping-timeout temoje apie nešiojamąjį kompiuterį, kuris įsijungia anksčiau, nei tinklas tinkamas naudoti, pakeliate reikšmę, ir kažkas pasikeičia. Ar pokytis padėjo dėl priežasties, kurią manote, yra atskiras klausimas. Atsakymas prasideda nuo to, ką aktyvavimas iš tikrųjų veikia, kol veikia tas laikmatis, ir nuo fakto, kad laukimas turi dvi galimas pabaigas.

Stebėkite vieną jungtį iš komandinės eilutės, ir semantika tampa konkreti.

Vieno aktyvavimo stebėjimas

Pradėkite nuo išsaugotos jungties, o ne nuo visuotinės numatytosios reikšmės, nes tai yra kiekvienai jungčiai būdinga savybė. --show-secrets pridėkite tik jei tikrai jo reikia; pats nustatymas nėra paslaptis.

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

Kai savybė lygi nuliui, o tai yra dokumentuota numatytoji reikšmė, aktyvavimas tęsiasi iškart, kai baigiamas adresavimas. Nustatę teigiamą reikšmę, IP konfigūracijos aktyvavimas laukia, kol ateis atsakymas iš šliuzo arba pasibaigs skirtasis laikas.

Tada išjunkite ir vėl įjunkite jungtį stebėdami įvykių srautą. Matoma tvarka yra šio nustatymo darbas: įrenginio būsena, adresavimas, laukimas ir galiausiai aktyvuota būsena, pagal kurią paprastai rikiuojamos priklausomos paslaugos.

Laukimas turi dvi pabaigas

Abi pabaigos svarbios, o dauguma žmonių prisimena tik vieną. Atsakymas iš šliuzo laukimą baigia anksčiau, o skirtasis laikas jį baigia taip pat, neatsižvelgiant į tai, ar kas nors atsakė. Savybė nereikalauja sėkmingo ping prieš užbaigiant aktyvavimą.

Tas vienas sakinys paaiškina daug painiavos dėl nešiojamųjų kompiuterių viešbučiuose ir konferencijų vietose, kur priėjimo portalas dažnai atmeta ICMP, kol neprisijungiate. Jungtis vis tiek aktyvuojama pasibaigus skirtajam laikui; ji tai daro tik vėliau, nei reikėjo, o kiekviena paslauga, rikiuojama po jungties, laukia kartu.

Tai taip pat ne gyvybingumo patikra. Apraše niekas nepradeda pinginti šliuzo po to, kai jungtis įjungta, ir niekas neatjungia aktyvaus profilio dėl vėlesnio nepavykusio ping. Jei jums reikia nuostolių aptikimo, tai priklauso protokolui ar tunelio savininkui, o ne savybei, kuri suveikė vieną kartą aktyvavimo metu.

Du objektai, vienas nustatymas

Laidinio tinklo bazinis profilis ir VPN profilis yra atskiri konfigūracijos objektai, o savybės nustatymas viename neturi įtakos kitam. VPN profilis, kuris nurodo bazinę jungtį, nepaveldi jokių jos aktyvavimo nustatymų, todėl pakeista reikšmė gali atrodyti neturinti poveikio tam, ką stebėjote.

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

Skaitome UUID, o ne pavadinimus. Pavadinimai dubliuojasi po perdiegimo ar atkurto profilio, o dvi jungtys su tuo pačiu matomu pavadinimu privers jus redaguoti ne tą failą, kol tikrasis liks nepakitęs.

Įdiegta NetworkManager versija taip pat svarbi. Papildinio elgsena ir tai, kaip jungties tipas susieja šią savybę su savo aktyvavimo žingsniais, skiriasi, todėl bandykite versijoje, kurią diegiate, o ne manykite, kad rastas įrašas galioja nepakitęs.

Ko laukimas negali patvirtinti

Štai dalis, kuri kainuoja daugiausia laiko. Atsakymas iš vietinio maršrutizatoriaus įrodo, kad vienas mazgas atsakė į vieną ICMP aidą aktyvavimo metu. Tai neįrodo, kad VPN galinis taškas išsprendžiamas, kad kliento tapatybė priimama, kad įdiegti privatūs maršrutai, kad atsako biuro sprendiklis arba kad jums svarbi programa veiks.

Tai atskiros priklausomybės su atskirais įrodymais. Šliuzas gali atsakyti, kol DNS nepavyksta, o šliuzas gali tyliai atmesti ICMP pagal politiką, kol visi programos keliai veikia. Todėl sąlygos kėlimas pagal šią savybę yra spėjimas, kuris sluoksnis vėluoja, o ne jo matavimas.

Jei laukiate priklausomos paslaugos, įvardykite, ko jai reikia. Į priskirtą adresą atsako adresavimas. Į tunelį atsako paties tunelio būsena. Į privatų vardą atsako užklausa. Į programą atsako programa, ir nė vienas iš tų atsakymų neateina iš laikmačio, pavadinto šliuzo vardu.

Jei keičiate, užrašykite kodėl

Užfiksuokite ankstesnę reikšmę ir priežastį prieš patvirtintą pakeitimą, tada nustatykite ją konkrečioje jungtyje, o ne visur. Ilgesnis laukimas perstumia aktyvavimo laiką viskam, kas rikiuojama po ta jungtimi, todėl lėta sistema gali atrodyti tvarkinga, o greita – sugedusi.

Verta įvardyti vienus istorinius spąstus: tokia reikšmė kartais keičiama, kad senesnis redaktorius priimtų profilį. Jei tai tikroji istorija, turite du įvykius, o ne vieną. Redaktorius išsaugojo, o gyva tinklo politika pasikeitė. Sutaisykite redaktorių ar papildinį ir grąžinkite laikmatį atgal.

NetworkManager išeities kodas apibrėžia šią savybę kaip IP adresavimo sėkmės atidėjimą iki šliuzo atsakymo arba skirtojo laiko pabaigos, su numatytąja reikšme nulis, o jungties nustatymo apibrėžimas yra šaltinis, kurį reikia perskaityti prieš pasikliaunant iš antrų rankų aprašytu elgesiu.