VPN ਕਲਾਇੰਟ ਲਈ ਜਨਤਕ ਪ੍ਰੀਫਿਕਸ: ਇਹ ਅਸਲ ਵਿੱਚ ਕੀ ਤੋੜਦਾ ਹੈ
ਉਧਾਰ ਲਿਆ ਜਨਤਕ ਪ੍ਰੀਫਿਕਸ ਆਪਣੇ ਆਪ ਕਲਾਇੰਟਾਂ ਨੂੰ ਜ਼ਾਹਰ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਕਿਸੇ ਹੋਰ ਦੇ ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਫੜ ਲੈਂਦਾ ਹੈ ਅਤੇ ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਅਰਥ ਬਦਲ ਦਿੰਦਾ ਹੈ।
ਅੰਕ ਸਾਫ਼ ਦਿਸਦੇ ਹਨ ਇਸ ਲਈ ਚੁਣਿਆ ਕਲਾਇੰਟ ਪੂਲ ਉਹ ਰਸਤਾ ਹੈ ਜੋ ਸਥਾਪਤ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ। VPN ਦੇ ਕੰਮ ਕਰਨ ਲਈ ਪ੍ਰੀਫਿਕਸ ਦਾ ਨਿੱਜੀ ਹੋਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ, ਅਤੇ ਕਿਸੇ ਹੋਰ ਦਾ ਬਲਾਕ ਵਰਤਣਾ ਵੀ ਤੁਹਾਡੇ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਇੰਟਰਨੈੱਟ 'ਤੇ ਜ਼ਾਹਰ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਜੋ ਕਰਦਾ ਹੈ ਉਹ ਇਹ ਹੈ ਕਿ ਸੁਰੰਗ ਉੱਪਰ ਰਹਿਣ ਤੱਕ ਉਨ੍ਹਾਂ ਪਤਿਆਂ ਦਾ ਅਰਥ ਕੁਝ ਹੋਰ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਦੁਬਾਰਾ ਕੁਝ ਹੋਰ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਪੰਜ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਉੱਥੇ ਰੁਕੋ ਜਿੱਥੇ ਜਵਾਬ «ਕਿਤੇ ਹੋਰ ਨਿਰਧਾਰਿਤ» ਹੈ।
ਨਿਰਧਾਰਨ ਘੋਸ਼ਣਾ ਨਹੀਂ ਹੈ
ਸੁਰੰਗ ਇੰਟਰਫੇਸ 'ਤੇ ਪਤਾ ਰੱਖਣਾ ਇਸ ਨੂੰ ਇੰਟਰਨੈੱਟ 'ਤੇ ਘੋਸ਼ਿਤ ਨਹੀਂ ਕਰਦਾ। ਜਨਤਕ ਪਹੁੰਚ ਲਈ ਰਸਤਾ, ਅਧਿਕਾਰਤ ਮਾਰਗ ਅਤੇ ਇਸ ਨੂੰ ਢੋਣ ਲਈ ਤਿਆਰ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਇਸ ਲਈ ਨਹੀਂ ਆਉਂਦਾ ਕਿ ਕਿਸੇ ਕਲਾਇੰਟ ਨੂੰ ਪੂਲ ਤੋਂ ਪਤਾ ਮਿਲਿਆ ਹੈ। ਫਾਇਰਵਾਲ ਨੀਤੀ ਅਤੇ ਹੋਸਟ ਅਧਿਕਾਰ ਦੁਬਾਰਾ ਵੱਖਰੇ ਫੈਸਲੇ ਹਨ।
ਇਸ ਲਈ ਜੋਖਮ ਉਹ ਨਹੀਂ ਜੋ ਬਹੁਤੇ ਲੋਕ ਮੰਨਦੇ ਹਨ। ਉਧਾਰ ਲਿਆ ਪ੍ਰੀਫਿਕਸ ਤੁਹਾਡੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਬਣਾਉਂਦਾ; ਇਹ ਕਿਸੇ ਹੋਰ ਦੀਆਂ ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਤੁਹਾਡੇ ਕਲਾਇੰਟਾਂ ਤੋਂ ਅਪਹੁੰਚ ਬਣਾ ਦਿੰਦਾ ਹੈ, ਜੋ ਵੱਖਰੇ ਮਾਲਕ ਵਾਲੀ ਵੱਖਰੀ ਨਾਕਾਮੀ ਹੈ। ਕਿਸੇ 'ਤੇ ਹਮਲਾ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਕੋਈ ਘੋਸ਼ਣਾ ਬਾਹਰ ਨਹੀਂ ਨਿਕਲਦੀ। ਵਰਤੋਂਕਾਰ ਸਿਰਫ਼ ਕੱਲ੍ਹ ਚੱਲਦੀ ਸਾਈਟ ਨਹੀਂ ਖੋਲ੍ਹ ਸਕਦਾ, ਅਤੇ ਹੈਲਪਡੈਸਕ ਕੋਲ VPN ਪੂਲ 'ਤੇ ਸ਼ੱਕ ਕਰਨ ਦਾ ਕੋਈ ਕਾਰਨ ਨਹੀਂ।
ਪੂਲ ਚੁਣਦੇ ਸਮੇਂ ਇਹ ਫ਼ਰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਇਕੱਲੀ ਚਿੰਤਾ ਇੰਟਰਨੈੱਟ 'ਤੇ ਜ਼ਾਹਰ ਹੋਣਾ ਹੁੰਦੀ, ਤਾਂ ਜਨਤਕ ਬਲਾਕ ਸੁਰੱਖਿਅਤ ਲੱਗਦਾ ਕਿਉਂਕਿ ਇਸ ਨੂੰ ਕੋਈ ਘੋਸ਼ਿਤ ਨਹੀਂ ਕਰਦਾ। ਚਿੰਤਾ ਉਸ ਸਥਾਨਕ ਰਸਤੇ ਦੀ ਹੈ ਜੋ ਕਲਾਇੰਟ ਉਸ ਪ੍ਰੀਫਿਕਸ ਲਈ ਸਥਾਪਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਰਸਤਾ ਕੋਈ ਹੋਰ ਵੇਖੇ ਜਾਂ ਨਾ ਵੇਖੇ, ਸਥਾਪਤ ਹੁੰਦਾ ਹੈ।
ਕਲਾਇੰਟ ਰਸਤਾ ਅਸਲ ਵਿੱਚ ਕੀ ਫੜਦਾ ਹੈ
ਜਦੋਂ ਸੁਰੰਗ ਉੱਪਰ ਆਉਂਦੀ ਹੈ, ਕਲਾਇੰਟ ਨੂੰ ਪੂਲ ਦੇ ਪ੍ਰੀਫਿਕਸ ਲਈ ਰਸਤਾ ਮਿਲਦਾ ਹੈ, ਅਤੇ ਉਹ ਰਸਤਾ ਇਸ ਦੇ ਅੰਦਰ ਹਰ ਮੰਜ਼ਿਲ ਲਈ ਡਿਫਾਲਟ ਰਸਤੇ ਨੂੰ ਹਰਾ ਦਿੰਦਾ ਹੈ। ਉਸ ਬਲਾਕ ਵਿੱਚ ਕਾਨੂੰਨੀ ਹੋਸਟ ਲਈ ਬੇਨਤੀ ਹੁਣ ਇੰਟਰਨੈੱਟ ਦੀ ਥਾਂ VPN 'ਤੇ ਜਾਂਦੀ ਹੈ। ਇਹ ਨਾਕਾਮ ਹੁੰਦੀ ਹੈ, ਅਟਕਦੀ ਹੈ ਜਾਂ ਗ਼ਲਤ ਸਰਵਰ 'ਤੇ ਪਹੁੰਚਦੀ ਹੈ, ਇਹ ਤੁਹਾਡਾ ਪਾਸਾ ਇਸ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
ip route get 198.51.100.20 ip -br addr show tun0 traceroute -n 198.51.100.20
ਸੁਰੰਗ ਉੱਪਰ ਰੱਖ ਕੇ ਖੋਜ ਚਲਾਓ ਅਤੇ ਫਿਰ ਹੇਠਾਂ ਕਰ ਕੇ ਵੀ। ਪਹਿਲੇ ਕੇਸ ਵਿੱਚ ਪਤੇ ਦਾ ਇੱਕ ਅਰਥ ਹੈ ਅਤੇ ਦੂਜੇ ਵਿੱਚ ਬਿਲਕੁਲ ਵੱਖਰਾ, ਅਤੇ ਉਸ ਤਬਦੀਲੀ ਦੌਰਾਨ ਕਨੈਕਸ਼ਨ ਜਾਂ ਨਾਮ-ਹੱਲ ਕੈਸ਼ ਕਰਨ ਵਾਲੀ ਕੋਈ ਵੀ ਐਪ ਅਸੰਗਤ ਵਿਵਹਾਰ ਕਰੇਗੀ। ਉਹ ਅਸੰਗਤੀ ਸਾਫ਼ ਨਾਕਾਮੀ ਨਾਲੋਂ ਸਹਾਰਨਾ ਔਖਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸਮੇਂ 'ਤੇ ਨਿਰਭਰ ਹੈ। ਗ਼ਲਤ ਪਲ 'ਤੇ ਦੁਬਾਰਾ ਜੁੜਨ ਵਾਲੇ ਵਰਤੋਂਕਾਰ ਦਾ ਤਜਰਬਾ ਉਸ ਨਾਲੋਂ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ ਜੋ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦਾ।
ਇਸ ਲਈ ਜਾਣਿਆ-ਪਛਾਣਿਆ IP ਪਤਾ ਪਛਾਣ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ। ਅਸਲ ਮੰਜ਼ਿਲ ਲਈ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਸਰਵਰ-ਨਾਮ ਜਾਂਚ ਰੱਖੋ, ਕਿਉਂਕਿ ਪੰਜ ਮਿੰਟ ਪਹਿਲਾਂ ਤੁਸੀਂ ਜਿਸ ਸੰਖਿਆਤਮਕ ਪਤੇ 'ਤੇ ਪਹੁੰਚੇ ਸੀ ਉਹ ਹੁਣ ਕਿਸੇ ਹੋਰ ਗੱਲਬਾਤ ਦਾ ਹੋ ਸਕਦਾ ਹੈ।
ਪੂਲ ਦੀ ਤੁਲਨਾ ਹਰ ਉਸ ਨੈੱਟਵਰਕ ਨਾਲ ਕਰੋ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ
RFC 1918 ਨਿੱਜੀ ਵਰਤੋਂ ਲਈ ਤਿੰਨ ਬਲਾਕ ਵੱਖ ਰੱਖਦਾ ਹੈ: 192.168.0.0/16, 172.16.0.0/12 ਅਤੇ 10.0.0.0/8। ਲੱਖਾਂ ਵੱਖਰੀਆਂ ਸੰਸਥਾਵਾਂ ਇਨ੍ਹਾਂ ਨੂੰ ਦੁਬਾਰਾ ਵਰਤਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਨਿੱਜੀ ਨਿਰਧਾਰਨ ਬਾਰੇ ਇੱਕ ਬਿਆਨ ਹੈ ਅਤੇ ਕਦੇ ਵੀ ਇਹ ਵਾਅਦਾ ਨਹੀਂ ਕਿ ਕਿਸੇ ਹੋਰ ਨੇ ਉਹੀ ਅੰਕ ਨਹੀਂ ਚੁਣੇ।
ਉਮੀਦਵਾਰ ਪੂਲ ਦੀ ਤੁਲਨਾ ਦਫ਼ਤਰੀ LAN, ਕਲਾਊਡ VPC, ਹੋਰ VPN ਪੂਲ, ਸਾਥੀ ਲਿੰਕ ਅਤੇ ਦੂਰਸਥ ਕਰਮਚਾਰੀਆਂ ਕੋਲ ਘਰ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਵਾਲੀਆਂ ਰੇਂਜਾਂ ਨਾਲ ਕਰੋ। ਘਰ ਦਾ ਮਾਮਲਾ ਅਜੀਬ ਪ੍ਰੀਫਿਕਸ ਈਜਾਦ ਕਰਨ ਦਾ ਕਾਰਨ ਨਹੀਂ; ਇਹ ਪੂਲ ਨੂੰ ਛੋਟਾ ਅਤੇ ਦਸਤਾਵੇਜ਼ੀ ਰੱਖਣ ਦਾ ਕਾਰਨ ਹੈ।
ਨਿਰਧਾਰਨ ਦਾ ਤਾਲਮੇਲ ਰਾਊਟਿੰਗ ਦੇ ਮਾਲਕ ਨਾਲ ਕਰੋ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਉਸੇ ਥਾਂ ਦਰਜ ਕਰੋ। ਜਿਸ ਪੂਲ 'ਤੇ ਕੋਈ ਵਾਪਸ ਰਾਊਟ ਨਹੀਂ ਕਰ ਸਕਦਾ ਉਹ ਪੂਲ ਰੁਕਾਵਟ ਦੌਰਾਨ ਦੁਬਾਰਾ ਲੱਭਿਆ ਜਾਵੇਗਾ। ਪੂਲ ਨੂੰ ਸਾਈਟ ਰੇਂਜਾਂ ਵਾਲੇ ਉਸੇ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਰੱਖੋ, ਉਸ ਕਲਾਇੰਟ ਸੰਰਚਨਾ ਵਿੱਚ ਨਹੀਂ ਜਿਸ ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਵਿਅਕਤੀ ਨੇ ਸੰਪਾਦਿਤ ਕੀਤਾ ਹੈ। ਅਗਲੀ ਟੱਕਰ ਨੂੰ ਟਾਲਣਯੋਗ ਬਣਾਉਣ ਵਾਲਾ ਦਸਤਾਵੇਜ਼ ਹੀ ਹੈ।
ਜਨਤਕ ਪਤਾ-ਨਿਰਧਾਰਨ ਕਦੋਂ ਸਹੀ ਜਵਾਬ ਹੈ
ਠੀਕ ਤਰ੍ਹਾਂ ਨਿਰਧਾਰਿਤ ਵਿਸ਼ਵਵਿਆਪੀ ਥਾਂ ਵਾਲੀਆਂ ਸੰਸਥਾਵਾਂ ਜਨਤਕ ਪਤਿਆਂ ਵਾਲਾ VPN ਪੂਲ ਬਣਾ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਕੁਝ ਅਨੁਵਾਦ ਤੋਂ ਬਚਣ ਲਈ ਜਾਣ-ਬੁੱਝ ਕੇ ਅਜਿਹਾ ਕਰਦੀਆਂ ਹਨ। ਉਸ ਡਿਜ਼ਾਈਨ ਨੂੰ ਫਿਰ ਵੀ ਰਾਊਟਿੰਗ, ਸਰੋਤ ਜਾਂਚ, ਪਹੁੰਚ ਨਿਯਮ ਅਤੇ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਕਤਾ ਚਾਹੀਦੀ ਹੈ; ਨਿਰਧਾਰਨ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਨਹੀਂ ਦਿੰਦਾ।
ਇਹ ਜੋ ਦਿੰਦਾ ਹੈ ਉਹ ਵਿਲੱਖਣਤਾ ਹੈ, ਉਹ ਗੁਣ ਜੋ ਉਧਾਰ ਲਏ ਪ੍ਰੀਫਿਕਸ ਵਿੱਚ ਨਹੀਂ ਹੈ। ਜੇ ਬਲਾਕ ਤੁਹਾਡੇ ਕੋਲ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਜੋ ਰਸਤਾ ਸਥਾਪਤ ਕਰਦਾ ਹੈ ਉਹ ਸੱਚਮੁੱਚ ਤੁਹਾਡੇ ਪਤਿਆਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਅਰਥ ਨਹੀਂ ਬਦਲਦਾ।
ਪੂਲ ਚੋਣ ਦੀ ਭਰਪਾਈ ਲਈ ਆਪਣੇ ਆਪ NAT ਨਾ ਜੋੜੋ। ਸਪਸ਼ਟ ਵਾਪਸੀ ਰਸਤਿਆਂ ਵਾਲਾ ਰਾਊਟ ਕੀਤਾ ਨਿੱਜੀ ਡਿਜ਼ਾਈਨ, ਪਤਾ-ਨਿਰਧਾਰਨ ਦੀ ਯੋਜਨਾ ਕਦੇ ਨਾ ਬਣਨ ਕਾਰਨ ਲਾਗੂ ਕੀਤੇ ਅਨੁਵਾਦ ਨਾਲੋਂ ਸਾਫ਼ ਹੈ, ਅਤੇ IPv6 ਨੂੰ IPv4 ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਦੀ ਨਕਲ ਨਹੀਂ ਸਗੋਂ ਆਪਣੀ ਜਾਣ-ਬੁੱਝ ਕੇ ਬਣਾਈ ਯੋਜਨਾ ਚਾਹੀਦੀ ਹੈ।
ਪਹੁੰਚ ਗੁਆਏ ਬਿਨਾਂ ਖ਼ਰਾਬ ਪੂਲ ਸੇਵਾਮੁਕਤ ਕਰੋ
ਜੇ ਪੂਲ ਪਹਿਲਾਂ ਹੀ ਤੈਨਾਤ ਹੈ, ਤਾਂ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸੂਚੀ ਬਣਾਓ: ਪਤਾ ਰਿਜ਼ਰਵੇਸ਼ਨ, ਸਥਾਪਤ ਰਸਤੇ, ਉਸ ਬਲਾਕ ਵਿੱਚ ਹੱਲ ਹੋਣ ਵਾਲੇ DNS ਰਿਕਾਰਡ, ਫਾਇਰਵਾਲ ਦਾਇਰੇ ਅਤੇ ਉਨ੍ਹਾਂ 'ਤੇ ਨਿਰਭਰ ਐਪਾਂ। ਫਿਰ ਬਦਲਾਅ ਨੂੰ ਕਿਸੇ ਹੋਰ ਰਾਊਟਿੰਗ ਤਬਦੀਲੀ ਵਾਂਗ ਹੀ ਸਾਵਧਾਨੀ ਨਾਲ ਤਹਿ ਕਰੋ। ਜੋ ਲੋਕ ਧਿਆਨ ਦੇਣਗੇ ਉਨ੍ਹਾਂ ਨੂੰ ਦੱਸੋ, ਕਿਉਂਕਿ ਪੂਲ ਖਿਸਕਣ 'ਤੇ ਉਨ੍ਹਾਂ ਦੇ ਸੈਸ਼ਨ ਡਿੱਗਣਗੇ। ਕਲਾਇੰਟ ਪਤਾ-ਨਿਰਧਾਰਨ ਵਿੱਚ ਖਾਮੋਸ਼ ਬਦਲਾਅ ਕੰਮ ਨਾਲ ਬੇਸੰਬੰਧੀ ਦਿਸਣ ਵਾਲੀਆਂ ਸਹਾਇਤਾ ਟਿਕਟਾਂ ਪੈਦਾ ਕਰਦਾ ਹੈ।
ਉਹ ਰਿਕਵਰੀ ਮਾਰਗ ਸੰਭਾਲੋ ਜੋ ਤੁਹਾਡੇ ਹਟਾਏ ਜਾ ਰਹੇ ਪੂਲ 'ਤੇ ਨਿਰਭਰ ਨਾ ਹੋਵੇ, ਕਿਉਂਕਿ ਜਿਸ ਪਲ ਤੁਸੀਂ ਇਸ ਨੂੰ ਵਾਪਸ ਲੈਂਦੇ ਹੋ ਉਹੀ ਪਲ ਤੁਹਾਡੀ ਦੂਰਸਥ ਪਹੁੰਚ ਇਸ ਨਾਲ ਗਾਇਬ ਹੋ ਸਕਦੀ ਹੈ। ਫਿਰ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਜਾਂਚੋ: ਲੋੜੀਂਦੀਆਂ ਨਿੱਜੀ ਮੰਜ਼ਿਲਾਂ ਅਜੇ ਵੀ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਪਹਿਲਾਂ ਫੜੀਆਂ ਜਾਂਦੀਆਂ ਇੰਟਰਨੈੱਟ ਮੰਜ਼ਿਲਾਂ ਹੁਣ ਆਪਣੇ ਅਸਲ ਮਾਲਕਾਂ ਵੱਲ ਹੱਲ ਹੁੰਦੀਆਂ ਹਨ।
ਤੁਸੀਂ ਉਹ ਪੂਲ ਚਾਹੁੰਦੇ ਹੋ ਜਿਸ ਨੂੰ ਨੈੱਟਵਰਕ ਟੀਮ ਇੱਕ ਸੁਸੰਗਤ ਚੀਜ਼ ਵਜੋਂ ਨਿਰਧਾਰਿਤ, ਰਾਊਟ ਅਤੇ ਸੇਵਾਮੁਕਤ ਕਰ ਸਕੇ। ਸਿਰਫ਼ ਪਤਾ ਫਾਰਮੈਟ ਸੁਰੱਖਿਆ ਜਾਂ ਕਨੈਕਟੀਵਿਟੀ ਸਥਾਪਤ ਨਹੀਂ ਕਰਦਾ।