Ko NetworkManager patiešām gaida ar gateway-ping-timeout

Jūs atrodat connection.gateway-ping-timeout pavedienā par klēpjdatoru, kas ieslēdzas ātrāk, nekā tīkls ir lietojams, paceļat to, un kaut kas mainās. Vai izmaiņa palīdzēja tā iemesla dēļ, kuru domājat, ir atsevišķs jautājums. Atbilde sākas ar to, ko aktivizācija faktiski dara, kamēr darbojas taimeris, un ar faktu, ka gaidīšanai ir divi iespējami nobeigumi.

Izsekojiet vienam savienojumam no komandrindas, un semantika kļūst konkrēta.

Vienas aktivizācijas izsekošana

Sāciet ar saglabāto savienojumu, nevis globālo noklusējumu, jo šis ir īpašums katram savienojumam. Pievienojiet --show-secrets tikai tad, ja tas tiešām ir vajadzīgs; pats iestatījums nav noslēpums.

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

Kad īpašums ir nulle, kas ir dokumentētais noklusējums, aktivizācija turpinās, tiklīdz adresācija ir pabeigta. Ja iestatāt pozitīvu vērtību, IP konfigurācijas aktivizācija gaida, līdz no vārtejas pienāk atbilde vai beidzas taimauts.

Pēc tam izslēdziet un ieslēdziet savienojumu, vērojot notikumu plūsmu. Redzamā secība ir šī iestatījuma darbs: ierīces stāvoklis, adresācija, gaidīšana un visbeidzot aktivizētais stāvoklis, pret kuru parasti tiek kārtoti atkarīgie pakalpojumi.

Gaidīšanai ir divi nobeigumi

Abi nobeigumi ir svarīgi, un lielākā daļa cilvēku atceras tikai vienu. Atbilde no vārtejas pabeidz gaidīšanu agrāk, un taimauts to pabeidz arī tad, neatkarīgi no tā, vai kāds atbildēja. Īpašums neprasa veiksmīgu ping pirms aktivizācijas pabeigšanas.

Šis viens teikums noskaidro daudz neskaidrību par klēpjdatoriem viesnīcās un konferenču vietās, kur piekļuves portāls bieži atsaka ICMP, līdz jūs piesakāties. Savienojums joprojām aktivizējas pēc taimauta beigām; tas vienkārši dara to vēlāk, nekā vajadzēja, un katrs pakalpojums, kas kārtots pēc savienojuma, gaida kopā ar to.

Tā arī nav dzīvotspējas pārbaude. Aprakstā nekas nesāk pingot vārteju pēc tam, kad savienojums ir izveidots, un nekas neatvieno aktīvu profilu tāpēc, ka vēlāks ping neizdodas. Ja jums nepieciešama zudumu noteikšana, tā pieder protokolam vai tuneļa īpašniekam, nevis īpašumam, kas darbojās vienreiz aktivizācijas laikā.

Divi objekti, viens iestatījums

Vadu bāzes profils un VPN profils ir atsevišķi konfigurācijas objekti, un īpašuma iestatīšana vienā neietekmē otru. VPN profils, kas nosauc bāzes savienojumu, nemanto nevienu no tā aktivizācijas iestatījumiem, tāpēc mainītā vērtība var šķist bez ietekmes uz to, ko vērojāt.

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

Lasiet UUID, nevis nosaukumus. Nosaukumi tiek dublēti pēc pārinstalēšanas vai atjaunota profila, un divi savienojumi ar vienu un to pašu redzamo nosaukumu liks jums rediģēt nepareizo failu, kamēr īstais paliek nemainīts.

Svarīga ir arī instalētā NetworkManager versija. Spraudņa uzvedība un tas, kā savienojuma tips šo īpašumu attiecina uz saviem aktivizācijas soļiem, atšķiras, tāpēc testējiet versijā, kuru izvietojat, nevis pieņemiet, ka atrastais ieraksts attiecas nemainīts.

Ko gaidīšana nevar apstiprināt

Lūk, daļa, kas prasa visvairāk laika. Atbilde no vietējā maršrutētāja pierāda, ka viens resursdators atbildēja uz vienu ICMP atbalsi aktivizācijas laikā. Tā nepierāda, ka VPN galapunkts atrisinās, ka klienta identitāte tiek pieņemta, ka tika instalēti privātie maršruti, ka biroja risinātājs atbild vai ka jums svarīgā lietojumprogramma darbosies.

Tās ir atsevišķas atkarības ar atsevišķiem pierādījumiem. Vārteja var atbildēt, kamēr DNS neizdodas, un vārteja var klusi atmest ICMP pēc politikas, kamēr visi lietojumprogrammas ceļi darbojas. Tāpēc nosacījuma uzstādīšana uz šo īpašumu ir minējums par to, kurš slānis kavējas, nevis tā mērījums.

Ja gaidāt atkarīgu pakalpojumu, nosauciet, kas tam vajadzīgs. Uz piešķirto adresi atbild adresācija. Uz tuneli atbild paša tuneļa stāvoklis. Uz privātu nosaukumu atbild vaicājums. Uz lietojumprogrammu atbild lietojumprogramma, un neviena no šīm atbildēm nenāk no taimera, kas nosaukts vārtejas vārdā.

Ja maināt, pierakstiet kāpēc

Pirms apstiprinātām izmaiņām pierakstiet iepriekšējo vērtību un iemeslu, pēc tam iestatiet to konkrētajā savienojumā, nevis visur. Ilgāka gaidīšana pabīda aktivizācijas laiku visam, kas kārtots pēc šī savienojuma, tāpēc lēna sistēma var izskatīties labi, bet ātra — salauzta.

Ir vērts nosaukt vienas vēsturiskas lamatas: šāda vērtība dažkārt tiek mainīta, lai vecāks redaktors pieņemtu profilu. Ja tas ir patiesais stāsts, jums ir divi notikumi, nevis viens. Redaktors saglabāja, un reāllaika tīkla politika mainījās. Salabojiet redaktoru vai spraudni un lieciet taimeri atpakaļ.

NetworkManager pirmkods definē īpašumu kā IP adresācijas panākumu aizkavi līdz vārtejas atbildei vai taimauta beigām, ar noklusējumu nulle, un savienojuma iestatījuma definīcija ir atsauce, kas jāizlasa pirms paļaušanās uz no citiem dzirdētu uzvedību.