చిన్న అంతర్గత పేర్లు VPN లో విఫలమవుతాయి: మీరు ఎప్పుడూ చూడని ప్రత్యయం
చిన్న పేరు పనిచేయడానికి కారణం ఒక శోధన ప్రత్యయం దానిని పూర్తి చేయడమే. ప్రత్యయ లోపాన్ని రిజాల్వర్ వైఫల్యం నుండి వేరు చేయడానికి పూర్తి పేరును మరియు చిన్న పేరును పోల్చండి.
చిన్న పేరు కార్యాలయంలో పనిచేసింది మరియు VPN లో విఫలమవుతుంది, అయితే పూర్తి పేరు ఎటువంటి సమస్య లేకుండా పరిష్కరించబడుతుంది. ఏదీ పాడవలేదు. intranet వంటి నగ్న పేరు పూర్తి పేరు కాదు; క్లయింట్ తన శోధన జాబితా నుండి ప్రత్యయాన్ని జోడించి ఫలితం గురించి అడుగుతుంది. VPN ప్రొఫైల్ ఆ ప్రత్యయాన్ని అందించకపోతే, పరిచయమైన చిన్న రూపం ఉనికిలో ఉండదు.
ఇదే మొత్తం పురాణం. DNS పాడవలేదు, శోధన విధానం మారింది.
నగ్న పేరు పేరు కాదు
మీరు ఒకే లేబుల్ టైప్ చేసినప్పుడు, రిజాల్వర్ ఏమి అడగాలో నిర్ణయించుకోవాలి. అది ఇచ్చిన పేరును అలాగే ప్రయత్నిస్తుంది, ఆపై ఏదైనా సమాధానం ఇచ్చే వరకు శోధన జాబితా నుండి నమోదులను ఒక్కొక్కటిగా జోడిస్తుంది. Linux లో, resolv.conf search మరియు ndots సెట్టింగ్‌లతో ఆ క్రమాన్ని నియంత్రిస్తుంది. Windows లో, ప్రత్యయ జాబితా మరియు పేరు-పరిష్కార విధానం అదే చేస్తాయి. ప్రత్యయాన్ని తీసివేయండి, రిజాల్వర్‌కు జోడించడానికి ఏమీ ఉండదు.
అందువల్ల పనిచేసే చిన్న పేరు విధానానికి సాక్ష్యం, ఆరోగ్యకరమైన DNS సర్వర్‌కు సాక్ష్యం కాదు.
ప్రత్యయ జాబితా మరియు రిజాల్వర్ చిరునామా ఏమి చేస్తాయి
ఈ రెండూ నిరంతరం కలిపివేయబడతాయి. రిజాల్వర్ చిరునామా ఎవరిని అడగాలో చెబుతుంది; ప్రత్యయ జాబితా ఏ పేరు గురించి అడగాలో చెబుతుంది. VPN మీకు ప్రత్యయం లేని ప్రైవేట్ రిజాల్వర్‌ను లేదా తప్పు రిజాల్వర్‌తో ప్రత్యయాన్ని ఇవ్వగలదు. ఆ వైఫల్యాలలో ఒకటి మాత్రమే DNS అంతరాయం లాగా కనిపిస్తుంది.
వాటిని విడిగా తనిఖీ చేయండి, ఎందుకంటే తప్పుదాన్ని సరిచేయడం మద్దతు విండోను కాల్చేస్తుంది.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
మూడు లక్షణాలు, మూడు వేర్వేరు యజమానులు.
మొదట పూర్తి పేరును పరీక్షించండి
ఊహ కాదు, నిర్వాహకుడు నమోదు చేసిన పూర్తి అర్హత కలిగిన పేరును అడగండి. పనిచేసే FQDN రిజాల్వర్ చేరుకోగలదని మరియు రికార్డు ఉందని నిరూపిస్తుంది, ఇది ఒకే ప్రశ్నలో సాధ్యమయ్యే సగం కారణాలను తొలగిస్తుంది. ఏ సర్వర్ సమాధానం ఇచ్చిందో చూపించే సాధనాన్ని ఉపయోగించండి, కాష్ చేసిన ఫలితాన్ని చదవకుండా ఉండటానికి.
పరీక్షను గోప్యంగా ఉంచండి. అంతర్గత రూపాలను పబ్లిక్ రిజాల్వర్‌కు పంపడం పేర్లను బహిర్గతం చేస్తుంది మరియు ఎవరూ ఉద్దేశించని విధానాన్ని పరీక్షిస్తుంది.
సరిదిద్దడం ఎక్కడ ఉండాలి
యజమాని ప్రొఫైల్ లేదా దాన్ని ఉత్పత్తి చేసే నిర్వహణ వ్యవస్థను సరిచేయండి. స్థానిక రిజాల్వర్ కాన్ఫిగరేషన్‌కు చేతితో చేసే మార్పు సాధారణంగా తిరిగి కనెక్ట్ అయినప్పుడు మాయమవుతుంది, లేదా యంత్రం చేరే ప్రతి నెట్‌వర్క్‌కు వర్తిస్తుంది, ఇది మరింత దారుణం.
Windows లో, గుర్తున్న చెక్‌బాక్స్‌కు బదులుగా అమలులో ఉన్న విధానాన్ని తనిఖీ చేయండి. Get-DnsClientNrptPolicy నిజంగా అమలులో ఉన్న పేరు-పరిష్కార నియమాలను చూపిస్తుంది.
macOS లో, scutil --dns ప్రతి పరిధి ఇంటర్‌ఫేస్‌కు రిజాల్వర్ కాన్ఫిగరేషన్‌ను, VPN నెట్టిన శోధన డొమైన్లతో సహా, ముద్రిస్తుంది.
Linux లో, /etc/resolv.conf లోని search పంక్తిని చదవండి, కానీ VPN క్లయింట్ దాన్ని తిరిగి రాసిందో లేదో తనిఖీ చేయండి. ఫైల్ నిర్వహించబడుతుంటే, రెండర్ చేసిన ఫైల్‌కు బదులుగా సత్య మూలాన్ని సవరించండి. మునుపటి నెట్‌వర్క్ నుండి మిగిలిన పాత search పంక్తి సాధారణ కారణం.
ప్రొఫైల్‌తో ఏమి ఉంచాలి
సరిచేసిన పూర్తి పేరు, ప్రత్యయ జాబితా మరియు రిజాల్వర్ చిరునామాను క్లయింట్ ప్రొఫైల్ పక్కన ఉంచండి. intranet సైట్ పనిచేయడం లేదని నివేదించే తదుపరి వ్యక్తి ఖాళీ పేజీ నుండి ప్రారంభించకుండా మూడు తెలిసిన విలువలను పోల్చగలడు.
చిన్న రూపం మాత్రమే విఫలమైతే, దాన్ని టికెట్‌లో రాయండి. ఆ వాక్యం రిజాల్వర్ బృందానికి ఒక మధ్యాహ్నాన్ని ఆదా చేస్తుంది.