Што навистина чека gateway-ping-timeout во NetworkManager

Ќе го најдете connection.gateway-ping-timeout во дискусија за преносен компјутер што се подига пред мрежата да биде употреблива, ќе го зголемите, и нешто се менува. Дали промената помогна од причината што ја мислите е одделно прашање. Одговорот започнува со тоа што активирањето навистина го прави додека работи тој тајмер, и со фактот дека чекањето има два можни завршетоци.

Следете една врска од командната линија и семантиката станува конкретна.

Следење на едно активирање

Започнете со зачуваната врска, а не со глобалното стандардно, бидејќи ова е својство по врска. Додајте --show-secrets само ако навистина ви треба; самото поставување не е тајна.

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

Кога својството е нула, што е документираното стандардно, активирањето продолжува штом адресирањето заврши. Поставете позитивна вредност и активирањето на IP конфигурацијата чека додека не пристигне одговор од портата или не истече времето.

Потоа спуштете ја и подигнете ја врската додека го гледате текот на настаните. Редоследот што го гледате е работата на ова поставување: состојба на уредот, адресирање, чекањето и конечно активираната состојба по која обично се подредуваат зависните служби.

Чекањето има два завршетоци

Двата завршетоци се важни, а повеќето луѓе паметат само еден. Одговорот од портата го завршува чекањето порано, а истекот на времето исто така го завршува, без разлика дали нешто одговорило. Својството не бара успешен ping пред активирањето да може да заврши.

Таа единствена реченица разјаснува многу забуни за преносни компјутери во хотели и конференциски простори, каде што порталот за пристап често одбива ICMP додека не се најавите. Врската сѐ уште се активира откако ќе истече времето; едноставно го прави тоа подоцна отколку што требаше, и секоја служба подредена по врската чека заедно со неа.

Тоа исто така не е проверка на живост. Ништо во описот не почнува да пингува порта откако врската е подигната, и ништо не исклучува активен профил затоа што подоцнежен ping не успеал. Ако ви треба откривање на загуби, тоа и припаѓа на протоколот или на сопственикот на тунелот, не на својство што се извршило еднаш за време на активирањето.

Два објекти, едно поставување

Жичениот основен профил и VPN профилот се одделни конфигурациски објекти, и поставувањето на својството на едниот не влијае на другиот. VPN профил што именува основна врска не наследува ниту едно од неговите поставувања за активирање, поради што променетата вредност може да изгледа како да нема ефект врз она што го гледавте.

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

Читајте ги UUID, а не имињата. Имињата се дуплираат по преинсталација или вратен профил, и две врски со исто видливо име ќе ве натераат да уредувате погрешна датотека додека вистинската останува непроменета.

Важно е и инсталираното издание на NetworkManager. Однесувањето на приклучокот и начинот на кој типот на врска го пресликува ова својство на своите чекори за активирање се разликуваат, затоа тестирајте на верзијата што ја распоредувате наместо да претпоставите дека пронајден текст важи непроменет.

Што чекањето не може да потврди

Еве го делот што троши најмногу време. Одговорот од локалниот рутер докажува дека еден домаќин одговорил на едно ICMP ехо за време на активирањето. Тоа не докажува дека VPN крајната точка се разрешува, дека идентитетот на клиентот е прифатен, дека се инсталирани приватни рути, дека канцеларискиот разрешувач одговара или дека апликацијата што ви е важна ќе работи.

Тоа се одделни зависности со одделни докази. Портата може да одговори додека DNS не успева, и портата може тивко да отфрли ICMP по политика додека сите патеки на апликацијата работат. Затоа поставување услов врз ова својство е претпоставка за тоа кој слој доцни, а не негово мерење.

Ако чекате зависна служба, именувајте што ѝ треба. На доделената адреса одговара адресирањето. На тунелот одговара состојбата на самиот тунел. На приватното име одговара барање. На апликацијата одговара апликацијата, и ниту еден од тие одговори не доаѓа од тајмер именуван по портата.

Ако го менувате, запишете зошто

Запишете ја претходната вредност и причината пред одобрена промена, потоа поставете ја на конкретната врска наместо насекаде. Подолгото чекање го поместува времето на активирање за сѐ што е подредено по таа врска, што може да направи бавен систем да изгледа добро, а брз систем да изгледа расипан.

Вреди да се именува една историска стапица: ваква вредност понекогаш се менува за да прифати постар уредувач профил. Ако тоа е вистинската приказна, имате два настана, не еден. Уредувачот зачувал, а живата мрежна политика се сменила. Поправете го уредувачот или приклучокот и вратете го тајмерот назад.

Изворниот код на NetworkManager го дефинира својството како одложување на успехот на IP адресирањето до одговор од портата или до истекот на времето, со стандардна вредност нула, а дефиницијата на поставувањето на врската е референцата што треба да се прочита пред да се потпрете на однесување пренесено од втора рака.