Zer itxaroten dio benetan gateway-ping-timeout-ek NetworkManager-en

Sare erabilgarri izan aurretik pizten den ordenagailu bati buruzko hari batean aurkitzen duzu connection.gateway-ping-timeout, handitu egiten duzu, eta zerbait aldatzen da. Aldaketak zuk uste duzun arrazoiagatik lagundu ote zuen, galdera bereizia da. Erantzuna aktibazioak tenporizadore hori martxan dagoen bitartean benetan egiten duenarekin hasten da, eta itxaronaldiak bi amaiera posible dituela aitortzearekin.

Jarraitu konexio bat komando-lerrotik eta semantika zehatza bihurtzen da.

Jarraitu aktibazio bat

Hasi gordetako konexioari begira, eta ez balio lehenetsi globalari, hau konexio bakoitzeko propietatea baita. Gehitu --show-secrets benetan behar baduzu soilik; ezarpena ez da sekretua.

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

Propietatea zeroren gainean dagoenean, hau da dokumentatutako lehenetsia, aktibazioak aurrera egiten du helbidetzea amaitzean. Jarri balio positibo bat eta IP konfigurazioaren aktibazioak atebidearen erantzun bat iritsi edo denbora-muga amaitzen den arte itxarongo du.

Ondoren jaitsi eta igo konexioa, gertaeren korrontea behatzen duzun bitartean. Ikusten duzun ordena ezarpena lanean ari da: gailuaren egoera, helbidetzea, itxaronaldia eta azkenik mendeko zerbitzuak normalean ordenatzen diren aktibatutako egoera.

Itxaronaldia bi amaiera ditu

Bi amaierak garrantzitsuak dira, eta jende gehienak bat baino ez du gogoratzen. Atebidearen erantzunak itxaronaldia lehenago amaitzen du, eta denbora-mugak ere amaitzen du, inork erantzun ala ez. Propietateak ez du ping arrakastatsurik eskatzen aktibazioa osatu ahal izateko.

Esaldi bakar horrek nahasketa asko argitzen du hotel eta biltzar-zentroetako ordenagailuei buruz, non atari gatibuak ICMP ukatzen duen sarritan saioa hasi arte. Konexioak aktibatzen jarraitzen du denbora-muga amaitu ondoren; behar zen baino beranduago egiten du soilik, eta konexioaren ondoren ordenatutako zerbitzu bakoitzak harekin itxaroten du.

Ez da bizitasun-egiaztapena ere. Deskribapenean ezerk ez du atebide bat pingatzen hasten konexioa altxatu ondoren, eta ezerk ez du profil aktibo bat deskonektatzen geroagoko ping batek huts egiten duelako. Galera detektatzeko beharra baduzu, hori protokoloaren edo tunelaren jabearen kontua da, ez aktibazioan behin exekutatu zen propietate baten kontua.

Bi objektu, ezarpen bat

Kable bidezko oinarrizko profila eta VPN profila konfigurazio-objektu bereiziak dira, eta propietatea batean jartzeak ez du bestean eragiten. Oinarrizko konexio bat izendatzen duen VPN profilak ez du haren aktibazio-ezarpenerik heredatzen, eta horregatik aldatu duzun balioak ez duela eraginik ematen du behatzen ari zinen gauzan.

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

Irakurri UUIDak, ez izenak. Izenak bikoiztu egiten dira berrinstalazio edo berreskuratutako profil baten ondoren, eta izen ikusgai berbera duten bi konexioek fitxategi okerra editatzera bultzatuko zaituzte, benetakoa aldaketarik gabe geratzen den bitartean.

Instalatutako NetworkManager bertsioak ere badu garrantzia. Pluginaren portaera eta konexio mota batek propietate hau bere aktibazio-urratsei nola mapatzen dien desberdinak dira, beraz probatu zabaltzen duzun bertsioan, aurkitu duzun artikulu bat aldaketarik gabe balio duela suposatu beharrean.

Zer ezin duen itxaronaldiak egiaztatu

Hemen dago denbora gehien kostatzen duen zatia. Bertako bideratzailearen erantzunak frogatzen du ostalari batek ICMP oihartzun bat erantzun zuela aktibazioan. Ez du frogatzen VPN mutur bat ebazten denik, bezeroaren identitatea onartzen denik, bide pribatuak instalatu direnik, bulegoko ebazleak erantzuten duenik edo axola zaizun aplikazioa funtzionatuko duenik.

Horiek froga bereiziak dituzten mendekotasun bereiziak dira. Atebide batek erantzun dezake DNS huts egiten ari den bitartean, eta atebide batek ICMP isilpean bota dezake politikaren arabera aplikazio-bide guztiak funtzionatzen duten bitartean. Beraz, propietate honen menpe jartzea zein geruza dabilen berandu asmatzea da, ez haren neurketa.

Mendeko zerbitzu bat itxaroten ari bazara, izenda ezazu zer behar duen. Esleitutako helbideari helbidetzeak erantzuten dio. Tunelari tunelaren beraren egoerak erantzuten dio. Izen pribatu bati kontsulta batek erantzuten dio. Aplikazio bati aplikazioak erantzuten dio, eta erantzun horietako bat ere ez dator atebidearen izena duen tenporizadore batetik.

Aldatzen baduzu, idatzi zergatik

Erregistratu aurreko balioa eta arrazoia onartutako aldaketa baten aurretik, eta gero jarri konexio zehatzean, ez leku guztietan. Itxaronaldi luzeago batek konexio horren ondoren ordenatutako guztiaren aktibazio-denbora mugitzen du, eta horrek sistema geldoa ondo eta azkarra hautsita ikusaraz dezake.

Tranpa historiko bat aipatzeko modukoa da: horrelako balio bat batzuetan aldatzen da editore zahar batek profila onar dezan. Hori bada benetako istorioa, bi gertaera dituzu, ez bat. Editoreak gorde zuen, eta zuzeneko sare-politika bat aldatu zen. Konpondu editorea edo plugina eta itzuli tenporizadorea.

NetworkManager iturburuak propietatea IP helbidetzeak lortutako arrakasta atebidearen erantzun edo denbora-muga arte atzeratzea dela definitzen du, zero lehenetsiarekin, eta konexio-ezarpenaren definizioa da bigarren eskuko azaldutako edozein portaeratan fidatu aurretik irakurtzeko erreferentzia.