Kile ambacho gateway-ping-timeout huko NetworkManager kweli husubiri

Unapata connection.gateway-ping-timeout kwenye mazungumzo kuhusu kompyuta mpakato inayowaka kabla ya mtandao kutumika, unaiongeza, na kitu hubadilika. Ikiwa mabadiliko yalisaidia kwa sababu unayofikiri ni swali tofauti. Jibu huanza na kile uanzishaji hufanya kweli wakati kipima muda hicho kinaendesha, na ukweli kwamba kusubiri kuna miisho miwili inayowezekana.

Fuatilia muunganisho mmoja kutoka kwenye mstari wa amri na maana huwa dhahiri.

Kufuatilia uanzishaji mmoja

Anza na muunganisho uliohifadhiwa na si chaguo-msingi la kimataifa, kwa sababu hii ni sifa ya kila muunganisho. Ongeza --show-secrets tu ikiwa unahitaji kweli; mpangilio wenyewe si siri.

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

Sifa ikiwa sifuri, ambayo ni chaguo-msingi lililoandikwa, uanzishaji huendelea mara anwani inapokamilika. Weka thamani chanya na uanzishaji wa usanidi wa IP husubiri hadi jibu lifike kutoka lango au muda uishe.

Kisha shusha na upandishe muunganisho huku ukitazama mtiririko wa matukio. Mpangilio unaouona ni kazi ya mpangilio huu: hali ya kifaa, anwani, kusubiri, na mwishowe hali iliyoamilishwa ambayo huduma tegemezi kwa kawaida hupangwa kulingana nayo.

Kusubiri kuna miisho miwili

Miisho yote miwili ni muhimu, na watu wengi hukumbuka mmoja tu. Jibu kutoka lango humaliza kusubiri mapema, na muda kuisha pia humaliza, iwe kuna kitu kilijibu au la. Sifa hii haihitaji ping iliyofanikiwa kabla uanzishaji kukamilika.

Sentensi hiyo moja hufafanua mkanganyiko mwingi kuhusu kompyuta mpakato hotelini na kwenye kumbi za mikutano, ambako lango la kuingia mara nyingi hukataa ICMP hadi uingie. Muunganisho bado huanzishwa baada ya muda kuisha; hufanya hivyo tu baadaye kuliko ilivyohitajika, na kila huduma iliyopangwa baada ya muunganisho husubiri pamoja nao.

Pia si ukaguzi wa uhai. Hakuna chochote katika maelezo kinachoanza kupiga ping lango baada ya muunganisho kupanda, na hakuna chochote kinachokata profaili inayotumika kwa sababu ping ya baadaye imeshindikana. Ikiwa unahitaji kutambua upotevu, hiyo ni ya itifaki au mmiliki wa handaki, si ya sifa iliyoendeshwa mara moja wakati wa uanzishaji.

Vitu viwili, mpangilio mmoja

Profaili ya msingi ya waya na profaili ya VPN ni vitu tofauti vya usanidi, na kuweka sifa kwenye kimoja hakuathiri kingine. Profaili ya VPN inayotaja muunganisho wa msingi hairithi yoyote ya mipangilio yake ya uanzishaji, ndiyo sababu thamani uliyobadilisha inaweza kuonekana haina athari kwenye kile ulichokuwa ukikitazama.

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

Soma UUID na si majina. Majina hurudiwa baada ya usakinishaji upya au profaili iliyorejeshwa, na muunganisho miwili yenye jina moja linaloonekana itakufanya uhariri faili isiyo sahihi huku ile halisi ikibaki bila kubadilika.

Toleo lililosakinishwa la NetworkManager pia ni muhimu. Tabia ya programu-jalizi na jinsi aina ya muunganisho inavyopanga sifa hii kwenye hatua zake za uanzishaji hutofautiana, kwa hiyo jaribu kwenye toleo unalotumia badala ya kudhani chapisho ulilopata linatumika bila mabadiliko.

Kile kusubiri hakuwezi kuthibitisha

Hapa ni sehemu inayotumia muda mwingi zaidi. Jibu kutoka kipanga njia cha ndani huthibitisha kwamba mwenyeji mmoja alijibu mwangwi mmoja wa ICMP wakati wa uanzishaji. Haithibitishi kwamba kituo cha mwisho cha VPN kinatatuliwa, kwamba utambulisho wa mteja unakubaliwa, kwamba njia za kibinafsi zilisakinishwa, kwamba kitatuzi cha ofisi hujibu, au kwamba programu unayojali itafanya kazi.

Hizo ni tegemezi tofauti zenye ushahidi tofauti. Lango linaweza kujibu wakati DNS inashindikana, na lango linaweza kutupa ICMP kimya kimya kwa sera wakati njia zote za programu zinafanya kazi. Kwa hiyo kuweka sharti kwenye sifa hii ni kukisia tabaka gani limechelewa, si kipimo chake.

Ikiwa unasubiri huduma tegemezi, taja inachohitaji. Anwani iliyotolewa hujibiwa na uwekaji anwani. Handaki hujibiwa na hali ya handaki yenyewe. Jina la kibinafsi hujibiwa na swali. Programu hujibiwa na programu, na hakuna jibu kati ya hayo linalokuja kutoka kipima muda kilichopewa jina la lango.

Ukibadilisha, andika kwa nini

Rekodi thamani ya awali na sababu kabla ya mabadiliko yaliyoidhinishwa, kisha iweke kwenye muunganisho mahususi na si kila mahali. Kusubiri kwa muda mrefu huhamisha muda wa uanzishaji kwa kila kitu kilichopangwa baada ya muunganisho huo, jambo ambalo linaweza kufanya mfumo wa polepole uonekane mzuri na wa haraka uonekane umevunjika.

Mtego mmoja wa kihistoria unastahili kutajwa: thamani kama hii wakati mwingine hubadilishwa ili kihariri cha zamani kikubali profaili. Ikiwa hiyo ni hadithi halisi, una matukio mawili, si moja. Kihariri kiliokoa, na sera ya mtandao hai ilibadilika. Rekebisha kihariri au programu-jalizi na urudishe kipima muda mahali pake.

Chanzo cha NetworkManager kinafafanua sifa hii kama ucheleweshaji wa mafanikio ya uwekaji anwani wa IP hadi jibu la lango au muda kuisha, ukiwa na chaguo-msingi sifuri, na ufafanuzi wa mpangilio wa muunganisho ndio rejea ya kusoma kabla ya kutegemea tabia iliyoelezwa kwa kusikia kutoka kwa wengine.