ప్రజా DNS పని చేయడం అంటే Active Directory కనుగొనవచ్చు అని కాదు

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

అపోహ: పేర్లు పరిష్కరించబడతాయి, కాబట్టి DNS పూర్తయింది

ప్రజా సైట్ పరిష్కరించబడడం అనేది ఏదో పరిష్కర్త ప్రజా జోన్లోని పేరు కోసం ఒక A లేదా AAAA ప్రశ్నకు సమాధానం ఇచ్చిందని మాత్రమే చెబుతుంది. Active Directory అదే ప్రోటోకాల్ను మరో ప్రశ్నకు ఉపయోగిస్తుంది: డొమైన్ సేవలు ఎక్కడ ఉన్నాయి, ఈ క్లయింట్ ఏ నియంత్రకాన్ని ఉపయోగించాలి. ప్రశ్న డొమైన్ పేరుతో ఉన్న జోన్ కింద SRV రికార్డులుగా వ్యక్తీకరించబడుతుంది, మరియు పునరావృత ప్రజా పరిష్కర్తకు వాటిని ఉంచుకోవడానికి కారణం లేదు.

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

డొమైన్ క్లయింట్ నిజంగా ఏమి అడుగుతుంది, క్రమంగా

corp.example వంటి డొమైన్ కోసం సాధారణ లొకేటర్ ప్రశ్న _ldap._tcp.dc._msdcs.corp.example. SRV సమాధానాలు అభ్యర్థి నియంత్రకాలను మరియు వాటి పోర్టులను పేరు పెడతాయి, తర్వాత కనెక్షన్ తెరవడానికి ముందు ఆ హోస్ట్ పేర్లకు చిరునామా రికార్డులు క్లయింట్కు అవసరం. సైట్-అవగాహన శోధన సైట్ ఉప డొమైన్ కింద ప్రశ్నలను జోడిస్తుంది, మరియు సమాధానాలు ఏ నియంత్రకాలు ఇష్టమైనవో నిర్ణయిస్తాయి, ఏది తప్పనిసరో కాదు.

nltest /dsgetdc:corp.example
Resolve-DnsName -Type SRV _ldap._tcp.dc._msdcs.corp.example

సమస్య ఎక్కడ జరుగుతుందో ఆ నెట్వర్క్ నుండి అదే క్రమంలో గొలుసును అనుసరించండి. చేరుకోలేని చిరునామాకు పరిష్కరించబడే హోస్ట్ పేరు రౌటింగ్ వైఫల్యం, DNS వైఫల్యం కాదు. లొకేటర్ రికార్డులు లేని చేరుకోగల నియంత్రకం DNS వైఫల్యం, రౌటింగ్ వైఫల్యం కాదు. రెండూ సమాన వినియోగదారు ఫిర్యాదులను మరియు పూర్తిగా భిన్నమైన మరమ్మతులను కలిగిస్తాయి.

ప్రజా పరిష్కర్త సమాధానం ఇచ్చినా సైన్-ఇన్ ఎందుకు విరుగుతుంది

అడాప్టర్ క్లయింట్కు ప్రజా పరిష్కర్తను ఇస్తే, ప్రజా పేర్లు పని చేస్తాయి మరియు అంతర్గత పేరు స్థలం పని చేయదు. రెండవ ప్రజా పరిష్కర్తను జోడించడం సహాయపడదు, ఎందుకంటే రెండూ జోన్ను కలిగి లేవు. “మొదట అంతర్గత, తర్వాత ప్రజా” అనే సాధారణ జాబితా కూడా ప్రతి డొమైన్కు నియమంలా ప్రవర్తించదు: మొదటి సర్వర్ ప్రతికూల సమాధానం చెల్లుబాటు అయ్యే సమాధానం, మరియు సమాధానం ఖాళీగా ఉందని మాత్రమే క్లయింట్ రెండవ సర్వర్ను మళ్లీ ప్రయత్నించదు.

రెండు అంతర్గత పరిష్కర్తలు, మీరు రెండు నడుపుతుంటే, AD పేరు స్థలాన్ని కలిగి ఉండాలి మరియు క్లయింట్ ప్రస్తుత నెట్వర్క్ నుండి చేరుకోగలగాలి. విభజిత టన్నెల్ నమూనాలు విరిచేది ఇదే: VPN టన్నెల్ ఉప నెట్వర్క్ను మోయగలదు, కానీ అంతర్గత పరిష్కర్త టన్నెల్ రూట్ చేయని ప్రిఫిక్స్లో ఉంటే, ప్రశ్న సమాధానం ఇవ్వలేని పరిష్కర్త వద్దకు వెళ్తుంది.

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

టన్నెల్ DNS మరియు దాని మార్గాలను సమన్వయంగా ఉంచండి

పరిష్కర్తను పంపుతూ దాన్ని కలిగిన ప్రిఫిక్స్ పంపని VPN ప్రొఫైల్ క్లయింట్ చేరుకోలేని పరిష్కర్తను సృష్టిస్తుంది; ప్రిఫిక్స్ పంపి పరిష్కర్త పంపని ప్రొఫైల్ క్లయింట్ను స్థానిక పరిష్కర్తను అడగనిస్తుంది. ఈ జతను ఒకే కాన్ఫిగరేషన్ అంశంగా పరిగణించి ప్రతి ప్రొఫైల్ మార్పు తర్వాత రెండింటినీ తనిఖీ చేయండి, ఎందుకంటే పునర్వ్యవస్థీకరించిన పుష్ లేదా కొత్త విభజిత టన్నెల్ విధానం వాటిని వేరు చేయవచ్చు.

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

కనుగొనడం కాల్ మరియు ఒక ప్రత్యక్ష ఆపరేషన్తో అంగీకరించండి

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

Microsoft యొక్క DNS క్లయింట్ కోసం సిఫార్సులు అంతర్గత పేరు స్థలాన్ని పరిష్కరించడం మరియు ప్రజా ప్రశ్నలను పైకి పంపడం మధ్య అదే గీతను గీస్తాయి, VPN ప్రవేశపెట్టినప్పుడు ఈ ఏర్పాటే కాపాడాలి.

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