ఒక అడాప్టర్లో రెండు DNS సర్వర్లు నేమ్స్పేస్లను విభజించవు
ఒక అడాప్టర్లో రెండు రిజాల్వర్లను జాబితా చేయడం ప్రతి డొమైన్కు దాని స్వంత అధికారాన్ని ఇవ్వదు. రెండు పరిమిత నియమాలను నిర్మించి, ఎంపికను పరీక్షించి, సరిగ్గా వాటినే తొలగించండి.
ఒక అడాప్టర్లో రెండు రిజాల్వర్లను జాబితా చేయడం ఒక డొమైన్ను ఒక సర్వర్కు మరియు మరో డొమైన్ను మరొక దానికి పంపే మార్గంగా కనిపిస్తుంది, కానీ రిజాల్వర్ జాబితాలో ఏదీ అలా పనిచేయదు. Windows పేరు ద్వారా పరిష్కరిస్తుంది, ఏ సర్వర్ను అడగాలనే నిర్ణయం క్రమబద్ధమైన చిరునామా జాబితా నుండి కాదు, విధాన వస్తువుల నుండి వస్తుంది. భర్తీ చేయవలసిన మానసిక నమూనా క్యూ: డొమైన్ A కోసం మొదటి సర్వర్ మరియు డొమైన్ B కోసం రెండవ సర్వర్ అనేది లేదు. ప్రతి నేమ్స్పేస్కు సర్వర్లను స్పష్టంగా పేర్కొనే నియమాల సముదాయం ఉంది, ఆ నియమాలు ఉన్న తర్వాత అడాప్టర్ జాబితా ఆసక్తికరంగా ఉండదు.
పురాణం: రెండు చిరునామాలు రెండు డొమైన్లను విభజిస్తాయి
ఈ నమ్మకం నిలిచి ఉంటుంది ఎందుకంటే ఒక సర్వర్ అన్నింటికీ సమాధానం ఇచ్చినప్పుడు మరియు రెండవది కేవలం బ్యాకప్ అయినప్పుడు ఇది యాదృచ్ఛికంగా పనిచేస్తుంది. క్లయింట్ మొదటి సర్వర్ను అడుగుతుంది, ఆ సర్వర్ ఫార్వర్డ్ చేస్తుంది లేదా పునరావృతం చేస్తుంది, సమాధానం వస్తుంది; జోన్ నిజానికి ఏ రిజాల్వర్ వద్ద ఉందో ఎవరూ గమనించరు. రెండు నేమ్స్పేస్లు తమ మధ్య ఫార్వర్డింగ్ లేకుండా వేర్వేరు ప్రైవేట్ జోన్లలో నివసించడం ప్రారంభించిన క్షణంలో భ్రమ బద్దలవుతుంది, ఎందుకంటే అప్పుడు మొదటి సర్వర్ పేరు లేదని అధికారంగా సమాధానం ఇస్తుంది. మొదటి సర్వర్ నుండి ప్రతికూల సమాధానం బ్యాకప్ను ప్రారంభించదు, ఎందుకంటే క్లయింట్ వైఫల్యం కాదు, నిర్ణాయక సమాధానం పొందింది.
క్రమబద్ధ జాబితాకు డొమైన్ భావన లేదు, కాబట్టి అది ఉద్దేశాన్ని వ్యక్తపరచలేదు. జాబితా నిజానికి ఏ సర్వర్ను మొదట అడగాలి మరియు ఏది రెండవదిగా ప్రయత్నించాలి అనేదాన్ని నియంత్రిస్తుంది, ఆ రెండు సమాధానాలు ప్రతి పేరుకు సమానంగా వర్తిస్తాయి.
ఎంచుకోవడానికి Windows నిజానికి ఏమి ఉపయోగిస్తుంది
పేరు పరిష్కార విధాన పట్టిక ఒక పేరును కాన్ఫిగర్ చేసిన నేమ్స్పేస్లతో సరిపోల్చి ఆ సరిపోలిక కోసం సర్వర్లను మరియు ఎంపికలను ఎంచుకుంటుంది. నియమాలను స్థానికంగా కాన్ఫిగర్ చేయవచ్చు, గ్రూప్ పాలసీ ద్వారా అందించవచ్చు లేదా VPN ప్రొఫైల్ నుండి ఇవ్వవచ్చు, ప్రభావవంతమైన విధానం ఒకే జాబితా కాదు, సమ్మేళనం. అందుకే మొదటి నిర్ధారణ ఎప్పుడూ ప్రభావవంత స్థితి: స్థానికంగా సృష్టించిన నియమం నిర్వహిత విధానానికి ఓడిపోతే, దాని కాన్ఫిగరేషన్ సూచించిన విధంగా ఏమాత్రం ప్రవర్తించని ప్రయోగశాల ఏర్పడుతుంది. నియమాలు ప్రత్యేకత ఆధారంగానూ సరిపోలుతాయి, కాబట్టి విస్తృత నేమ్స్పేస్ నమోదు సన్నని దాన్ని కాన్ఫిగర్ చేసిన అంశాల జాబితాలో కనిపించని విధాలుగా కప్పవచ్చు. ప్రభావవంత క్రమాన్ని చదవడమే ఏ నియమం గెలుస్తుందో చూడడానికి ఏకైక మార్గం.
Get-DnsClientNrptRule
Get-DnsClientNrptPolicy -Effective
మొదటి ఆదేశం మెషీన్లో ఏమి కాన్ఫిగర్ చేయబడిందో జాబితా చేస్తుంది; రెండవది క్లయింట్ నిజానికి ఏమి వర్తింపజేస్తుందో చూపిస్తుంది, మరెక్కడి నుండి వచ్చిన నమోదులతో సహా. ప్రభావవంత ఉత్పత్తిలో నిర్వహిత నేమ్స్పేస్లు ఉంటే, మార్పు కోరడానికి సరైన స్థలం ఆ విధానం యజమాని, స్థానిక నియమ జాబితా కాదు. రెండు ఆదేశాలు స్థితిని మాత్రమే చదువుతాయి, కాబట్టి ఎవరైనా మార్పుకు అంగీకరించే ముందు వాటిని నడపడంలో ఖర్చు లేదు.
ప్రతి నేమ్స్పేస్కు ఒక నియమం, వస్తువును ఉంచుకోండి
ప్రభావవంత స్థితి అర్థమైన తర్వాత, ప్రతి నేమ్స్పేస్కు ఒక నియమాన్ని సృష్టించి, ప్రతి ఆదేశం తిరిగి ఇచ్చే వస్తువును భద్రపరచండి. ప్రదర్శన పేర్లు మనుషుల కోసం లేబుళ్లు, తిరిగి ఇచ్చిన వస్తువులోని ప్రత్యేక గుర్తింపుదారే తర్వాత తొలగించడానికి నమ్మదగిన లక్ష్యం. రెండు గుర్తింపుదారులను నేమ్స్పేస్లు మరియు రిజాల్వర్లను నమోదు చేసే అదే మార్పు గమనికలో రాయండి, ఎందుకంటే వాటిని సృష్టించిన సెషన్ శుభ్రం చేసే సెషన్ కాదు.
$svcRule = Add-DnsClientNrptRule -Namespace ".svc.internal.example" -NameServers "10.60.0.53" -DisplayName "VPN lab services" -PassThru
$resRule = Add-DnsClientNrptRule -Namespace ".research.internal.example" -NameServers "10.61.0.53" -DisplayName "VPN lab research" -PassThru
$svcRule | Select-Object Name, Namespace, NameServers
$resRule | Select-Object Name, Namespace, NameServers
ప్రారంభ బిందువు ప్రత్యయ సరిపోలికను సూచిస్తుంది, కాబట్టి నియమం app.svc.internal.example మరియు దాని క్రింద ఉన్న అన్నింటినీ కవర్ చేస్తుంది. ఇక్కడి రెండు చిరునామాలు ఈ ప్రయోగశాల స్వంత రూటింగ్ ప్రణాళికకు చెందినవి; నియమం జోన్ను సృష్టించదు, మార్గాన్ని ఇన్స్టాల్ చేయదు, చివరికి కనెక్ట్ అయ్యే అప్లికేషన్కు అధికారం ఇవ్వదు, మరియు Add-DnsClientNrptRule సూచన ఏ పరామితి ఏమి చేస్తుందో ఖచ్చితంగా నమోదు చేస్తుంది.
ఈ ఆదేశాలు ఏమి చేయవో గమనించండి: అవి మొత్తం మెషీన్కు వర్తిస్తాయి, VPN సెషన్కు పరిమితం కావు, మరియు విండో మూసిన తర్వాత కూడా ఉంటాయి. ఇది మరచిపోయే ప్రయోగశాల టన్నెల్ వెళ్ళిన తర్వాత విధానాన్ని వదిలి వెళ్తుంది.
క్లయింట్ సర్వర్ను ఎంచుకున్నట్లు నిరూపించండి
నిర్దిష్ట సర్వర్ను పేరు తెలుసా అని అడగడం ఆ సర్వర్ సమాధానం ఇవ్వగలదని నిరూపిస్తుంది, ఇది క్లయింట్ ఆ సర్వర్ను ఎంచుకుందనే వాదనతో సమానం కాదు. ముఖ్యమైన పరీక్ష సాధారణ క్లయింట్ మార్గం ద్వారా నిజమైన పేరును పరిష్కరించి, తర్వాత ఏ రిజాల్వర్ దాన్ని నిర్వహించిందో నిర్ధారిస్తుంది, ఆదర్శంగా మార్గాన్ని అందించే టన్నెల్ నడుస్తున్నప్పుడు. టన్నెల్ ఆఫ్లో ఉంటే, సరిగ్గా పరిమితం చేసిన నియమం కూడా చేరుకోలేని సర్వర్ను సూచిస్తుంది, అది విధాన సమస్య కాదు, రూటింగ్ సమస్య. తర్వాత రెండింటినీ వేరు చేయడానికి రెండు స్థితులను పరీక్షించండి.
Resolve-DnsName app.svc.internal.example
Resolve-DnsName build.research.internal.example
Resolve-DnsName app.svc.internal.example -DnsOnly -NoHostsFile
నియమాలు ఉనికిలోకి రాకముందు కాలంలోని కాష్ చేసిన సమాధానాలను, తమ సొంత ఎన్క్రిప్టెడ్ DNS తో సిస్టమ్ రిజాల్వర్ను పూర్తిగా బైపాస్ చేసే అప్లికేషన్లను గమనించండి. శోధన ప్రత్యయాలు మరో ప్రత్యేక లక్షణం: నియమం పూర్తి పేరుకు రిజాల్వర్ను ఎంచుకోగలదు, కానీ బేర్ హోస్ట్నేమ్ను ఆ నేమ్స్పేస్లోకి విస్తరించడం Windows కు నేర్పదు.
మీరు సృష్టించినది సరిగ్గా తొలగించండి
శుభ్రపరచడం అనేది ప్రయోగశాల హెచ్చరిక కథగా మారే స్థలం. మెషీన్లోని ప్రతి నియమాన్ని తొలగించడం వేగవంతం మరియు మరొకరు ఆధారపడే విధానాన్ని తొలగిస్తుంది, కాబట్టి నియమాలు సృష్టించినప్పుడు నమోదు చేసిన గుర్తింపుదారులను ఉపయోగించి, తర్వాత ప్రభావవంత స్థితిని మళ్లీ చదివి మెషీన్ ప్రారంభమైన చోటికి తిరిగి వచ్చిందని నిర్ధారించండి. వాటిని సృష్టించిన సెషన్ లేకపోతే, గుర్తింపుదారులు ఉన్న ఏకైక స్థలం మార్పు గమనిక. అందుకే అవి మొదటి ఆదేశం నడవకముందే రాయబడతాయి, తర్వాత కాదు.
Remove-DnsClientNrptRule -Name $svcRule.Name -Force
Remove-DnsClientNrptRule -Name $resRule.Name -Force
Get-DnsClientNrptPolicy -Effective
ప్రయోగశాల కాదు, మోహరింపు కోసం, జీవితకాల ప్రశ్న నియమం అంతే ముఖ్యం. VPN ప్రొఫైల్ నేమ్స్పేస్ నియమాలను మోసుకెళ్లగలదు మరియు కనెక్షన్ తర్వాత అవి కొనసాగుతాయో లేదో ఎంచుకోగలదు; రిజాల్వర్ చేరుకోలేని స్థితిలో కొనసాగే నియమం క్లయింట్లను చనిపోయిన సర్వర్కు ప్రాధాన్యం ఇచ్చేలా చేస్తుంది, కనెక్షన్కు పరిమితమైన నియమం టన్నెల్ వెళ్ళినప్పుడు అదృశ్యమవుతుంది. ఈ ప్రవర్తనల్లో సేవకు ఏది అవసరమో నిర్ణయించండి, నియమం ఎవరిదో గుర్తించండి, అధికార విభజనను ఎవరో ప్రయోగశాల జ్ఞాపకంలో కాదు, ప్రొఫైల్ పక్కన పత్రబద్ధం చేసి ఉంచండి.