OpenVPN DNS పంపుతుంది, కానీ మీ రిజాల్వర్ దాన్ని ఎప్పటికీ చూడకపోవచ్చు
క్లయింట్ లాగ్లోని DNS విలువ ఆపరేటింగ్ సిస్టమ్ రిజాల్వర్ దాన్ని ఉపయోగిస్తుందని రుజువు కాదు. యజమానిని తనిఖీ చేయండి, తర్వాత అంతర్గత పేరును పరీక్షించండి.
క్లయింట్ లాగ్ పంపిన DNS సర్వర్ను చూపుతుంది, టన్నెల్ కనెక్ట్ అయింది, అంతర్గత పేరు ఇంకా ఏదీ పరిష్కరించబడదు. పంపడంలోనే ఏమీ పాడైలేదు. ఎంపిక వచ్చింది మరియు ఆపరేటింగ్ సిస్టమ్ రిజాల్వర్ దాన్ని ఎప్పుడూ ఉపయోగించలేదు, ఎందుకంటే చాలా Unix క్లయింట్లలో OpenVPN విలువను అప్పగించి అప్లికేషన్ను ప్లాట్ఫారమ్కు వదిలేస్తుంది.
లక్షణం: లాగ్ DNS చూపుతుంది, పేర్లు ఇంకా విఫలమవుతాయి
OpenVPN dhcp-option DNS మరియు డొమైన్ సమాచారాన్ని మోసుకెళ్తుంది, క్లయింట్ పొందినదాన్ని నమోదు చేస్తుంది. కొన్ని అమలుల్లో క్లయింట్ ఆ సెట్టింగ్లను లోపల వర్తింపజేస్తుంది; మరికొన్నింటిలో వాటిని ఇంటిగ్రేషన్ స్క్రిప్ట్ లేదా నెట్వర్క్ సేవ కోసం ఎగుమతి చేస్తుంది. లాగ్ లైన్ కథలో మొదటి సగం మాత్రమే వివరిస్తుంది. రెండవ సగం క్లయింట్ నియంత్రించని చోట జరుగుతుంది. వైఫల్యం సాధారణంగా అక్కడే ఉంటుంది.
అందుకే కనెక్ట్ అయిన టన్నెల్ మరియు విఫలమయ్యే అంతర్గత పేరు చాలా తరచుగా కలిసి ఉంటాయి. విలువ ఉంది, వినియోగదారు లేదు లేదా తప్పుగా కాన్ఫిగర్ చేయబడింది, రిజాల్వర్ నిశ్శబ్దంగా కనెక్షన్కు ముందు ఉపయోగించిన పబ్లిక్ సర్వర్నే ఉపయోగిస్తూనే ఉంటుంది.
స్వీకరించడం అనేది వర్తింపజేయడం కాదు
సిస్టమ్ రిజాల్వర్ ఇంకా మరొక సేవ యాజమాన్యంలో ఉన్నప్పుడు క్లయింట్ పంపిన DNS విలువను నమోదు చేయవచ్చు. బ్రౌజర్కు సిస్టమ్ రిజాల్వర్ను పూర్తిగా దాటవేసే దాని స్వంత ఎన్క్రిప్టెడ్-DNS విధానం కూడా ఉండవచ్చు, ఇది ఒక అప్లికేషన్ అంతర్గత పేర్లను పరిష్కరించి మరొకటి పరిష్కరించని గుర్తుండిపోయే పరిస్థితిని సృష్టిస్తుంది.
ప్రతి Unix క్లయింట్ అదే ఫైల్ను తిరిగి రాస్తుందని ఊహించడం బదులు అమలు యొక్క మద్దతు ఉన్న ఇంటిగ్రేషన్ను తనిఖీ చేయండి. ఆ ఊహే ఏదీ చదవని రిజాల్వర్ కాన్ఫిగరేషన్ను సవరించేలా ప్రజలను ప్రేరేపిస్తుంది.
ప్రతి ప్లాట్ఫారమ్లో రిజాల్వర్ యజమానిని కనుగొనండి
Windows లో పేరు పరిష్కార విధాన పట్టిక నిర్దిష్ట ప్రత్యయాలను నిర్దిష్ట సర్వర్లకు పంపగలదు, VPN క్లయింట్ అక్కడ నియమాలను ఇన్స్టాల్ చేయగలదు. కేవలం అడాప్టర్ DNS జాబితా కాదు, విధానాన్ని తనిఖీ చేయండి. Linux లో NetworkManager లేదా systemd-resolved కాన్ఫిగరేషన్కు యజమాని కావచ్చు, వాటిలో ఎవరు యజమాని అనేది తిరిగి కనెక్ట్ అయినప్పుడు ఏమి నిలుస్తుందో నిర్ణయిస్తుంది.
నిజంగా ప్రశ్నలకు సమాధానమిచ్చే సాధనంతో ప్రభావవంతమైన స్థితిని చదవండి: systemd-resolved హోస్ట్లో resolvectl query internal.example.net, లేదా ప్లాట్ఫారమ్ సమానమైనది. తర్వాత ఆ సమాధానాన్ని క్లయింట్ లాగ్ పంపినట్లు చెప్పే DNS సర్వర్తో పోల్చండి.
సమన్వయం లేకుండా రిజాల్వర్ సెట్టింగ్లపై రాసే అనేక సేవలను అమలు చేయడం మానండి. ఇద్దరు యజమానులు మధ్యమధ్యలో కనిపించే ఫలితాన్ని ఇస్తారు, ప్రతి పునఃకనెక్షన్ దాన్ని యాదృచ్ఛికంగా సరిచేయడం లేదా పాడుచేయడం లాగా కనిపిస్తుంది.
స్క్రిప్ట్లు మరియు foreign_option
OpenVPN పంపిన ఎంపికలను foreign_option_N అనే వేరియబుల్స్ ద్వారా స్క్రిప్ట్లకు ఎగుమతి చేస్తుంది, స్క్రిప్ట్ వాటిని రిజాల్వర్ ఆదేశాలుగా అనువదించగలదు. ఈ ఏర్పాటు మద్దతు ఉన్న ఇంటిగ్రేషన్, స్వయంచాలక ప్రవర్తన కాదు, దాన్ని క్లయింట్లో ఇన్స్టాల్ చేసి పిలవాలి.
మీరు స్క్రిప్ట్పై ఆధారపడితే, దాని అమలు మరియు నిష్క్రమణ స్థితిని నమోదు చేయండి. నడుస్తుంది కానీ నిశ్శబ్దంగా విఫలమయ్యే స్క్రిప్ట్ స్క్రిప్ట్ లేని వలె అదే లక్షణాన్ని వదిలివేస్తుంది, కాన్ఫిగరేషన్ పూర్తిగా కనిపించడం వల్ల దాన్ని గమనించడం కష్టం. స్క్రిప్ట్ ఫైల్ కాదు, స్క్రిప్ట్ అవుట్పుట్ను తనిఖీ చేయండి. ఫైల్ ఉండటం అంటే స్క్రిప్ట్ నడిచింది కాదు.
లాగ్ కాదు, పేరును పరీక్షించండి
కనెక్ట్ అయిన తర్వాత క్లయింట్ నుండి అంతర్గత-మాత్రమే హోస్ట్నేమ్ను అడగండి, తర్వాత పబ్లిక్ పేరును అడగండి, తర్వాత ఏ సర్వర్ సమాధానమిచ్చిందో తనిఖీ చేయండి. పనిచేసే సెటప్లో రెండు సమాధానాలు వేర్వేరు చోట్ల నుండి వస్తాయి, రెండూ డిజైన్తో సరిపోలాలి.
పేరు పరిష్కరించబడినా సేవ విఫలమైతే, DNSని మళ్లీ మార్చడం బదులు రూటింగ్ మరియు అప్లికేషన్ యాక్సెస్ కి వెళ్లండి. OpenVPN మాన్యువల్ dhcp-option మరియు స్క్రిప్ట్ వాతావరణాన్ని డాక్యుమెంట్ చేస్తుంది; మరొక రిజాల్వర్ ఫైల్ను సవరించే ముందు మీ క్లయింట్ ఏమి వర్తింపజేయాలో నిర్ధారించడానికి దాన్ని ఉపయోగించండి.