Windows లో OpenVPN అడాప్టర్ పదేపదే పడిపోతోందా? నకిలీ IP తనిఖీ చేయండి

Windows లో, చిరునామా తీసుకుని, దాన్ని వదిలేసి, ప్రతి కొన్ని సెకన్లకు దాన్ని పునరావృతం చేసే OpenVPN అడాప్టర్ సాధారణంగా DHCP బగ్ కాదు. ఇప్పటికే మరేదో సమాధానం ఇస్తున్న చిరునామాను ఉపయోగించమని అడాప్టర్‌కు చెబుతారు, కాబట్టి Windows దాన్ని ఉపయోగించలేనిదిగా గుర్తిస్తుంది మరియు క్లయింట్ మళ్లీ ప్రారంభమవుతుంది. ఘర్షణ దాని కింద, ఆపరేటింగ్ సిస్టమ్ స్వంత నెట్‌వర్క్ స్టాక్ లోపల పరిష్కరించబడుతుంది కాబట్టి క్లయింట్ లాగ్ నిశ్శబ్దంగా ఉంటుంది.

ఈ భేదం ముఖ్యం, ఎందుకంటే టన్నెల్ కాన్ఫిగరేషన్ వైపు దృష్టి పెట్టిన ప్రతి సమస్య పరిష్కార అడుగు సర్వర్ వైపు నకిలీ చిరునామాను మిస్ అవుతుంది.

క్లయింట్ లాగ్ నుండి కాదు, Windows ఈవెంట్ లాగ్ నుండి ప్రారంభించండి

Windows చిరునామా ఘర్షణలను సిస్టమ్ లాగ్‌లో ఈవెంట్ ID 4198 మరియు 4199 తో నమోదు చేస్తుంది. మొదటిది ఒక చిరునామా కోసం గుర్తించిన ఘర్షణను నివేదిస్తుంది, రెండవది ఒక ఇంటర్ఫేస్ తాను కాన్ఫిగర్ చేయబడిన చిరునామాను ఉపయోగించలేకపోయిందని నివేదిస్తుంది. ఏదీ OpenVPN ను ప్రస్తావించదు, అందుకే వాటిని పట్టించుకోకపోవడం సులభం.

ఇటీవలి ఈవెంట్లను తీసి వాటి సమయ ముద్రలను అడాప్టర్ నవీకరణ చక్రంతో పోల్చండి: Get-WinEvent -FilterHashtable @{LogName='System'; Id=4198,4199} -MaxEvents 40 | Format-Table TimeCreated,Id,Message -Wrap. ప్రతి పదిహేను సెకన్లకు ఒక ఘర్షణ, అదే చిరునామాకు సమాధానం ఇస్తూనే ఉన్న యజమానికి వ్యతిరేకంగా అదే చిరునామాను మళ్లీ ప్రయత్నించే క్లయింట్‌కు సరిపోతుంది. కనెక్షన్ సమయంలో ఒంటరి ఘర్షణ దీనికి బదులుగా ఒకసారి జరిగే ఢీకొనడాన్ని సూచిస్తుంది. ఏదేమైనా, తదుపరి ప్రశ్న చిరునామా ఇంకా ఎవరి దగ్గర ఉంది అనేది.

మూడు ఏర్పాట్లు రెండు హోస్ట్‌లను ఒకే చిరునామాపై ఉంచుతాయి

చిరునామా తమ అభిప్రాయం ప్రకారం ఎవరి దగ్గర ఉందో సర్వర్‌ను అడగండి, ఆపై దానికి ఎవరు సమాధానం ఇస్తున్నారో నెట్‌వర్క్‌ను అడగండి. grep -H ifconfig-push /etc/openvpn/ccd/* ప్రతి పిన్ చేసిన టన్నెల్ చిరునామా మరియు అది చెందిన ధృవపత్రాన్ని జాబితా చేస్తుంది. ip -4 neigh show dev tap0 వంతెన రెండవ పొరలో నేర్చుకున్నది చూపిస్తుంది. ఆ రెండు జాబితాలను పోల్చడం చాలా నకళ్లను ఒక నిమిషం లోపు కనుగొంటుంది.

మూడు ఏర్పాట్లు దాదాపు అన్నింటినీ వివరిస్తాయి: client-config-dir నమోదు రెండు ధృవపత్రాలకు ఒక చిరునామాను పిన్ చేస్తుంది, వంతెన చేసిన tap విభాగం మరొక హోస్ట్ ఇప్పటికే స్థిరంగా కలిగి ఉన్న చిరునామాను యంత్రానికి ఇస్తుంది, లేదా పాత లీజు ఫైల్ ఇంకా కనెక్ట్ అయి ఉన్న క్లయింట్ తనదిగా భావించే చిరునామాను తిరిగి ఇస్తుంది. మూడవ కేసు అత్యంత మోసపూరితం, ఎందుకంటే ifconfig-pool-persist తెలిసిన క్లయింట్‌ల కోసం చిరునామాలను ఉద్దేశపూర్వకంగా పునర్వినియోగిస్తుంది.

చిరునామా కోసం పరుగెత్తడం బదులు దాన్ని ప్రత్యేకం చేయండి

బూట్ క్రమం ఈరోజు ఎవరు గెలుస్తారో మాత్రమే నిర్ణయిస్తుంది, కాబట్టి రీస్టార్ట్ క్రమం ఆధారంగా చేసే ఏ సవరణనైనా తాత్కాలికంగా పరిగణించండి. ప్రతి క్లయింట్‌కు దాని స్వంత ifconfig-push లైన్ ఇవ్వండి, లేదా ఏ వంతెన లేదా సర్వర్ ఇంటర్ఫేస్ తాకని పరిధి నుండి స్థిర చిరునామాలను కేటాయించండి. క్లయింట్ జాబితాలో నకిలీ సాధారణ పేర్లను కూడా తనిఖీ చేయండి, ఎందుకంటే duplicate-cn రెండు సెషన్లు ఒక గుర్తింపును మరియు అందువల్ల ఒక పిన్ చేసిన చిరునామాను పంచుకోవడానికి అనుమతిస్తుంది. వంతెన చేసిన పరికరానికి నిజంగా స్థిర చిరునామా అవసరమైతే, దాన్ని దాని స్వంత సబ్‌నెట్‌కు తరలించండి లేదా సర్వర్ నమోదు చేసే స్థలంలో పూల్ నుండి కేటాయించండి.

persist ఫైల్‌ను అందులో ఏ లీజులు ఉన్నాయో తెలుసుకున్న తర్వాత మాత్రమే తొలగించండి, లేకపోతే తదుపరి పునఃకనెక్షన్ అదే చిరునామాలను మళ్లీ పంపిణీ చేస్తుంది.

సరైన క్రమంలో పునఃప్రారంభించి ప్రతి చిరునామాకు ఒక యజమాని ఉన్నారని నిర్ధారించండి

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

ఒక క్లయింట్ ఇంకా తన చిరునామాను నిలుపుకోలేకపోతే, అదే హోస్ట్‌పై ఉన్న వంతెన ఇంటర్ఫేస్ దాన్ని మోస్తోందా చూడండి. విక్రేత పరికరం నుండి చిరునామాను వారసత్వంగా పొందిన వంతెన, VPN సర్వర్ ఆ చిరునామాను ఇప్పటికే క్లయింట్‌కు ఇచ్చినప్పటికీ దానికి ARP సమాధానం ఇస్తుంది.

టికెట్ మూసివేసే ముందు పూర్తి నవీకరణ చక్రాన్ని గమనించండి

ఒక స్వచ్ఛమైన పఠనం ఏమీ నిరూపించదు. కనీసం పది నిమిషాలు అడాప్టర్‌ను గమనించి, మధ్యలో పునఃకనెక్షన్‌ను బలవంతం చేయండి: Get-NetIPAddress -InterfaceAlias "OpenVPN*" | Select-Object IPAddress,AddressState. చిరునామా పునఃకనెక్షన్‌ను దాటి ఇష్టపడే స్థితిలో ఉండాలి.

తర్వాత మొదటి దశ ఈవెంట్ క్వెరీని మళ్లీ అమలు చేసి, అది కొత్తగా ఏమీ తిరిగి ఇవ్వదని నిర్ధారించండి. పునఃకనెక్షన్ అంతటా నిశ్శబ్ద లాగ్ ఘర్షణ పోయిందనడానికి సాక్ష్యం, అయితే ఒక కనెక్షన్ తర్వాత నిశ్శబ్ద లాగ్ అంటే పోటీ ఇంకా జరగలేదని మాత్రమే అర్థం. చివరగా, టన్నెల్ ఎందుకు ఉందో ఆ వనరును పరీక్షించండి, ఎందుకంటే చిరునామాను కోల్పోయిన వంతెన VPN స్వయంగా ఆరోగ్యంగా కనిపించినా విక్రేత మార్గాన్ని విరగ్గొట్టగలదు.

పూల్ పరిధి, ప్రతి పిన్ చేసిన చిరునామా మరియు దాన్ని కలిగి ఉన్న హోస్ట్‌ను సర్వర్ నోట్లలో నమోదు చేయండి. అప్పుడు తదుపరి ఢీకొనడాన్ని గుర్తించడానికి కొన్ని నిమిషాలు సరిపోతాయి, మళ్లీ కనుగొనడానికి పూర్తి మధ్యాహ్నం అవసరం ఉండదు.