ਸਾਈਟ 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 ਨਿੱਜੀ ਪਥ ਉੱਤੇ ਹੀ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਇੰਟਰਨੈੱਟ ਵੱਲ ਫਾਰਵਰਡ ਉੱਤੇ ਨਹੀਂ। ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਮਨਜ਼ੂਰ ਨਾਂ ਉੱਤੇ ਪ੍ਰਬੰਧਿਤ ਸ਼ਾਰਟਕੱਟ ਜਾਂ ਮੈਪ ਕੀਤੀ ਡਰਾਈਵ ਦਿਓ, ਅਤੇ ਖਾਲੀ ਨੈੱਟਵਰਕ ਪੇਜ ਹੁਣ ਮਾਅਨੇ ਨਹੀਂ ਰੱਖੇਗਾ।