Ինչի է իրականում սպասում 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 մինչև ակտիվացման ավարտը։

Այդ մեկ նախադասությունը վերացնում է հյուրանոցներում և համաժողովների վայրերում նոթբուքերի շուրջ շատ շփոթություն, որտեղ 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 հասցեավորման հաջողության հետաձգում մինչև դարպասի պատասխանը կամ ժամկետը, զրո լռելյայնով, և կապի կարգավորման սահմանումը այն հղումն է, որը պետք է կարդալ նախքան երկրորդ ձեռքից նկարագրված ցանկացած վարքի վրա հույս դնելը։