Mitä gateway-ping-timeout todella odottaa NetworkManagerissa

Löydät connection.gateway-ping-timeout keskustelusta kannettavasta, joka käynnistyy ennen kuin verkko on käyttökelpoinen, korotat sitä, ja jokin muuttuu. Auttoiko muutos siitä syystä, jota luulet, on erillinen kysymys. Vastaus alkaa siitä, mitä aktivointi todella tekee ajastimen käydessä, ja siitä, että odotuksella on kaksi mahdollista loppua.

Seuraa yhtä yhteyttä komentoriviltä, ja semantiikka tulee konkreettiseksi.

Seuraa yhtä aktivointia

Aloita katsomalla tallennettua yhteyttä yleisen oletusarvon sijaan, koska tämä on yhteyskohtainen ominaisuus. Lisää --show-secrets vain jos todella tarvitset sitä; asetus itsessään ei ole salaisuus.

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

Kun ominaisuus on nollassa, joka on dokumentoitu oletus, aktivointi jatkuu heti kun osoitteistus on valmis. Aseta se positiiviseen arvoon, ja IP-määrityksen aktivointi odottaa, kunnes yhdyskäytävältä saapuu vastaus tai aikakatkaisu päättyy.

Laske yhteys sitten alas ja nosta uudelleen tarkkaillen tapahtumavirtaa. Näkemäsi järjestys on asetus työssään: laitteen tila, osoitteistus, odotus ja lopuksi aktivoitu tila, jonka mukaan riippuvat palvelut yleensä järjestetään.

Odotuksella on kaksi loppua

Molemmat loput ovat tärkeitä, ja useimmat muistavat vain toisen. Vastaus yhdyskäytävältä päättää odotuksen aikaisin, ja aikakatkaisu päättää sen myös, vastasiko mikään vai ei. Ominaisuus ei vaadi onnistunutta pingiä ennen kuin aktivointi voi valmistua.

Tämä yksi lause selventää paljon hotellien ja konferenssikeskusten kannettaviin liittyvää hämmennystä, joissa captive-portaali usein hylkää ICMP:n, kunnes kirjaudut sisään. Yhteys aktivoituu silti aikakatkaisun päätyttyä; se tekee niin vain myöhemmin kuin olisi tarvinnut, ja jokainen yhteyden jälkeen järjestetty palvelu odottaa sen mukana.

Se ei ole myöskään elävyyden tarkistus. Mikään kuvauksessa ei ala pingata yhdyskäytävää sen jälkeen, kun yhteys on ylhäällä, eikä mikään katkaise aktiivista profiilia siksi, että myöhempi ping epäonnistuu. Jos tarvitset häviöiden tunnistusta, se kuuluu protokollalle tai tunnelin omistajalle, ei ominaisuudelle, joka toimi kerran aktivoinnin aikana.

Kaksi objektia, yksi asetus

Johdollinen perusprofiili ja VPN-profiili ovat erillisiä määritysobjekteja, eikä ominaisuuden asettaminen toiseen vaikuta toiseen. VPN-profiili, joka nimeää perusyhteyden, ei peri mitään sen aktivointiasetuksista, minkä vuoksi muuttamasi arvo voi näyttää vaikuttamattomalta siihen, mitä tarkkailit.

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

Lue UUID:t, älä nimiä. Nimet kahdentuvat uudelleenasennuksen tai palautetun profiilin jälkeen, ja kaksi samannimistä näkyvää yhteyttä saavat sinut muokkaamaan väärää tiedostoa, kun taas oikea pysyy muuttumattomana.

Asennettu NetworkManagerin versio on myös tärkeä. Liitännäisen käyttäytyminen ja se, miten yhteystyppi kartoittaa tämän ominaisuuden omiin aktivointivaiheisiinsa, vaihtelevat, joten testaa versiolla, jonka otat käyttöön, sen sijaan että olettaisit löytämäsi artikkelin pätevän muuttumattomana.

Mitä odotus ei voi todistaa

Tässä on osa, joka vie eniten aikaa. Paikallisen reitittimen vastaus todistaa, että yksi isäntä vastasi yhteen ICMP-kaikuun aktivoinnin aikana. Se ei todista, että VPN-päätepiste ratkeaa, että asiakkaan identiteetti hyväksytään, että yksityiset reitit asennettiin, että toimiston resolveri vastaa tai että välittämäsi sovellus toimii.

Ne ovat erillisiä riippuvuuksia erillisine todisteineen. Yhdyskäytävä voi vastata, kun DNS epäonnistuu, ja yhdyskäytävä voi pudottaa ICMP:n hiljaisesti käytännön mukaan, kun taas jokainen sovelluspolku toimii. Tähän ominaisuuteen nojaaminen on siksi arvaus siitä, mikä kerros on myöhässä, ei sen mittaus.

Jos odotat riippuvaa palvelua, nimeä, mitä se tarvitsee. Määritettyyn osoitteeseen vastaa osoitteistus. Tunneliin vastaa tunnelin oma tila. Yksityiseen nimeen vastaa kysely. Sovellukseen vastaa sovellus, eikä mikään näistä vastauksista tule ajastimesta, joka on nimetty yhdyskäytävän mukaan.

Jos muutat sitä, kirjoita miksi

Kirjaa edellinen arvo ja syy ennen hyväksyttyä muutosta ja aseta se sitten kyseiseen yhteyteen eikä kaikkialle. Pidempi odotus siirtää aktivoinnin ajoitusta kaikelle, mikä on järjestetty kyseisen yhteyden jälkeen, mikä voi saada hitaan järjestelmän näyttämään hyvältä ja nopean rikkinäiseltä.

Yksi historiallinen ansa kannattaa nimetä: tällainen arvo muutetaan joskus, jotta vanhempi editori hyväksyy profiilin. Jos se on todellinen tarina, sinulla on kaksi tapahtumaa, ei yksi. Editori tallensi, ja elävä verkkokäytäntö muuttui. Korjaa editori tai liitännäinen ja palauta ajastin.

NetworkManagerin lähdekoodi määrittelee ominaisuuden IP-osoitteistuksen onnistumisen viiveeksi yhdyskäytävän vastaukseen tai aikakatkaisuun asti, oletusarvona nolla, ja yhteysasetuksen määritelmä on viite, joka kannattaa lukea ennen kuin luottaa mihinkään toisen käden kuvaukseen.