ਕੀ ਰੋਮਿੰਗ VPN ਕਲਾਇੰਟ ਦਫ਼ਤਰ ਲਈ ਸੇਵਾ ਹੋਸਟ ਕਰ ਸਕਦਾ ਹੈ?

ਤੁਹਾਡਾ ਦਫ਼ਤਰੀ ਲੈਪਟਾਪ ਘਰੋਂ ਡਾਇਲ ਇਨ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਕੁਝ ਅਜਿਹਾ ਦੇ ਸਕਦਾ ਹੈ ਜਿਸਦੀ ਦਫ਼ਤਰ ਨੂੰ ਲੋੜ ਹੈ, ਪਰ ਤਦ ਹੀ ਜਦੋਂ ਤਿੰਨ ਵੱਖਰੇ ਫੈਸਲੇ ਇਕੱਠੇ ਮਿਲਦੇ ਹਨ। ਟਨਲ ਆਵਾਜਾਈ ਹੈ, ਅੰਦਰੂਨੀ ਪਤਾ ਮੰਜ਼ਿਲ ਹੈ, ਅਤੇ ਨੀਤੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਕੌਣ ਦਰਵਾਜ਼ਾ ਖੜਕਾ ਸਕਦਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਨੂੰ ਪੂਰਾ ਜਵਾਬ ਮੰਨਣ ਨਾਲ ਉਹੀ ਜਾਣੀ-ਪਛਾਣੀ ਸ਼ਿਕਾਇਤ ਬਣਦੀ ਹੈ ਕਿ ਹੋਸਟ ਪਿੰਗ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਪਰ ਐਪਲੀਕੇਸ਼ਨ ਕਦੇ ਜੁੜਦੀ ਨਹੀਂ। ਭੂਮਿਕਾਵਾਂ ਇੱਕੋ ਜਿਹੀਆਂ ਨਹੀਂ ਹਨ, ਅਤੇ ਫ਼ਰਕ ਠੀਕ ਉੱਥੇ ਹੈ ਜਿੱਥੇ ਡਿਜ਼ਾਈਨ ਦਾ ਕੰਮ ਰਹਿੰਦਾ ਹੈ।

ਡਾਇਲ-ਇਨ ਦਿਸ਼ਾ ਸੇਵਾ ਦੀ ਦਿਸ਼ਾ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ

ਜਦੋਂ ਕਲਾਇੰਟ ਟਨਲ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਰਾਹ ਖੋਲ੍ਹਦਾ ਹੈ ਜਿਸਨੂੰ ਹੋਂਦ ਵਿੱਚ ਆਉਣ ਤੋਂ ਬਾਅਦ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਰਤ ਸਕਦੀਆਂ ਹਨ। ਕੀ ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਹੱਬ ਤੋਂ ਉਸ ਕਲਾਇੰਟ ਵੱਲ ਆ ਸਕਦਾ ਹੈ, ਇਹ ਗੇਟਵੇ ਨੀਤੀ ਦਾ ਸਵਾਲ ਹੈ, ਡਾਇਲ ਕਰਨ ਵਾਲੇ ਦੀ ਖ਼ਾਸੀਅਤ ਨਹੀਂ। ਉਦਾਹਰਨ ਲਈ, ਰੂਟ ਕੀਤੇ OpenVPN ਹੱਬ ਉੱਤੇ ਸਰਵਰ ਨੂੰ ਕਲਾਇੰਟ ਦੇ ਅੰਦਰੂਨੀ ਪਤੇ ਤੱਕ ਰੂਟ ਅਤੇ ਪੀਅਰ ਸੰਬੰਧ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਵਾਲੀ ਫ਼ਾਰਵਰਡਿੰਗ ਚਾਹੀਦੀ ਹੈ।

ਰੋਮਿੰਗ ਲੈਪਟਾਪਾਂ ਉੱਤੇ ਏਜੰਟ ਨੂੰ ਪੋਲ ਕਰਨ ਵਾਲੀ ਇਨਵੈਂਟਰੀ ਪ੍ਰਣਾਲੀ ਜਾਂ ਘਰ ਦੇ ਵਰਕਸਟੇਸ਼ਨ ਤੋਂ ਟੈਸਟ API ਚਾਹੁੰਦੇ ਡਿਵੈਲਪਰ ਦੀ ਕਲਪਨਾ ਕਰੋ। ਦੋਵੇਂ ਚਾਹੁੰਦੇ ਹਨ ਕਿ ਦਫ਼ਤਰ ਵਾਲਾ ਪਾਸਾ ਗੱਲਬਾਤ ਸ਼ੁਰੂ ਕਰੇ, ਜੋ ਆਮ ਕਲਾਇੰਟ-ਤੋਂ-ਸਰਵਰ ਢਾਂਚੇ ਦਾ ਉਲਟ ਹੈ।

ਹੋਸਟ ਕੀਤੇ ਰਿਮੋਟ-ਐਕਸੈਸ ਉਤਪਾਦ ਇੱਥੇ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇਹ ਫ਼ਰਕ ਖ਼ਰਾਬੀ ਨਹੀਂ ਹੈ। ਕੁਝ ਪ੍ਰਬੰਧਿਤ ਸੇਵਾ VPN ਜਾਣ-ਬੁੱਝ ਕੇ ਜੁੜੇ ਕਲਾਇੰਟਾਂ ਵੱਲ ਬਿਨਾਂ ਮੰਗੇ ਆਉਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਰੋਕਦੇ ਹਨ, ਕਿਉਂਕਿ ਉਹਨਾਂ ਦਾ ਮਾਡਲ ਕਲਾਇੰਟ-ਤੋਂ-ਸਰੋਤ ਹੈ, ਸਰੋਤ-ਤੋਂ-ਕਲਾਇੰਟ ਨਹੀਂ। ਸਹਿਕਰਮੀ ਨੂੰ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਉਸਦਾ ਲੈਪਟਾਪ ਸਰਵਰ ਵਜੋਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਉਤਪਾਦ ਦੀ ਦਸਤਾਵੇਜ਼ੀ ਬਣਤਰ ਪੜ੍ਹੋ।

ਪੋਰਟ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਵਾਪਸੀ ਰਾਹ ਦੀ ਪੈੜ ਲਵੋ

ਰਾਹ ਦੇ ਤਿੰਨ ਭਾਗ ਹਨ: ਗੇਟਵੇ ਉੱਤੇ ਇੱਕ ਰੂਟ ਜੋ ਕਲਾਇੰਟ ਦੇ ਅੰਦਰੂਨੀ ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਖ਼ਾਸ ਕਾਲਰ ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣ ਵਾਲੀ ਨੀਤੀ, ਅਤੇ ਟਾਰਗਟ ਉੱਤੇ ਸੁਣਨ ਵਾਲੀ ਸੇਵਾ। ਹਰ ਭਾਗ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ «VPN ਚਾਲੂ ਹੈ» ਲਗਭਗ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।

ਚੰਗੀ ਖ਼ਬਰ ਇਹ ਹੈ ਕਿ ਅੰਦਰੂਨੀ ਰਾਹ ਨੂੰ ਕਲਾਇੰਟ ਦੇ ਘਰ ਦੇ ਰਾਊਟਰ ਉੱਤੇ ਪੋਰਟ ਫ਼ਾਰਵਰਡਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ। ਸੇਵਾ ਨੂੰ ਘਰ ਦੇ WAN ਪਤੇ ਉੱਤੇ ਨਹੀਂ ਬਲਕਿ ਟਨਲ ਪਤੇ ਉੱਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦਾ ਅਰਥ ਇਹੀ ਹੈ, ਕਿਉਂਕਿ ਘਰ ਦੇ WAN ਪਤੇ ਉੱਤੇ ਖੁਲਾਸਾ ਅਤੇ NAT ਨਿਯਮ ਬਿਲਕੁਲ ਵੱਖਰੇ ਹੋਣਗੇ। ਘਰ ਦਾ ਰਾਊਟਰ ਦਫ਼ਤਰ ਤੋਂ ਆਉਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਹੇਅਰਪਿਨ ਕਰਨ ਤੋਂ ਵੀ ਇਨਕਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ WAN ਰਾਹ ਤੁਹਾਡੇ VPN ਨਾਲ ਸੰਬੰਧ ਨ ਰੱਖਣ ਵਾਲੇ ਕਾਰਨਾਂ ਕਰਕੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਟਨਲ ਦੇ ਅੰਦਰ ਰੱਖਣ ਨਾਲ ਦੋਵੇਂ ਸਮੱਸਿਆਵਾਂ ਇਕੱਠੀਆਂ ਟਲ ਜਾਂਦੀਆਂ ਹਨ।

ਟਾਰਗਟ ਵਾਲਾ ਪਾਸਾ ਵੀ ਜਾਂਚੋ। ਸਿਰਫ਼ 127.0.0.1 ਨਾਲ ਬੱਝੀ ਸੇਵਾ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਆਉਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਗੇਟਵੇ ਦੇ ਰੂਟ ਕਿੰਨੇ ਵੀ ਸਹੀ ਹੋਣ। ਜੋ ਹੋਸਟ ਫਾਇਰਵਾਲ ਨਿਯਮ ਪੋਰਟ ਨੂੰ ਸਿਰਫ਼ ਸਥਾਨਕ ਸਬਨੈੱਟ ਤੋਂ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਉਹ ਵੀ ਦਫ਼ਤਰ ਦਾ ਟ੍ਰੈਫ਼ਿਕ ਡੇਗ ਦੇਵੇਗਾ, ਅਤੇ ਉਹ ਨਿਯਮ ਉੱਤੇ ਵਾਲੀ VPN ਨੀਤੀ ਤੋਂ ਸੁਤੰਤਰ ਹੈ।

ਨਾਮ ਅਤੇ ਪਤੇ ਡਿਜ਼ਾਈਨ ਦੇ ਫੈਸਲੇ ਹਨ

ਟਨਲ ਦੇ ਅੰਦਰਲਾ ਪਤਾ ਆਪਣੇ ਆਪ ਨਾਮ ਨਹੀਂ ਬਣ ਜਾਂਦਾ। ਤੁਹਾਡੇ ਕੰਟਰੋਲ ਵਾਲਾ ਨਿੱਜੀ DNS ਰਿਕਾਰਡ ਇਸ ਆਸ ਨਾਲੋਂ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਕੋਈ ਡਿਸਕਵਰੀ ਪ੍ਰੋਟੋਕਾਲ ਟਨਲ ਪਾਰ ਕਰੇਗਾ, ਕਿਉਂਕਿ ਲਿੰਕ-ਲੋਕਲ ਮਲਟੀਕਾਸਟ ਨਾਮ ਹੱਲ ਸਥਾਨਕ ਭਾਗ ਉੱਤੇ ਹੀ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਸਬਨੈੱਟਾਂ ਵਿਚਕਾਰ DNS ਨਹੀਂ ਬਣਦਾ।

ਪਤੇ ਦੀ ਸਥਿਰਤਾ ਵੀ ਓਨੀ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇ VPN ਕਲਾਇੰਟ ਛੋਟੀ ਮਿਆਦ ਵਾਲੇ ਪੂਲ ਵਿੱਚੋਂ ਲੈਂਦੇ ਹਨ, ਤਾਂ ਲੈਪਟਾਪ ਦਾ ਅੰਦਰੂਨੀ ਪਤਾ ਸੈਸ਼ਨਾਂ ਵਿਚਕਾਰ ਬਦਲ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਸ ਉੱਤੇ ਬਣਿਆ ਹਰ ਬੁੱਕਮਾਰਕ, ਫਾਇਰਵਾਲ ਘੇਰਾ ਅਤੇ ਨਿਗਰਾਨੀ ਜਾਂਚ ਚੁੱਪਚਾਪ ਟੁੱਟ ਜਾਂਦਾ ਹੈ। ਰਿਜ਼ਰਵੇਸ਼ਨ ਜਾਂ ਦਸਤਾਵੇਜ਼ੀ ਗਤੀਸ਼ੀਲ ਅੱਪਡੇਟ ਰਾਹ ਵਰਤੋ।

VPN ਪਛਾਣ ਦੇ ਮਾਲਕ ਨਾਲ ਨਾਮ ਉੱਤੇ ਸਹਿਮਤ ਹੋਵੋ, ਤਾਂ ਜੋ ਰਿਕਾਰਡ, ਪਤਾ ਵੰਡ ਅਤੇ ਪਹੁੰਚ ਨੀਤੀ ਤਿੰਨ ਵੱਖਰੀਆਂ ਟਿਕਟਾਂ ਵਿੱਚ ਨਹੀਂ ਬਲਕਿ ਇਕੱਠੇ ਬਦਲਣ।

ਮੈਂਬਰਸ਼ਿਪ ਨਹੀਂ, ਸੇਵਾ ਪਰਖੋ

ਟਾਰਗਟ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੀ ਅਤੇ ਕਿਹੜੇ ਪਤੇ ਉੱਤੇ ਸੁਣ ਰਿਹਾ ਹੈ, ਫਿਰ ਵਾਪਸੀ ਰਾਹ ਬਾਰੇ ਗੇਟਵੇ ਦਾ ਨਜ਼ਰੀਆ ਪੁਸ਼ਟੀ ਕਰੋ:

$ ss -ltnp | grep 8080
LISTEN 0 128 10.80.0.23:8080 0.0.0.0:*
$ ip -4 addr show tun0 | grep inet
inet 10.80.0.23/24 scope global tun0
$ ip route get 10.80.0.1
10.80.0.1 dev tun0 src 10.80.0.23

ਹੁਣ ਦਫ਼ਤਰ ਵਾਲੇ ਪਾਸੇ ਤੋਂ ਗੂੰਜ ਦੀ ਥਾਂ ਅਸਲ ਬੇਨਤੀ ਨਾਲ ਪਰਖੋ। ਸੇਵਾ ਵਿਰੁੱਧ ਸਫਲ curl ਇੱਕੋ ਵਾਰ ਰਾਹ, ਨੀਤੀ ਅਤੇ ਸੁਣਨ ਵਾਲੇ ਨੂੰ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਜਦਕਿ ਸਫਲ ਪਿੰਗ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ICMP ਦੀ ਇਜਾਜ਼ਤ ਹੈ। ਜੇ ਬੇਨਤੀ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਫਾਇਰਵਾਲ ਚੌੜਾ ਕਰਕੇ ਆਸ ਰੱਖਣ ਦੀ ਥਾਂ ਤਿੰਨ ਭਾਗਾਂ ਵਿੱਚੋਂ ਪਿੱਛੇ ਜਾਓ।

ਉਪਲਬਧਤਾ ਉਸੇ ਗੱਲਬਾਤ ਦਾ ਹਿੱਸਾ ਹੈ। ਲੈਪਟਾਪ ਸੌਂ ਜਾਂਦਾ ਹੈ, ਨੈੱਟਵਰਕਾਂ ਵਿਚਕਾਰ ਘੁੰਮਦਾ ਹੈ ਅਤੇ ਦਿਨ ਦੇ ਅੰਤ ਵਿੱਚ ਡਿਸਕਨੈਕਟ ਹੋ ਜਾਂਦਾ ਹੈ। ਜਿਸ ਸੇਵਾ ਨੂੰ ਕਿਸੇ ਵੀ ਘੜੀ ਜਵਾਬ ਦੇਣਾ ਹੋਵੇ ਉਹ ਸਦਾ ਚਾਲੂ ਹੋਸਟ ਉੱਤੇ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਜਦਕਿ ਸਭ ਤੋਂ ਵਧੀਆ-ਕੋਸ਼ਿਸ਼ ਵਾਲੀ ਸੇਵਾ ਇਹ ਸੀਮਾ ਲਿਖ ਕੇ ਕਲਾਇੰਟ ਉੱਤੇ ਰਹਿ ਸਕਦੀ ਹੈ।

ਸਰੋਤ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ, ਨਾਮ, ਮਨਜ਼ੂਰ ਕਾਲਰਾਂ ਦੀ ਸੂਚੀ ਅਤੇ ਇੱਕ ਮਾਲਕ ਸਮੇਤ, ਅਤੇ ਦੂਰਲਾ ਡਿਵਾਈਸ ਹਾਦਸਾਵਸ਼ ਸਰਵਰ ਦੀ ਥਾਂ ਸਮਰਥਿਤ ਸੇਵਾ ਬਣ ਜਾਂਦਾ ਹੈ।