NetworkManager'da gateway-ping-timeout aslida nimani kutadi

Tarmoq ishlatishga yaroqli bo'lishidan oldin yonadigan noutbuk haqidagi muhokamada connection.gateway-ping-timeout ni topasiz, uni oshirasiz va nimadir o'zgaradi. O'zgarish siz o'ylagan sabab bilan yordam berdimi — bu alohida savol. Javob o'sha taymer ishlab turganda faollashtirish aslida nima qilishidan va kutishning ikkita mumkin bo'lgan oxiri borligidan boshlanadi.

Buyruq satridan bitta ulanishni kuzatib boring va semantika aniq bo'ladi.

Bitta faollashtirishni kuzatish

Global standartdan emas, saqlangan ulanishdan boshlang, chunki bu har bir ulanishning xususiyati. --show-secrets ni faqat haqiqatan kerak bo'lsa qo'shing; sozlamaning o'zi sir emas.

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

Xususiyat nolga teng bo'lsa, bu hujjatlashtirilgan standart, manzillash tugashi bilan faollashtirish davom etadi. Musbat qiymat qo'ysangiz, IP konfiguratsiyasini faollashtirish shlyuzdan javob kelguncha yoki taym-aut tugaguncha kutadi.

So'ngra hodisalar oqimini kuzatib, ulanishni pastga tushiring va yana ko'taring. Ko'rgan tartibingiz — bu sozlamaning ishi: qurilma holati, manzillash, kutish va nihoyat bog'liq xizmatlar odatda tartibga solinadigan faollashgan holat.

Kutishning ikkita oxiri bor

Ikkala oxir ham muhim, lekin ko'pchilik faqat bittasini eslaydi. Shlyuzdan kelgan javob kutishni erta tugatadi, taym-aut ham nimadir javob bergan yoki bermaganidan qat'i nazar uni tugatadi. Bu xususiyat faollashtirish tugashidan oldin muvaffaqiyatli ping talab qilmaydi.

O'sha bitta gap mehmonxonalar va konferensiya joylaridagi noutbuklar haqidagi ko'p chalkashlikni ochib beradi, u yerda kirish portali siz kirmaguningizcha ICMP ni ko'pincha rad etadi. Ulanish taym-aut tugagandan keyin ham faollashadi; shunchaki kerak bo'lganidan kechroq shunday qiladi va ulanishdan keyin tartibga solingan har bir xizmat u bilan birga kutadi.

Bu hayotlilik tekshiruvi ham emas. Tavsifda ulanish ko'tarilgandan keyin shlyuzga ping boshlaydigan hech narsa yo'q va keyingi ping muvaffaqiyatsiz bo'lgani uchun faol profilni uzadigan hech narsa yo'q. Agar sizga yo'qotishni aniqlash kerak bo'lsa, u protokol yoki tunnel egasiga tegishli, faollashtirish paytida bir marta ishlagan xususiyatga emas.

Ikki obyekt, bitta sozlama

Simli asosiy profil va VPN profili alohida konfiguratsiya obyektlari, va xususiyatni biriga qo'yish ikkinchisiga ta'sir qilmaydi. Asosiy ulanishni nomlaydigan VPN profili uning faollashtirish sozlamalaridan hech birini meros olmaydi, shuning uchun o'zgartirgan qiymatingiz kuzatayotgan narsangizga ta'sir qilmayotgandek ko'rinishi mumkin.

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

Nomlarni emas, UUID larni o'qing. Qayta o'rnatish yoki tiklangan profildan keyin nomlar takrorlanadi, va ko'rinadigan nomi bir xil bo'lgan ikkita ulanish haqiqiy fayl o'zgarmay turib sizni noto'g'ri faylni tahrirlashga majbur qiladi.

O'rnatilgan NetworkManager versiyasi ham muhim. Plagin xatti-harakati va ulanish turi bu xususiyatni o'zining faollashtirish qadamlariga qanday moslashtirishi farq qiladi, shuning uchun topilgan maqola o'zgarishsiz amal qiladi deb o'ylamasdan, siz joylashtiradigan versiyada sinab ko'ring.

Kutish nimani tasdiqlay olmaydi

Eng ko'p vaqt oladigan qism shu yerda. Mahalliy routerdan kelgan javob faollashtirish paytida bitta xost bitta ICMP aks-sadosiga javob berganini isbotlaydi. U VPN oxirgi nuqtasi hal qilinishini, mijoz shaxsi qabul qilinishini, xususiy marshrutlar o'rnatilganini, ofis hal qiluvchisi javob berishini yoki sizga muhim ilova ishlashini isbotlamaydi.

Bular alohida dalillarga ega alohida bog'liqliklar. DNS muvaffaqiyatsiz bo'lganda ham shlyuz javob berishi mumkin, va ilovaning barcha yo'llari ishlaganda ham shlyuz siyosat bo'yicha ICMP ni jimgina tashlashi mumkin. Shuning uchun bu xususiyatga shart qo'yish qaysi qatlam kechikayotgani haqidagi taxmin, uning o'lchovi emas.

Agar bog'liq xizmatni kutayotgan bo'lsangiz, unga nima kerakligini nomlang. Ajratilgan manzilga manzillash javob beradi. Tunnelga tunnelning o'z holati javob beradi. Xususiy nomga so'rov javob beradi. Ilovaga ilova javob beradi va bu javoblarning hech biri shlyuz nomi bilan atalgan taymerdan kelmaydi.

O'zgartirsangiz, sababini yozib qo'ying

Tasdiqlangan o'zgarishdan oldin avvalgi qiymat va sababni qayd eting, so'ngra uni hamma joyda emas, aniq ulanishda belgilang. Uzoqroq kutish o'sha ulanishdan keyin tartibga solingan hamma narsaning faollashtirish vaqtini suradi, bu sekin tizimni yaxshi va tez tizimni buzilgan ko'rsatishi mumkin.

Bitta tarixiy tuzoqni nomlash joiz: bunday qiymat ba'zan eski muharrir profilni qabul qilishi uchun o'zgartiriladi. Agar bu haqiqiy voqea bo'lsa, sizda bitta emas, ikkita hodisa bor. Muharrir saqladi va jonli tarmoq siyosati o'zgardi. Muharrir yoki plaginni tuzating va taymerni joyiga qaytaring.

NetworkManager manba kodi bu xususiyatni shlyuz javobi yoki taym-autgacha IP manzillash muvaffaqiyatining kechikishi deb belgilaydi, standart qiymati nol, va ulanish sozlamasi ta'rifi boshqalardan eshitilgan xatti-harakatga tayanishdan oldin o'qilishi kerak bo'lgan manbadir.