NetworkManager માં gateway-ping-timeout ખરેખર શાની રાહ જુએ છે

તમે 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 કન્ફિગરેશનનું એક્ટિવેશન ગેટવે તરફથી જવાબ આવે અથવા સમયસીમા પૂરી થાય ત્યાં સુધી રાહ જુએ છે.

પછી ઇવેન્ટ સ્ટ્રીમ જોતાં જોડાણને નીચે અને ઉપર લાવો. તમે જે ક્રમ જુઓ છો તે સેટિંગનું કામ છે: ઉપકરણની સ્થિતિ, એડ્રેસિંગ, રાહ, અને અંતે સક્રિય સ્થિતિ જેની સામે આશ્રિત સેવાઓ સામાન્ય રીતે ગોઠવાય છે.

રાહના બે અંત છે

બંને અંત મહત્વપૂર્ણ છે, અને મોટા ભાગના લોકો ફક્ત એક યાદ રાખે છે. ગેટવે તરફથી જવાબ રાહને વહેલી પૂરી કરે છે, અને સમયસીમા પણ તેને પૂરી કરે છે, ભલે કંઈ જવાબ આપે કે ન આપે. ગુણધર્મ એક્ટિવેશન પૂરું થઈ શકે તે પહેલાં સફળ પિંગની માંગ કરતું નથી.

એ એક વાક્ય હોટેલ અને પરિષદ સ્થળોના લેપટોપ વિશેની ઘણી ગૂંચવણ દૂર કરે છે, જ્યાં કેપ્ટિવ પોર્ટલ ઘણી વાર તમે લોગિન કરો ત્યાં સુધી ICMP નકારે છે. સમયસીમા પૂરી થયા પછી પણ કનેક્શન સક્રિય થાય છે; તે ફક્ત જરૂર કરતાં મોડું થાય છે, અને કનેક્શન પછી ગોઠવાયેલી દરેક સેવા તેની સાથે રાહ જુએ છે.

તે જીવંતતાની ચકાસણી પણ નથી. કનેક્શન ચાલુ થયા પછી વર્ણનમાં કંઈ પણ ગેટવેને પિંગ કરવાનું શરૂ કરતું નથી, અને પછીનું પિંગ નિષ્ફળ જાય તો કંઈ પણ સક્રિય પ્રોફાઇલને ડિસ્કનેક્ટ કરતું નથી. જો તમને લોસ ડિટેક્શનની જરૂર હોય, તો તે પ્રોટોકોલ કે ટનલના માલિકનું કામ છે, એ ગુણધર્મનું નહીં જે એક્ટિવેશન દરમિયાન એક વાર ચાલ્યું.

બે ઑબ્જેક્ટ, એક સેટિંગ

વાયર્ડ બેઝ પ્રોફાઇલ અને 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 એડ્રેસિંગની સફળતાને ગેટવેના જવાબ કે સમયસીમા સુધી મોડી કરવા તરીકે વ્યાખ્યાયિત કરે છે, ડિફોલ્ટ શૂન્ય સાથે, અને કનેક્શન સેટિંગની વ્યાખ્યા એ કોઈ પણ બીજા હાથે વર્ણવેલા વર્તન પર ભરોસો કરતાં પહેલાં વાંચવાનું સંદર્ભ છે.