VPN ਰਾਹੀਂ NAS ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ ਜਾ ਸਕਦਾ: ਪਤਾ, ਵਾਪਸੀ ਦਾ ਰਾਹ ਜਾਂ ਸੇਵਾ?
ਨਿੱਜੀ ਸੁਰੰਗ ਨੂੰ NAS ਤੱਕ ਰਾਹ, ਜਵਾਬ ਦਾ ਰਾਹ ਅਤੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸੇਵਾ ਚਾਹੀਦੀ ਹੈ। ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਨਾਕਾਮ ਹੋਈ।
ਸੁਰੰਗਾਂ ਉੱਪਰ ਆਉਂਦੀਆਂ ਹਨ, ਕਲਾਇੰਟ ਨੂੰ ਪਤਾ ਮਿਲਦਾ ਹੈ, ਅਤੇ NAS ਬਿਲਕੁਲ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ। ਇਹ ਇੱਕੋ ਲੱਛਣ ਤਿੰਨ ਅਸੰਬੰਧਿਤ ਖਰਾਬੀਆਂ ਨੂੰ ਢਕਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚਦੇ ਹੋ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਮੁਰੰਮਤ ਕਿੰਨਾ ਸਮਾਂ ਲਵੇਗੀ। ਪਤਾ-ਨਿਰਧਾਰਣ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਓਵਰਲੈਪਿੰਗ ਸਬਨੈੱਟ ਤੁਹਾਡੀ ਬੇਨਤੀ ਕਿਸੇ ਅਣਜਾਣ ਡਿਵਾਈਸ ਨੂੰ ਭੇਜ ਸਕਦਾ ਹੈ। ਵਾਪਸੀ ਦਾ ਰਾਹ ਦੂਜੇ ਨੰਬਰ 'ਤੇ ਹੈ, ਕਿਉਂਕਿ ਬਿਨਾਂ ਜਵਾਬ ਆਉਣ ਵਾਲੀ ਬੇਨਤੀ ਬੰਦ ਸੇਵਾ ਵਰਗੀ ਹੀ ਦਿਸਦੀ ਹੈ। ਸੇਵਾ ਅਤੇ ਮਨਜ਼ੂਰੀ ਅੰਤ ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਪਹਿਲੇ ਦੋ ਸਾਬਤ ਹੋਣ ਤੋਂ ਬਾਅਦ।
ਤਿੰਨ ਖਰਾਬੀਆਂ ਜੋ ਸਾਰੀਆਂ ਅਪਹੁੰਚ ਵਜੋਂ ਪੜ੍ਹੀਆਂ ਜਾਂਦੀਆਂ ਹਨ
ਪਤਾ ਚੋਣ, ਵਾਪਸੀ ਰਾਊਟਿੰਗ ਅਤੇ ਸੇਵਾ ਅਧਿਕਾਰ ਇੱਕੋ ਦਿੱਸਣ ਵਾਲਾ ਸੁਨੇਹਾ ਦਿੰਦੇ ਹਨ: ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ। ਉਨ੍ਹਾਂ ਦੇ ਸਬੂਤ, ਜ਼ਿੰਮੇਵਾਰ ਅਤੇ ਸੁਧਾਰ ਵੱਖਰੇ ਹਨ, ਇਸ ਲਈ ਉਨ੍ਹਾਂ ਨੂੰ ਵੱਖ ਕਰਨਾ ਹੀ ਪੂਰਾ ਕੰਮ ਹੈ। ਨਾਕਾਮ ping ਆਪਣੇ ਆਪ ਵਿੱਚ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਫਲ TCP ਇਨਕਾਰ ਅਸਲ ਵਿੱਚ ਚੰਗੀ ਖ਼ਬਰ ਹੈ।
| Observation | Most likely conclusion |
|---|---|
| Route to the NAS address leaves the wrong interface | Overlapping or missing private route |
| Request visible on the server, no reply seen | Return path, gateway forwarding or translation |
| TCP connection refused rather than dropped | Reachable host, service not listening or filtered |
| TCP works, login or file access fails | Share permission, account or protocol version |
ਟੇਬਲ ਨੂੰ ਕਾਰਨਾਂ ਦੀ ਸੂਚੀ ਨਹੀਂ, ਜਾਂਚਾਂ ਦਾ ਕ੍ਰਮ ਪੜ੍ਹੋ। ਹਰ ਕਤਾਰ ਅਗਲੀ ਨੂੰ ਸੀਮਿਤ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਇਨਕਾਰ ਪਹਿਲਾਂ ਹੀ ਸਾਬਤ ਕਰ ਚੁੱਕਾ ਹੈ ਕਿ ਪਤਾ-ਨਿਰਧਾਰਣ ਅਤੇ ਵਾਪਸੀ ਦਾ ਰਾਹ ਕੰਮ ਕਰਦੇ ਹਨ। ਰਾਊਟ ਨੇ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਚੁਣਿਆ ਇਹ ਜਾਂਚਣ ਤੋਂ ਪਹਿਲਾਂ ਫਾਇਰਵਾਲ ਨਿਯਮਾਂ ਅੰਦਰ ਵੀਹ ਮਿੰਟ ਲੰਘਾਉਣਾ ਦੁਪਹਿਰ ਗੁਆਉਣ ਦਾ ਸਭ ਤੋਂ ਆਮ ਤਰੀਕਾ ਹੈ। ਉੱਪਰੋਂ ਹੇਠਾਂ ਕੰਮ ਕਰੋ ਅਤੇ ਪਹਿਲੀ ਮਿਲਦੀ ਕਤਾਰ 'ਤੇ ਰੁਕੋ।
ਸ਼ਰਤ ਇੱਕ: ਕੀ ਉਹ ਪਤਾ ਸਹੀ ਡਿਵਾਈਸ ਹੈ?
NAS ਦਾ ਸਬਨੈੱਟ ਅਤੇ ਉਹ ਸੀਮਾ ਲਿਖੋ ਜੋ VPN ਕਲਾਇੰਟ ਨੂੰ ਦਿੰਦਾ ਹੈ, ਫਿਰ ਦੋਵਾਂ ਦੀ ਤੁਲਨਾ ਉਸ ਨੈੱਟਵਰਕ ਨਾਲ ਕਰੋ ਜਿਸ 'ਤੇ ਤੁਹਾਡਾ ਲੈਪਟਾਪ ਹੁਣ ਹੈ। ਇਸ ਗਾਈਡ ਵਿੱਚ NAS 10.40.7.25 'ਤੇ ਹੈ ਅਤੇ VPN ਪੂਲ 10.40.9.0/24 ਹੈ, ਇੱਕ ਸਾਈਟ ਯੋਜਨਾ ਅੰਦਰ ਦੋ ਵੱਖਰੀਆਂ ਨਿੱਜੀ ਸੀਮਾਵਾਂ; ਜੋ ਘਰ 192.168.0.0/24 ਜਾਂ 10.0.0.0/24 ਵਰਤਦਾ ਹੈ ਉਸ ਦੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਾਲ ਟਕਰਾਉਣ ਦੀ ਸੰਭਾਵਨਾ ਕਿਤੇ ਵੱਧ ਹੈ।
ਜਦੋਂ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਅਤੇ NAS ਨੈੱਟਵਰਕ ਓਵਰਲੈਪ ਹੁੰਦੇ ਹਨ, ਕਲਾਇੰਟ ਉਹ ਟ੍ਰੈਫਿਕ ਆਪਣੇ ਗੇਟਵੇ 'ਤੇ ਭੇਜਦਾ ਹੈ ਅਤੇ ਸੰਜੋਗ ਨਾਲ ਉਹੀ ਪਤਾ ਰੱਖਣ ਵਾਲੇ ਅਸੰਬੰਧਿਤ ਡਿਵਾਈਸ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਜੋ ਵੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਉਸ ਵਿੱਚ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਰਾਹ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25ਪਹਿਲਾ ਕਮਾਂਡ ਉਹ ਇੰਟਰਫੇਸ ਅਤੇ ਗੇਟਵੇ ਦੱਸਦਾ ਹੈ ਜੋ ਕਰਨਲ ਵਰਤਦਾ, ਅਤੇ ਦੂਜਾ ਉਹ ਪਹਿਲੇ ਹੌਪ ਦਿਖਾਉਂਦਾ ਹੈ ਜੋ ਸੱਚਮੁੱਚ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਜੇ ਦੋਵੇਂ ਨਾ ਮਿਲਣ ਤਾਂ ਖੋਜ 'ਤੇ ਭਰੋਸਾ ਕਰੋ, ਕਿਉਂਕਿ ਪੈਕੇਟ ਇਸੇ ਰਾਹ ਜਾਵੇਗਾ। NAS ਤੋਂ ਇੱਕ ਹੌਪ ਪਹਿਲਾਂ ਰੁਕਣ ਵਾਲੀ ਹੌਪ-ਸੂਚੀ ਵੀ ਇੱਕ ਲੱਭਤ ਹੈ, ਨਾਕਾਮੀ ਨਹੀਂ। ਜੋ ਖੋਜ ਸੁਰੰਗ ਦੀ ਥਾਂ ਭੌਤਿਕ ਅਡੈਪਟਰ 'ਤੇ ਹੱਲ ਹੁੰਦੀ ਹੈ ਉਹ ਇਸ ਬਿੰਦੂ 'ਤੇ ਜਾਂਚ ਖ਼ਤਮ ਕਰਦੀ ਹੈ।
ਸ਼ਰਤ ਦੋ: ਕੀ ਜਵਾਬ ਵਾਪਸ ਆਉਂਦਾ ਹੈ?
ਕਲਾਇੰਟ ਨੂੰ NAS ਵੱਲ ਰਾਹ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ NAS ਨੈੱਟਵਰਕ ਨੂੰ VPN ਪੂਲ ਵੱਲ ਵਾਪਸੀ ਦਾ ਰਾਹ ਚਾਹੀਦਾ ਹੈ। ਗੇਟਵੇ ਫਾਰਵਰਡਿੰਗ, ਫਾਇਰਵਾਲ ਨਿਯਮ ਅਤੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤਾ ਅਨੁਵਾਦ ਤਿੰਨੇ ਉਸ ਜੋੜੀ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ। strongSwan ਦੇ ਫਾਰਵਰਡਿੰਗ ਨੋਟ ਗੇਟਵੇ ਪਿੱਛੇ ਨਿੱਜੀ ਸਬਨੈੱਟ ਲਈ ਵਾਪਸੀ ਰਾਊਟ ਅਤੇ ਅਨੁਵਾਦ ਦੇ ਵਿਕਲਪ ਦੱਸਦੇ ਹਨ।
ਜਦੋਂ ਬੇਨਤੀ ਆਉਂਦੀ ਹੈ ਅਤੇ ਜਵਾਬ ਕਿਸੇ ਹੋਰ ਗੇਟਵੇ ਰਾਹੀਂ ਨਿਕਲਦਾ ਹੈ, ਤਾਂ ਕੋਈ ਵੀ DNS ਤਬਦੀਲੀ ਉਸ ਅਸਮਾਨਤਾ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦੀ। ਦੋਵੇਂ ਪਾਸੇ ਕੈਪਚਰ ਇੱਕੋ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਵੀ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਅਨੁਵਾਦ ਨੇ ਉਹ ਸਰੋਤ ਮੁੜ ਲਿਖਿਆ ਜਾਂ ਨਹੀਂ ਜਿਸ ਨੂੰ NAS ਨੇ ਜਵਾਬ ਦਿੱਤਾ ਸੀ। ਪ੍ਰਬੰਧਕ ਇਸ ਹੱਦ ਦਾ ਜ਼ਿੰਮੇਵਾਰ ਹੈ: ਸਿਰਫ਼ ਲੋੜੀਂਦੀਆਂ ਸੇਵਾਵਾਂ ਅਤੇ VPN ਕਲਾਇੰਟ ਸੀਮਾ ਦੀ ਮਨਜ਼ੂਰੀ ਦਿਓ, ਅਤੇ ਲਿਖੋ ਕਿ ਰਾਊਟਿੰਗ ਚੁਣੀ ਗਈ ਜਾਂ ਅਨੁਵਾਦ।
ਸ਼ਰਤ ਤਿੰਨ: ਕੀ ਸੇਵਾ ਉੱਥੇ ਹੈ ਅਤੇ ਮਨਜ਼ੂਰ ਹੈ?
ਪ੍ਰਬੰਧਨ ਪੰਨਾ ਅਤੇ ਫਾਈਲ ਸ਼ੇਅਰਿੰਗ ਸੇਵਾ ਇੱਕੋ ਮਸ਼ੀਨ 'ਤੇ ਵੱਖਰੇ ਅੰਤ ਬਿੰਦੂ ਹਨ, ਅਤੇ ਇੱਕ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ ਦੂਜੀ ਨੂੰ ਹੋਸਟ ਫਾਇਰਵਾਲ, ਸੇਵਾ ਸੰਰਚਨਾ ਜਾਂ ਸ਼ੇਅਰ ਮਨਜ਼ੂਰੀ ਰੋਕਦੀ ਹੈ। ਜੋ ਡਿਵਾਈਸ ਇਨਕਾਰ ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਉਸ ਨੇ ਪਹਿਲੀਆਂ ਦੋ ਸ਼ਰਤਾਂ ਪਹਿਲਾਂ ਹੀ ਸਾਬਤ ਕਰ ਦਿੱਤੀਆਂ ਹਨ, ਜਿਸ ਨਾਲ ਤੀਜੀ ਕਾਫ਼ੀ ਸੁੰਗੜ ਜਾਂਦੀ ਹੈ।
ਉਸ ਖਾਤੇ ਨਾਲ ਜਾਂਚ ਕਰੋ ਜਿਸ ਨੂੰ ਸੱਚਮੁੱਚ ਫਾਈਲਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਇੰਸਟਾਲ ਵੇਲੇ ਵਰਤੇ ਪ੍ਰਬੰਧਕ ਖਾਤੇ ਨਾਲ ਨਹੀਂ, ਕਿਉਂਕਿ ਪ੍ਰਬੰਧਕੀ ਅਧਿਕਾਰ ਗੁੰਮ ਰਾਹ ਸੁਧਾਰ ਨਹੀਂ ਸਕਦੇ ਅਤੇ ਰਾਹ ਸ਼ੇਅਰ ਮਨਜ਼ੂਰੀ ਨਹੀਂ ਦੇ ਸਕਦਾ। ਨਾਮ ਵੀ ਇੱਥੇ ਆਉਂਦੇ ਹਨ: ਘਰ ਵਿੱਚ ਲੱਭਿਆ NAS ਨਾਮ ਅਕਸਰ ਸਥਾਨਕ multicast 'ਤੇ ਨਿਰਭਰ ਹੁੰਦਾ ਹੈ, ਜੋ ਰਾਊਟਡ ਸੁਰੰਗ ਨਹੀਂ ਢੋਂਦੀ, ਇਸ ਲਈ ਨਾਮਕਰਨ ਨੂੰ ਪਹੁੰਚ ਤੋਂ ਵੱਖ ਕਰਨ ਲਈ ਨਿਰਮਾਤਾ ਦਾ ਦਸਤਾਵੇਜ਼ੀ ਨਿੱਜੀ ਹੋਸਟਨਾਮ ਜਾਂ ਪਤਾ ਖੁਦ ਅਜ਼ਮਾਓ।
NAS ਨੈੱਟਵਰਕ ਤੋਂ ਬਾਹਰੋਂ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਹੌਲੀ-ਹੌਲੀ ਵਧਾਓ
ਉਸੇ LAN 'ਤੇ ਕੀਤੀ ਜਾਂਚ ਦੂਰ ਦੇ ਰਾਹ ਦਾ ਹਰ ਅਧੂਰਾ ਹਿੱਸਾ ਲੁਕਾ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਪਹਿਲੀ ਸਫਲ ਦੂਰਸਥ ਕੋਸ਼ਿਸ਼ ਤਬਦੀਲੀ-ਲੌਗ ਵਿੱਚ ਨੋਟ ਦੀ ਹੱਕਦਾਰ ਹੈ। ਜਾਂਚਾਂ ਉਸ ਕਲਾਇੰਟ ਤੋਂ ਚਲਾਓ ਜੋ NAS ਤੱਕ ਸਿਰਫ਼ ਸੁਰੰਗ ਰਾਹੀਂ ਪਹੁੰਚਦਾ ਹੈ, ਅਤੇ ਹਰ ਕੋਸ਼ਿਸ਼ ਦਾ ਮੂਲ ਗਲਤੀ ਪਾਠ ਸੰਭਾਲੋ।
nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guestਰਾਹ ਕੰਮ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇੱਕ ਬੇਨੁਕਸਾਨ ਫਾਈਲ ਭੇਜੋ ਅਤੇ ਉਹੀ ਪੜ੍ਹਨ ਜਾਂ ਲਿਖਣ ਦਾ ਵਿਵਹਾਰ ਪੁਸ਼ਟ ਕਰੋ ਜਿਸ ਦੀ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਲੋੜ ਹੈ। ਜੇ ਵੱਡੇ ਭੇਜੇ ਅਟਕਣ ਅਤੇ ਛੋਟੇ ਨਿਕਲ ਜਾਣ, ਤਾਂ ਬਾਕੀ ਸਮੱਸਿਆ ਪੈਕੇਟ ਆਕਾਰ ਦਾ ਪ੍ਰਬੰਧਨ ਜਾਂ ਕਨੈਕਸ਼ਨ ਦੀ ਸਥਿਰਤਾ ਹੈ, ਪਤਾ-ਨਿਰਧਾਰਣ ਨਹੀਂ।
ਬਿਨਾਂ ਵਿਆਖਿਆ ਵਾਲੀ ਖਰਾਬੀ ਤੋਂ ਬਚਣ ਲਈ ਫਾਈਲ ਸ਼ੇਅਰਿੰਗ ਜਾਂ ਪ੍ਰਬੰਧਨ ਦੇ ਪੋਰਟ ਇੰਟਰਨੈੱਟ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾ ਕਰੋ। ਨਿੱਜੀ ਰਾਹ ਸੁਧਾਰੋ, NAS ਸਾਫਟਵੇਅਰ ਸਮਰਥਿਤ ਰੱਖੋ, ਅਤੇ ਉਸ ਬੈਕਅਪ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਰਾਹੀਂ ਲਏ ਹਰ ਬੈਕਅਪ ਦੀ ਬਹਾਲੀ ਜਾਂਚੋ।