தள 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 தனியார் பாதையிலேயே இருக்க வேண்டும், இணையம் நோக்கிய அனுப்பலில் அல்ல. பயனர்களுக்கு அங்கீகரிக்கப்பட்ட பெயருக்கு நிர்வகிக்கப்பட்ட குறுக்குவழி அல்லது இணைக்கப்பட்ட இயக்ககம் கொடுங்கள், காலியான பிணையப் பக்கம் இனி முக்கியமல்ல.