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 உள்ளமைவின் செயல்படுத்தல் நுழைவாயிலிலிருந்து பதில் வரும் வரை அல்லது நேர முடிவு முடியும் வரை காத்திருக்கும்.

பின்னர் நிகழ்வு ஓட்டத்தைப் பார்த்துக்கொண்டே இணைப்பைக் கீழே இறக்கி மீண்டும் ஏற்றுங்கள். நீங்கள் காணும் வரிசையே இந்த அமைப்பின் வேலை: சாதன நிலை, முகவரியிடல், காத்திருப்பு, இறுதியாக சார்ந்த சேவைகள் பொதுவாக வரிசைப்படுத்தப்படும் செயல்படுத்தப்பட்ட நிலை.

காத்திருப்புக்கு இரண்டு முடிவுகள் உள்ளன

இரண்டு முடிவுகளும் முக்கியம், ஆனால் பெரும்பாலோர் ஒன்றை மட்டுமே நினைவில் வைக்கிறார்கள். நுழைவாயிலின் பதில் காத்திருப்பை முன்னதாகவே முடிக்கிறது, ஏதேனும் பதிலளித்ததா இல்லையா என்பதைப் பொருட்படுத்தாமல் நேர முடிவும் அதை முடிக்கிறது. செயல்படுத்தல் முடிவதற்கு முன் இந்தப் பண்பு வெற்றிகரமான ping தேவைப்படுத்தவில்லை.

அந்த ஒரு வாக்கியம் விடுதிகள் மற்றும் மாநாட்டு இடங்களில் உள்ள மடிக்கணினிகள் பற்றிய பல குழப்பங்களைத் தெளிவுபடுத்துகிறது, அங்கு அணுகல் வாயில் நீங்கள் உள்நுழையும் வரை 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 முகவரியிடல் வெற்றியின் தாமதமாக வரையறுக்கிறது, இயல்புநிலை பூஜ்ஜியம், மேலும் இணைப்பு அமைப்பின் வரையறை மற்றவர்களிடம் கேட்டறிந்த நடத்தையை நம்புவதற்கு முன் படிக்க வேண்டிய குறிப்பு.