VPN మారింది: మీ OpenVPN క్లయింట్ ఇంకా పాత IP ని ఎందుకు కాల్ చేస్తుంది

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

DNS ఏం చెబుతుందో కాదు, ప్రొఫైల్ ఏది కాల్ చేస్తుందో చూడండి

మీరు నిజంగా ఉపయోగించే కనెక్షన్ను తెరిచి remote పంక్తిని చదవండి. అక్కడి సంఖ్యా చిరునామా రికార్డ్ ఎంత సరైనదైనా హోస్ట్నేమ్ నవీకరణను ఎప్పుడూ అనుసరించదు.

తర్వాత మీరు సవరించిన ప్రొఫైలే క్లయింట్ లోడ్ చేసిందా అని తనిఖీ చేయండి. దిగుమతి చేసిన ప్రొఫైళ్లు సాధారణం: నిర్వాహకుడు నెలల క్రితం ప్రతి తీసుకుని తన సంస్కరణను ఉంచుకోవచ్చు, కాబట్టి మీ డౌన్లోడ్ ఫోల్డర్లోని ఫైల్ మరియు యాప్లోని ఎంట్రీ భిన్నంగా ఉండవచ్చు. DNS డీబగ్ చేయడానికి ముందే క్లయింట్ సొంత కనెక్షన్ వివరాలలోని ఎండ్పాయింట్ను పోల్చండి.

రెండు ఫైళ్లు, ఒక ఎండ్పాయింట్ — ఇక్కడ సాధారణంగా కనిపించేది ఇదే.

grep -nE '^remote|^resolv-retry|^persist-remote-ip|^float' client.ovpn
printf 'resolver says: '; dig +short vpn.example.net

క్లయింట్ తదుపరి కనెక్షన్ ప్రయత్నాన్ని చదవండి

వివరమైన లాగింగ్తో కనెక్షన్ను పునఃప్రారంభించి, అది సంప్రదించే చిరునామా పేర్కొన్న పంక్తిని చదవండి. ఆ విలువే ముఖ్యం, మీ బ్రౌజర్ పరిష్కరించినది కాదు.

పరిష్కర్త కాష్లో మునుపటి సమాధానం ఇంకా ఉండవచ్చు, కొన్ని నెట్వర్క్లు రికార్డ్ TTL అడిగే దానికంటే ఎక్కువ కాలం ఉంచుతాయి. వేరే చోట పరీక్షించిన పబ్లిక్ పరిష్కర్తను కాదు, క్లయింట్ నిజంగా ఉపయోగించే పరిష్కర్తను అడగండి.

లాగ్ కొత్త చిరునామా చూపించినా కనెక్షన్ ఇంకా విఫలమైతే, సమస్య కదిలింది: ప్యాకెట్ ఎక్కడికో వెళ్తోంది, ఎవరూ సమాధానం ఇవ్వడం లేదు. ఇది శ్రోత, ఫైర్వాల్ లేదా పోర్ట్ ఫార్వార్డింగ్ ప్రశ్న, ఇది క్లయింట్ పరిష్కార మార్గంలో కాదు, సర్వర్ వైపు ఉంది. ఈ రెండు వైఫల్యాలను వేరుగా ఉంచండి, ఎందుకంటే చేరుకోలేని శ్రోతను DNS సమస్యగా భావించడం మిమ్మల్ని అదే లూప్లో రెండుసార్లు తిప్పుతుంది.

మీరు ఏ పునఃప్రారంభం చేస్తున్నారో తెలుసుకోండి

అన్ని పునఃప్రారంభాలు ఒకే స్థితిని నిలుపుకోవు, అందుకే ప్రక్రియ ఎలా రీసైకిల్ అవుతుందనే దానిపై చిరునామా మార్పు భిన్నంగా ప్రవర్తించవచ్చు. సిగ్నల్ వల్ల ప్రారంభమయ్యే మృదువైన పునఃప్రారంభం మునుపటి సెషన్ ఎక్కువ సందర్భాన్ని నిలుపుకుంటుంది, పూర్తి ఆపివేత మరియు ప్రారంభం మళ్లీ కాన్ఫిగరేషన్ నుండి మొదలవుతాయి. క్లయింట్ మళ్లీ పరిష్కరిస్తుందా అని పరీక్షిస్తుంటే, మీకు కాన్ఫిగరేషన్ నుండి ప్రారంభమయ్యే మార్గం కావాలి.

స్థిరత్వ సెట్టింగ్లు కూడా ముఖ్యం, ఎందుకంటే అవి ధృవీకరించబడినదాన్ని నిలుపుకోవడానికి తయారు చేయబడ్డాయి, కొత్త చిరునామాల వెంట పరుగెత్తడానికి కాదు.

అత్యంత శుభ్రమైన పరీక్ష ఉద్దేశించిన ప్రొఫైల్ నుండి కొత్త ప్రారంభం, తర్వాత ఎండ్పాయింట్ పేరున్న లాగ్ పంక్తిని చూడటం. పాక్షికంగా నిలిపిన సెషన్ నుండి మీరు నేర్చుకున్నదల్లా ఆ సెషన్ గురించిన ప్రకటన.

నాలుగు ఎంపికలు మరియు వాటి వేర్వేరు పనులు

హోస్ట్నేమ్తో remote అనేది తిరిగి పరిష్కరించడాన్ని సాధ్యం చేసే సెట్టింగ్; ఆ పంక్తిలో అక్షరార్థ చిరునామా ఉంటే అది అసాధ్యమవుతుంది. resolv-retry లుక్అప్ విఫలమైనప్పుడు ఏమి జరుగుతుందో నియంత్రిస్తుంది, 2.6 ఇప్పటికే దాన్ని డిఫాల్ట్గా అనంతంగా ఉంచుతుంది. కాబట్టి దాన్ని జోడించడం ఏమీ మార్చదు, వేరే సమాధానం కోసం ఎప్పుడూ కాలానుగుణ తనిఖీని షెడ్యూల్ చేయదు. అది కొత్త చిరునామాలను సర్వే చేస్తుందని చెప్పేవారు పునరుద్ధరణను తాజాదనంతో కలిపేశారు.

persist-remote-ip తాజాదనం కాదు, నిరంతరత గురించి: చివరిసారి ధృవీకరించిన ఎండ్పాయింట్ను, అది మద్దతిచ్చే మృదువైన పునఃప్రారంభాలలో తిరిగి ఉపయోగిస్తుంది. మీరు బదిలీని పరీక్షిస్తున్నప్పుడు ఇది మీకు కావాల్సిన దానికి వ్యతిరేకం. మీ బిల్డ్ దాన్ని ప్రారంభిస్తే పరీక్ష కోసం ఆపివేయండి, కొత్త ఎండ్పాయింట్ నిరూపితమైన తర్వాత పునరుద్ధరించండి. ఆన్లో ఉంచితే, విజయవంతమైన పునఃకనెక్షన్ DNS గురించి మీకు ఏమీ చెప్పకపోవచ్చు.

float సెషన్ మధ్యలో చిరునామా మారిన ధృవీకరించిన సహచరుడిని అంగీకరిస్తుంది, దాన్ని మద్దతిచ్చే కాన్ఫిగరేషన్లలో మాత్రమే. అది DNSని రిఫ్రెష్ చేయదు, ప్రొవైడర్ మార్పును తనంతట తాను అనుసరించదు. తిరుగుతూ ఉండే సహచరుల కోసం స్థితిస్థాపకత లక్షణంగా భావించండి, సర్వర్ల కోసం చలన చిరునామా యంత్రాంగంగా కాదు.

క్లయింట్ను నిందించే ముందు కొత్త ఎండ్పాయింట్ను నిర్ధారించండి

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

తర్వాత మళ్లీ కనెక్ట్ అయి రెండు విషయాలు నిర్ధారించుకోండి: క్లయింట్ ఆశించిన సర్వర్ ధృవపత్రానికి వ్యతిరేకంగా ధృవీకరించబడింది, సెషన్ మీరు ఉద్దేశించిన వనరుకు చేరుతుంది. చిరునామా మార్పు గుర్తింపు అవసరాలను తగ్గించదు, తప్పు ఎండ్పాయింట్కు విజయవంతమయ్యే కనెక్షన్ విఫలమయ్యే దానికంటే దారుణం. OpenVPN 2.6 మాన్యువల్ నాలుగు ఎంపికలను వాటి స్వంత పరిధితో జాబితా చేస్తుంది, అదే ప్రొఫైల్ పక్కన ఉంచాల్సిన తనిఖీ జాబితా.

మీ పరిపాలనా ప్రాప్తిని మోసే సొరంగాన్ని పునఃప్రారంభించే ముందు సర్వర్కు బ్యాండ్ వెలుపలి మార్గాన్ని ఉంచుకోండి. ఆ ఒక్క జాగ్రత్త ఈ పరిస్థితి సృష్టించే చాలా సంఘటనలను నివారిస్తుంది.