పింగ్ కాపలాదారు విరిగిన సొరంగాన్ని ఆరోగ్యకరమైన దాని నుండి వేరు చేయలేడు

కాపలాదారు సహాయపడుతున్నాడా లేక హాని చేస్తున్నాడా అనేది మూడు షరతులు నిర్ణయిస్తాయి: పరిశీలన ఏమి వేరు చేయగలదు, ఎన్ని వరుస వైఫల్యాలు చర్యను సమర్థిస్తాయి, మరియు చర్య పునఃకనెక్షనా లేక మార్పా. పబ్లిక్ చిరునామాకు పింగ్ చేసే cron వరుస వాటిలో దేనికీ మంచి సమాధానం ఇవ్వదు. అది ఆరోగ్యకరమైన సొరంగాలను తిరిగి కనెక్ట్ చేస్తుంది, విరిగినవాటిని అలాగే వదిలేస్తుంది, రెండింటినీ ఎలాంటి రికార్డు లేకుండా చేస్తుంది. నిలబెట్టుకోదగిన రూపకల్పన ఆ మూడు ఎంపికలను స్పష్టం చేస్తుంది.

పరిశీలనే మిగతా అన్నింటినీ నిర్ణయించే భాగం.

ఇంటర్నెట్‌కు పింగ్ నిజంగా ఏమి నిరూపిస్తుంది

పబ్లిక్ రిజాల్వర్‌కు పింగ్ చేయడం స్థానిక ఇంటర్నెట్ మార్గం సజీవంగా ఉందని చూపిస్తుంది. సొరంగం ట్రాఫిక్ మోస్తుందని అది నిరూపించదు, పూర్తి సొరంగ ప్రొఫైల్‌లో పింగ్ స్వయంగా సొరంగం గుండా వెళుతుంది, కాబట్టి ఆరోగ్యకరమైన సమాధానం మరియు విరిగిన సొరంగం ఒకేసారి ఉండవచ్చు, క్లయింట్ ఇంకా ప్యాకెట్లను పంపుతూనే ఉన్నప్పుడు. ప్రొఫైల్ పేర్ల శోధనలను సొరంగం ద్వారా పంపితే, DNS వైఫల్యం చనిపోయిన లింక్‌గా చదవబడుతుంది మరియు ఏదీ సరిచేయలేని పునఃకనెక్షన్‌ను ప్రారంభిస్తుంది.

లోపం యొక్క రెండు దిశల్లో ఏదీ నిష్క్రమణ కోడ్‌లో కనిపించదు. ఆ సంకేతంపై నిర్మించిన కాపలాదారు cron షెడ్యూల్‌తో కూడిన నాణెం విసరడం.

సొరంగం వెనుక నివసించే ఏదైనా పరిశీలించండి

ip -brief addr show tun0
ip route get 10.100.20.10
nc -z -w3 10.100.20.10 443

లోపలి నుండి పరిశీలించండి, చవకైన తనిఖీ మొదట. ఇంటర్‌ఫేస్ ఉందా అనేది సొరంగం పైన ఉందని చెబుతుంది; తెలిసిన అంతర్గత చిరునామాకు మార్గ శోధన ట్రాఫిక్ అందులోకి వెళ్తుందని చెబుతుంది; అవతలి వైపు హోస్ట్‌కు TCP తనిఖీ నిజంగా ఏదో ప్రతిస్పందిస్తోందని చెబుతుంది. కేవలం echo అభ్యర్థనలు తప్పుదారి పట్టిస్తాయి: చాలా అంతర్గత హోస్ట్‌లు TCP కి సంతోషంగా ప్రతిస్పందిస్తాయి కానీ ICMP ను పారేస్తాయి, కాబట్టి పింగ్ ఆధారిత కాపలాదారు పని చేయడం ఎప్పుడూ ఆపని సొరంగాన్ని మళ్లీ మళ్లీ కనెక్ట్ చేస్తాడు.

పరిశీలనను సమయంలో పరిమితంగా ఉంచి దానికి వేరే నిష్క్రమణ స్థితిని ఇవ్వండి. ముప్పై సెకన్లు వేలాడే పరిశీలన కాపలాదారును లోపల నిర్మిత ఆలస్యంతో కూడిన అంతరాయ గుర్తింపుదారుగా మారుస్తుంది.

ఒక వరుస మరియు లూప్ మధ్య ఎంచుకోండి

* * * * * nc -z -w5 10.100.20.10 443 || myvpn reconnect

cron నమోదు జ్ఞాపకం లేని ఒక వరుస, అదనపు పునఃకనెక్షన్ ఏమీ ఖర్చు చేయని ల్యాప్‌టాప్‌కు ఇది సరిపోతుంది. పర్యవేక్షణలో ఉన్న లూప్ లెక్కను ఉంచుకుని కొన్ని తప్పుల తర్వాతే చర్య తీసుకుంటుంది, ఇది అస్థిర లింక్ పునఃకనెక్షన్ల తుఫానును రేపకుండా నిరోధిస్తుంది. ఏ సందర్భంలోనైనా, క్రాష్ నుండి తప్పించుకుని జర్నల్‌లో రాసేలా దాన్ని సూపర్‌వైజర్ కింద నడపండి. ఏ సంస్కరణ చిన్నదో అనే దానిపై కాదు, అనవసర పునఃకనెక్షన్ ముఖ్యమా అనే దానిపై ఎంపిక చేయండి.

failures=0
while sleep 30; do
  if nc -z -w5 10.100.20.10 443; then failures=0
  else failures=$((failures+1)); fi
  if [ $failures -ge 3 ]; then myvpn reconnect; failures=0; fi
done

ఆ లూప్ విండోపై భిన్నం కాకుండా వరుస వైఫల్యాలను లెక్కిస్తుంది. విండోకు గడియారం మరియు నమూనాల జ్ఞాపకం కావాలి, చేతితో నిర్మించిన కాపలాదారుల్లోని చాలా బగ్‌లు ఆ లెక్కలోనే నివసిస్తాయి.

సర్వర్ మార్పు మరో నిర్ణయం

సర్వర్లను మార్చడం పునఃకనెక్షన్ కంటే భిన్నం. మొదట పాత లింక్‌ను చీల్చండి, ఎందుకంటే మొదటిది ఇంకా చిరునామాను పట్టుకుని ఉండగా ప్రారంభమయ్యే రెండో క్లయింట్ ఢీకొంటుంది. మార్చే ముందు వరుస వైఫల్యాలను లెక్కించండి, ప్రయత్నాలను పరిమితం చేయండి, కొత్త లింక్ పైకి వచ్చాక మళ్లీ పరిశీలించండి, connect ఆదేశం యొక్క నిష్క్రమణ స్థితిని నమ్మడం బదులు. తప్పు కాన్ఫిగరేషన్ లూప్‌లో ప్రతి సర్వర్ గుండా తిరగకూడదు.

పూర్తి సొరంగం లోపలి నుండి VPN సర్వర్ స్వంత పబ్లిక్ చిరునామాను పరిశీలించవద్దు. ఆ తనిఖీ తాను పరీక్షిస్తున్న వస్తువుపైనే ఆధారపడి ఉంటుంది, ధృవీకరించాల్సిన మార్గం పోయినా విజయాన్ని నివేదిస్తుంది.

ఏ పరిశీలన నడిచింది, ఏమి తిరిగి ఇచ్చింది, ఏ చర్య వచ్చిందో నమోదు చేయండి. ఆ నమోదు మర్మమైన పునఃకనెక్షన్‌ను నిర్ధారణ చేయగల సంఘటనగా మారుస్తుంది.