NetworkManager ішінде gateway-ping-timeout шын мәнінде нені күтеді

Сіз 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 талап етпейді.

Осы бір сөйлем қонақүйлер мен конференция орындарындағы ноутбуктер туралы көп шатасуды жояды, онда captive portal кіруге дейін ICMP-ны жиі қабылдамайды. Мерзім біткеннен кейін де қосылым белсендіріледі; ол жай ғана қажет болғаннан кешірек жасайды, ал қосылымнан кейін реттелген әрбір қызмет онымен бірге күтеді.

Бұл тіршілікті тексеру де емес. Сипаттамада қосылым көтерілгеннен кейін шлюзді ping-деуді бастайтын ештеңе жоқ, кейінгі 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 мекенжайлауының сәттілігін шлюз жауабына немесе мерзімге дейін кешіктіру ретінде анықтайды, әдепкі мәні нөл, және қосылым параметрінің анықтамасы екінші қолдан айтылған кез келген әрекетке сенбес бұрын оқуға тиіс сілтеме.