మీ VPN అడాప్టర్ పబ్లిక్ ఫైర్‌వాల్ ప్రొఫైల్‌లో ఎందుకు ఉంటుంది
డొమైన్‌లో సైన్-ఇన్ చేయడం నెట్‌వర్క్‌ను డొమైన్‌గా వర్గీకరించదు, మరియు ప్రైవేట్ ప్రత్యామ్నాయం కాదు. మొదట నియమం యొక్క ప్రొఫైల్ చదవండి, తర్వాత దాన్ని అమలు చేసే మెషీన్.
టన్నెల్ పనిచేస్తోంది, ఖాతా డొమైన్‌తో ప్రామాణీకరించబడింది, అయినా Windows కనెక్షన్‌ను పబ్లిక్ అని లేబుల్ చేస్తుంది. అందువల్ల డొమైన్ ప్రొఫైల్ కోసం రాసిన ఫైర్‌వాల్ నియమం వర్తించదు, ఫైల్ షేరింగ్ అందుబాటులో లేకుండా ఉంటుంది. సాధారణ సరిదిద్దే ప్రయత్నం అడాప్టర్‌ను ప్రైవేట్‌కు సెట్ చేయడం, ఇది ఏ నియమాలు వర్తిస్తాయో మారుస్తుంది కానీ ప్రామాణీకరణలో ఏమీ మార్చదు. లేబుల్ మరియు సరిదిద్దడం రెండూ విస్తృతంగా తప్పుగా అర్థం చేసుకోబడతాయి, వాటిని వేరు చేయడానికి మూడు ఆదేశాలు అవసరం.
కనెక్ట్ అయిన ఖాతా నెట్వర్క్ వర్గం కాదు
VPN కనెక్షన్ సమయంలో రెండు వేర్వేరు నిర్ణయాలు తీసుకోబడతాయి, వాటిని కలపడం సులభం. గేట్‌వే ఖాతా కనెక్ట్ కాగలదా అని నిర్ణయిస్తుంది. Windows ఏర్పడిన నెట్‌వర్క్‌ను ఎలా వర్గీకరించాలో నిర్ణయిస్తుంది, ఆ వర్గీకరణే ఇంటర్‌ఫేస్‌కు ఏ ఫైర్‌వాల్ నియమాలు వర్తిస్తాయో నిర్ణయిస్తుంది.
గేట్‌వేలో విజయవంతమైన డొమైన్ ప్రామాణీకరణ ఖాతా గురించి రుజువు. ఎండ్‌పాయింట్ నెట్‌వర్క్‌ను డొమైన్ నియంత్రికతో ప్రామాణీకరించిందని రుజువు కాదు, డొమైన్ వర్గం సరిగ్గా అదే సూచిస్తుంది.
అందుకే మెషీన్ డొమైన్‌లో చేరి ఉండవచ్చు, డొమైన్ ఖాతాతో కనెక్ట్ కావచ్చు, అయినా పబ్లిక్ అని చూపించవచ్చు. వర్గీకరణ నెట్వర్క్ గురించిన స్థానిక నిర్ణయం, టన్నెల్ తెరిచిన ఆధారాల గురించిన ప్రకటన కాదు. ఖాతా పూర్తిగా చెల్లుబాటు అయినా లేబుల్ మొదలైన చోటే ఉంటుంది.
మూడు వర్గాలు, వాటిలో ఒకటి మీరు సెట్ చేయలేరు
Windows మూడు వర్గాలు అందిస్తుంది, వాటిలో రెండింటిని మాత్రమే నిర్వాహకుడు కేటాయించగలడు. మూడోదాన్ని ఆపరేటింగ్ సిస్టమ్ నెట్‌వర్క్‌ను డొమైన్ నియంత్రికతో విజయవంతంగా ప్రామాణీకరించిన తర్వాత నిర్ణయిస్తుంది.
| Category | How it is assigned | What it affects |
|---|---|---|
| Public | Default for unidentified networks, or set manually | Rules scoped to the public profile |
| Private | Set manually, or by the user on a trusted network | Rules scoped to the private profile |
| DomainAuthenticated | Determined by Windows after domain authentication | Rules scoped to the domain profile |
Get-NetConnectionProfile | Select-Object Name,InterfaceAlias,NetworkCategory,IPv4Connectivity
Set-NetConnectionProfile -InterfaceAlias 'Corp VPN' -NetworkCategory Private
Set-NetConnectionProfile -InterfaceAlias 'Corp VPN' -NetworkCategory DomainAuthenticatedమూడో ఆదేశం విఫలమవుతుంది, అది అనుమతి సమస్య కాదు, నమోదిత ప్రవర్తన. ఆదేశం యొక్క స్వంత సూచన డొమైన్ వర్గాన్ని ఈ విధంగా కేటాయించలేమని చెబుతుంది, ఎందుకంటే Windows దాన్ని డొమైన్ ప్రామాణీకరణ నుండి పొందుతుంది. లోపాన్ని చూడటం వర్గం సెట్టింగ్ కాదు, పరిణామం అని ఉపయోగకరమైన నిర్ధారణ.
మొదటి ఆదేశాన్ని ట్రాఫిక్ నిరోధించబడిన ఎండ్‌పాయింట్‌లో చదవండి. గేట్‌వే యొక్క స్వంత ఇంటర్‌ఫేస్ వర్గీకరణ కనెక్ట్ అయ్యే ప్రతి వర్క్‌స్టేషన్ తన టన్నెల్‌ను ఎలా వర్గీకరించిందో ఏమీ చెప్పదు.
నియమాలు రాసిన ప్రొఫైల్‌ను అనుసరిస్తాయి
వర్గం తెలిసిన తర్వాత, లేని యాక్సెస్ సాధారణంగా తనంతట తానే వివరణ ఇస్తుంది. ప్రతి Windows Firewall నియమం ప్రొఫైల్ పరిధిని కలిగి ఉంటుంది, డొమైన్‌కు పరిమితమైన నియమం ఇంటర్‌ఫేస్ పబ్లిక్‌గా ఉన్నప్పుడు వర్తించదు. మూడు ఆదేశాలు దాన్ని సిద్ధాంతం కాకుండా సమాధానంగా మారుస్తాయి, మూడోది ప్రొఫైల్ ఎప్పుడూ సమస్య కాని సందర్భాన్ని పట్టుకుంటుంది:
(Get-NetFirewallRule -DisplayName 'Allow File Share').Profile
Get-NetFirewallRule -DisplayName 'Allow File Share' | Get-NetFirewallAddressFilter
Get-NetFirewallProfile | Select-Object Name,Enabled,DefaultInboundActionరెండో ఆదేశం అస్పష్ట నివేదికను సరిదిద్దడంగా మారుస్తుంది. నియమం VPN పూల్‌ను కలిగి లేని దూర చిరునామాల పరిధికి పరిమితమై ఉంటే, ప్రొఫైల్ మార్చడం కూడా సహాయపడదు.
డిఫాల్ట్ ఇన్‌బౌండ్ చర్యను కూడా తనిఖీ చేయండి. ఇన్‌బౌండ్ డిఫాల్ట్‌గా నిరోధించబడిన మెషీన్‌లో, లేని అనుమతి నియమం తిరస్కరణకు బదులు మౌనాన్ని సృష్టిస్తుంది. క్లయింట్ వైపు నుండి అది రూటింగ్ వైఫల్యంలా కనిపిస్తుంది, అందుకే ఈ టికెట్లలో చాలా తప్పు ఊహతో ప్రారంభమవుతాయి.
ఏ మెషీన్ నియమాన్ని అమలు చేస్తుందో నిర్ణయించండి
వర్గాన్ని మార్చే ముందు, నిరోధం ఎక్కడ జరుగుతుందో నిర్ధారించండి. షేర్‌ను హోస్ట్ చేసే సర్వర్‌కు దాని స్వంత ఫైర్‌వాల్ ఉండవచ్చు, దాని నియమాలు క్లయింట్ తన అడాప్టర్‌ను ఎలా లేబుల్ చేసిందనేది పరిగణించకుండా VPN పూల్ నుండి వచ్చే ట్రాఫిక్‌కు వర్తిస్తాయి. అక్కడి తిరస్కరణ మీరు అమలు చేసే ఏ స్థానిక ఆదేశానికీ కనిపించదు, క్లయింట్ వైపు వనరు అందుబాటులో లేదని మాత్రమే నివేదిస్తుంది. క్లయింట్ వర్గీకరణను తాకే ముందు గమ్యం యొక్క స్వంత నియమాలను పరీక్షించండి.
క్లయింట్ నుండి నిర్దిష్ట పోర్ట్‌కు పరీక్షించి, తర్వాత అదే VPN లోని మరో హోస్ట్ పరీక్షతో పోల్చండి. రెండూ విఫలమైతే, సమస్య గమ్యంలో లేదా మార్గంలో ఉంది. ఒకటి మాత్రమే విఫలమైతే, భేదం ఆ మెషీన్‌కు స్థానికం, ప్రొఫైల్ వర్గం సంభావ్య కారణం అవుతుంది.
దిశను కూడా గుర్తుంచుకోండి. ఇన్‌బౌండ్ SMB ను అనుమతించే నియమం, తన అవుట్‌బౌండ్ నియమం అదే ట్రాఫిక్‌ను నిరోధించే క్లయింట్‌కు ఏమీ చేయదు. ఫైల్ ఎక్స్‌ప్లోరర్ విండో నుండి రెండు వైఫల్యాలను వేరు చేయలేము, కాబట్టి ఏదైనా సవరించే ముందు ప్రతి దిశను విడిగా పరీక్షించండి.
అన్నింటినీ మళ్లీ లేబుల్ చేయడానికి బదులు ఏమి చేయాలి
విస్తృత నియమాన్ని తీర్చడానికి తెలియని నెట్‌వర్క్‌ను ప్రైవేట్‌గా మార్చడం నిజమైన పరిణామాలతో కూడిన నిజమైన మార్పు. ప్రైవేట్ ప్రొఫైల్ సాధారణంగా పబ్లిక్ కంటే ఎక్కువ కనుగొనడం మరియు ఎక్కువ ఇన్‌బౌండ్ ట్రాఫిక్‌ను అనుమతిస్తుంది.
లక్ష్యం నిర్దిష్ట సేవ VPN క్లయింట్లను చేరుకోవడం అయితే, నియమాన్ని ప్రొఫైల్‌కు బదులు దూర చిరునామా ద్వారా పరిమితం చేయండి. అది ఉద్దేశాన్ని కచ్చితంగా వ్యక్తపరుస్తుంది, వర్గీకరణతో సంబంధం లేకుండా పనిచేస్తుంది, Windows వర్చువల్ అడాప్టర్ గురించి సరిగ్గా ఊహిస్తుందా అనేదానిపై ఆధారపడదు. ఇంటర్‌ఫేస్‌ను మళ్లీ వర్గీకరించే క్లయింట్ నవీకరణను కూడా అది తట్టుకుంటుంది. పూల్‌ను నియమంలో రాయండి, తర్వాతి వ్యక్తి అడగకుండానే ఉద్దేశాన్ని చదవగలరు.
డొమైన్ వర్గం నిజంగా ఆశించబడుతోంది, ఎప్పుడూ కనిపించడం లేదు అయితే, అది ప్రత్యేక దర్యాప్తు. మెషీన్ డొమైన్‌లో చేరి ఉందా, టన్నెల్ ద్వారా డొమైన్ నియంత్రికను చేరుకోగలదా, సురక్షిత చానెల్ ఆరోగ్యంగా ఉందా అని తనిఖీ చేయండి. ఆ మూడు ఆదేశాలు ఒక్క రిజిస్ట్రీ సవరణ లేకుండా సమాధానం ఇస్తాయి:
Get-CimInstance Win32_ComputerSystem | Select-Object PartOfDomain,Domain
Test-ComputerSecureChannel -Verbose
nltest /dsgetdc:corp.example.comఆ మూడూ ఎండ్‌పాయింట్ నెట్‌వర్క్‌ను ప్రామాణీకరించగలిగిందా అని సమాధానం ఇస్తాయి. అది నియంత్రికను చేరుకోలేకపోతే, అడాప్టర్ ఎన్నిసార్లు రీసెట్ చేసినా డొమైన్ వర్గం ఎప్పుడూ కేటాయించబడదు. మీరు వెంబడించిన ఫైర్‌వాల్ నియమమే నిజమైన సమస్య కాదు, లేబుల్ కారణం కాదు, విరిగిన మార్గం యొక్క లక్షణం.