Што насамрэч чакае 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-адрасацыі да адказу шлюза або тайм-аўту, са значэннем па змаўчанні нуль, і вызначэнне параметра злучэння — гэта даведка, якую варта прачытаць, перш чым спадзявацца на любыя паводзіны, апісаныя з другіх рук.