Always On VPN అనేది LAN యాక్సెస్ కాదు: వనరుల తనిఖీ జాబితా

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

దశ 1: పరీక్షించే ముందు వనరును రాయండి

ప్రతి యాప్ కోసం ఒక చిన్న రికార్డు ప్రారంభించి, విలువలను నిజమైన వాతావరణం నుండి తీసుకోండి: పేరు, గమ్య ప్రిఫిక్స్, సేవ మరియు పోర్టు, టన్నెల్ పాత్ర, గుర్తింపు సమూహం మరియు పరిష్కారిణి మార్గం.

Name: portal.corp.example
Destination: 10.20.5.0/24
Service: HTTPS 443
Tunnel role: user access after sign-in
Identity: assigned employee group
Resolver: corporate private DNS

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

దశ 2: ఏ టన్నెల్ దానిని మోయాలో నిర్ణయించండి

Windows Always On VPN లో పరికర టన్నెల్ మరియు వినియోగదారు టన్నెల్ ఉన్నాయి, అవి వేర్వేరు ధృవపత్రాలు మరియు పరిధులతో వేర్వేరు ప్రొఫైల్స్‌గా కాన్ఫిగర్ చేయబడతాయి. పరికర టన్నెల్ సాధారణంగా సైన్-ఇన్‌కు ముందు అవసరమైన మౌలిక సదుపాయాన్ని మాత్రమే మోస్తుంది, ఉదాహరణకు నిర్వహణ మరియు డొమైన్ సేవలు; ఉద్యోగుల విస్తృత యాప్ యాక్సెస్ వినియోగదారు టన్నెల్‌కు చెందుతుంది.

ట్రాఫిక్ ఫిల్టర్లు పరికర టన్నెల్ లక్షణం, అందుకే Microsoft ఉదాహరణ వాటిని నిర్వహణ ట్రాఫిక్‌కు ఉపయోగిస్తుంది. ఆ ఉదాహరణను సాధారణ వనరు ప్రొఫైల్‌లోకి కాపీ చేస్తే కనెక్ట్ అయ్యే కానీ తప్పు సమితిని మోసే టన్నెల్ వస్తుంది. Get-VpnConnection తో క్రియాశీల కనెక్షన్‌ను నిర్ధారించి అదే కనెక్షన్ కింద పరీక్షించండి.

దశ 3: నిజమైన చిరునామా కోసం మార్గాన్ని ధృవీకరించండి

పేరును ఒకసారి పరిష్కరించి, ఆపై మార్గాన్ని చూడండి: Find-NetRoute -RemoteIPAddress 10.20.5.10 ఎంచుకున్న ఇంటర్‌ఫేస్, తదుపరి హాప్ మరియు మూల చిరునామాను చూపుతుంది. ఇంటర్‌ఫేస్ భౌతిక అడాప్టర్ అయితే, ప్రిఫిక్స్ టన్నెల్ మార్గ సమితిలో లేదు లేదా క్లయింట్ విభజిత టన్నెల్ ద్వారా దానిని మినహాయించింది. స్థానిక మార్గం జోడించడం బదులు ప్రొఫైల్ నిర్వచనంతో పోల్చండి.

స్థానిక route add పరీక్షను పాస్ చేయించి తదుపరి విధాన రిఫ్రెష్‌లో మాయమైపోవచ్చు, కాబట్టి మార్పు నిర్వహిత ప్రొఫైల్‌లో ఉండాలి. వినియోగదారు మరియు పరికర ప్రొఫైల్స్ రెండింటిలో ప్రిఫిక్స్‌ను తనిఖీ చేయండి, మరియు విభజిత టన్నెల్ సెట్టింగ్‌ను చూడండి: పూర్తి టన్నెల్‌కు ప్రతి ప్రిఫిక్స్‌కు మార్గం అవసరం లేదు, విభజిత టన్నెల్‌కు అది మోసే ప్రతి ప్రైవేట్ ప్రిఫిక్స్‌కు ఒకటి అవసరం.

దశ 4: ప్రైవేట్ పేర్ల పరిష్కారాన్ని విడిగా పరీక్షించండి

ప్రైవేట్ పేర్లకు వాటి స్వంత విధాన మార్గం ఉంది. ప్రొఫైల్ NRPT నియమాలు మరియు DNS సఫిక్స్ శోధన జాబితాను అందించగలదు, అవి టన్నెల్ పైన ఉన్నంత కాలం చెల్లుతాయి. క్లయింట్ నిజంగా ఏమి పొందిందో Get-DnsClientNrptPolicy తో చదివి, ఆపై అదే సెషన్‌లో పేరు మరియు చిరునామాను పరీక్షించండి. చిరునామాలు పనిచేస్తుండగా పేర్లు విఫలమైతే పరిష్కారిణి; రెండూ విఫలమైతే మార్గం.

పేరు టన్నెల్ మార్గాల బయట ఉన్న చిరునామాకు కూడా పరిష్కారం కావచ్చు, ఇది విజయాన్ని గడువు ముగింపుతో కలుపుతుంది. తిరిగి వచ్చిన చిరునామాను మీ రికార్డులోని ప్రిఫిక్స్‌తో పోల్చండి; భిన్నమైతే ప్రైవేట్ జోన్ పబ్లిక్ లేదా ప్రత్యామ్నాయ చిరునామాతో సమాధానం ఇస్తోంది మరియు సరిపోలిన మార్గం రూపకల్పన చేసినది కాదు.

దశ 5: ఫిల్టర్లు, గుర్తింపు మరియు యాప్ స్వంత ద్వారాన్ని తనిఖీ చేయండి

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

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