సైట్ VPN ద్వారా మ్యాప్ చేసిన డ్రైవ్: DNS, SMB మరియు UNC మార్గం
నెట్‌వర్క్ కనుగొనడం రూటెడ్ లింక్‌ను దాటదు, కానీ పేరున్న UNC మార్గం దాటుతుంది. DNSని సర్వర్ వైపు చూపండి, SMBని రెండు దిశల్లో తెరిచి, ఆపై డ్రైవ్‌ను మ్యాప్ చేయండి.
Explorerలోని నెట్‌వర్క్ పేజీ స్థానిక సెగ్మెంట్‌లో తమను ప్రకటించుకున్న పరికరాలను చూపుతుంది, మరియు రూటెడ్ టన్నెల్ ఆ ప్రకటనల్లో ఏదీ తీసుకెళ్లదు. అందుకే సర్వర్ పూర్తిగా చేరుకోగలిగినప్పటికీ వినియోగదారు ముందున్న విండో ఖాళీగా ఉంటుంది. పేరున్న UNC మార్గం కనుగొనడంపై అసలు ఆధారపడదు, మరియు పరిష్కారం పేరు పరిష్కరించబడటం, పోర్టు సమాధానం ఇవ్వడం. ఖాళీ విండో తప్పు పొర లక్షణం, పాడైన షేర్ కాదు.
కనుగొనడం మరియు చేరుకోవడం ఒకటి కాదు
Windows దగ్గరి మెషీన్లను బ్రాడ్‌కాస్ట్ డొమైన్ కోసం రూపొందించిన ప్రోటోకాల్‌లతో కనుగొని, ఆ తర్వాత దొరికినది సౌలభ్య జాబితాగా చూపుతుంది. ఆ జాబితాలో ఏదీ SMB ఫైల్ యాక్సెస్‌కు అవసరం లేదు. సర్వర్ పేరు తెలిసి TCP 445కు చేరగలిగే క్లయింట్, మెషీన్ ఎప్పుడైనా నెట్‌వర్క్‌లో కనిపించినా కనిపించకపోయినా షేర్‌ను తెరుస్తుంది.
రెండు పొరలు స్వతంత్రంగా విఫలమవుతాయి, అందుకే "నాకు అది కనిపించడం లేదు" మరియు "నేను దాన్ని తెరవలేను" వేర్వేరు పరీక్షలకు అర్హం. జాబితాను చూడటం కనుగొనడం గురించి చెబుతుంది; మార్గాన్ని తెరవడం సేవ గురించి చెబుతుంది.
షేర్‌ను మ్యాప్ చేయడానికి ముందు సర్వర్‌కు పేరు పెట్టండి
ఫైల్ సర్వర్‌ను DNSలో దాని ఆవలి వైపు చిరునామాతో ప్రచురించి, క్లయింట్ సైట్‌ను ఆ జోన్ కోసం సమాధానం ఇవ్వగల resolver వైపు చూపండి. పూర్తిగా అర్హత పొందిన పేరు స్థానిక సఫిక్స్ శోధన జాబితాపై ఆధారపడటాన్ని నివారిస్తుంది, ఇదే చిన్న పేరు ఒక సైట్‌లో పనిచేసి మరొకదానిలో విఫలమయ్యే సాధారణ కారణం.
పర్యావరణం Active Directory ఉపయోగిస్తే, పేర్ల పరిష్కారం ప్రామాణీకరణలో భాగం కూడా: క్లయింట్ Kerberos కోసం డొమైన్ కంట్రోలర్‌కు చేరుకోవాలి, చాలా జరిగిన గడియారం టికెట్ మార్పిడిని విఫలం చేస్తుంది. ఇది SMB చేరుకోవడం కంటే వేరే సమస్య మరియు ఆధారాల దోషంలా కనిపిస్తుంది. పాస్‌వర్డ్ మళ్లీ రాసే ముందు డొమైన్ కంట్రోలర్‌ను పరీక్షించండి.
| Layer | What it needs | Symptom when missing |
|---|---|---|
| Name resolution | A DNS answer for the server name | Path cannot be found, ping by IP still works |
| Transport | TCP 445 open in both directions | Connection times out or is refused |
| Authentication | A reachable domain controller and correct clock | Access is denied after the port connects |
| Authorization | Share permission and filesystem permission | The share opens but the folder is inaccessible |
రెండు దిశల్లో రూటింగ్ మరియు ఫిల్టరింగ్
సైట్-నుండి-సైట్ టన్నెల్‌కు స్థానిక రూట్ పట్టికలో దూరపు ప్రిఫిక్స్, దూరపు పట్టికలో స్థానిక ప్రిఫిక్స్ అవసరం, మరియు ప్రతి వైపు ఫైర్‌వాల్ వచ్చే ట్రాఫిక్‌ను అనుమతించాలి. ఒక-వైపు కాన్ఫిగరేషన్ తెరుచుకుని ఎప్పుడూ సమాధానం ఇవ్వని కనెక్షన్‌ను ఉత్పత్తి చేస్తుంది, దీన్ని వినియోగదారులు షేర్ నెమ్మదిగా ఉందని వర్ణిస్తారు. మొదట టన్నెల్ సొంత కౌంటర్లను తనిఖీ చేయండి. ప్యాకెట్లు బయటకు వెళ్లి ఏమీ తిరిగి రాకపోతే, తిరిగి వచ్చే మార్గాన్ని లేదా దూరపు ఫిల్టర్‌ను చూడండి.
WireGuardలో పీర్ అనుమతించిన IPలు మరియు ఆపరేటింగ్ సిస్టమ్ రూట్లు ఆ రూపకల్పనతో సరిపోలాలి. టన్నెల్ ప్యాకెట్లను మోసుకెళుతుంది; అది DNS రికార్డులు లేదా షేర్ అనుమతులు అందించదు ఏ వైపూ.
ఫైర్‌వాల్ నియమాన్ని నిజంగా కనెక్ట్ అయ్యే మూల నెట్‌వర్క్ ఆధారంగా రూపొందించి, మినహాయింపును రాసుకోండి. రూపకల్పన మార్గంలో ఎక్కడైనా చిరునామాలను అనువదిస్తే, నియమం అనువదించిన మూలాన్ని ఉపయోగించాలి, అసలు క్లయింట్ చిరునామా ఇకపై లాగ్‌లలో కనిపించదు.
ప్రామాణీకరించండి, ఆపై డ్రైవ్‌ను మ్యాప్ చేయండి
Explorer విండోకు బదులు ఆదేశాలతో పొరలను దాటండి:
Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:noరెండవ ఆదేశం TCP మార్గాన్ని నిరూపిస్తుంది, ఏదైనా చదివే హక్కును కాదు. మూడవది ప్రామాణీకరణ మరియు అధికారం అమలయ్యే చోటు, అక్కడ విఫలమైతే మిమ్మల్ని రౌటర్ వైపు కాకుండా షేర్ మరియు ఫైల్ సిస్టమ్ అనుమతుల వైపు పంపాలి.
SMB సంతకం మరియు ప్రస్తుత ప్రామాణీకరణ విధానాన్ని చెక్కుచెదరకుండా ఉంచండి. స్పష్టమైన మార్గానికి SMB1ని మళ్లీ ప్రారంభించడం లేదా కనుగొనడపు బ్రాడ్‌కాస్ట్‌లను టన్నెల్ ద్వారా పంపడం అవసరం లేదు, మరియు TCP 445 ప్రైవేట్ మార్గంలోనే ఉండాలి, ఇంటర్నెట్ వైపు ఫార్వర్డ్‌లో కాదు. వినియోగదారులకు ఆమోదించిన పేరుకు నిర్వహిత సత్వరమార్గం లేదా మ్యాప్ చేసిన డ్రైవ్ ఇవ్వండి, ఖాళీ నెట్‌వర్క్ పేజీ ఇకపై ప్రాముఖ్యం కాదు.