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 చిరునామా విజయానికి జాప్యంగా నిర్వచిస్తుంది, డిఫాల్ట్ సున్నా, మరియు కనెక్షన్ సెట్టింగ్ నిర్వచనం ఇతరుల నుండి విన్న ప్రవర్తనపై ఆధారపడే ముందు చదవాల్సిన సూచన.