VPN ਵਿੱਚ IPv6 ULA: ਨਿੱਜੀ ਪਤੇ, ਗੋਪਨੀਯਤਾ ਨਹੀਂ

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

ਪ੍ਰੀਫ਼ਿਕਸ ਅਸਲ ਵਿੱਚ ਕੀ ਦਿੰਦਾ ਹੈ

RFC 4193 ਸਥਾਨਕ ਵਰਤੋਂ ਲਈ fc00::/7 ਵੱਖਰਾ ਰੱਖਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ L ਬਿੱਟ ਸਥਾਨਕ ਤੌਰ ਤੇ ਨਿਰਧਾਰਿਤ ਥਾਂ ਨੂੰ ਰਾਖਵੀਂ ਸ਼ਕਲ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ। ਵਿਵਹਾਰ ਵਿੱਚ ਇਸਦਾ ਅਰਥ ਹੈ ਕਿ ਤੁਸੀਂ fd00::/8 ਬਣਾਉਂਦੇ ਹੋ। ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਵੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ 40-ਬਿੱਟ ਵਿਸ਼ਵਵਿਆਪੀ ID ਕਿਵੇਂ ਕੱਢੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਜੋ ਸੁਤੰਤਰ ਸਾਈਟਾਂ ਗਲਤੀ ਨਾਲ ਇੱਕੋ ਪ੍ਰੀਫ਼ਿਕਸ ਨਾ ਚੁਣਨ। ਉਹ ਥਾਂ ਜਨਤਕ ਇੰਟਰਨੈੱਟ ਤੋਂ ਬਾਹਰ ਰਹਿਣ ਲਈ ਬਣਾਈ ਗਈ ਹੈ, ਜੋ ਰੂਟਿੰਗ ਦਾ ਗੁਣ ਹੈ, ਸੁਰੱਖਿਆ ਨਹੀਂ।

ਸਾਈਟ ਦੇ ਅੰਦਰ ਆਮ ਬਣਤਰ ਸਬਨੈੱਟਾਂ ਵਿੱਚ ਵੰਡਿਆ /48 ਵਿਸ਼ਵਵਿਆਪੀ ID ਹੈ: ਇੱਕ ਟਨਲ ਕਲਾਇੰਟਾਂ ਲਈ, ਇੱਕ ਸਰਵਰ ਪਾਸੇ ਲਈ ਅਤੇ ਹਰ ਦੂਰਲੇ LAN ਲਈ ਇੱਕ। ਉਹੀ ਢਾਂਚਾ ਪੂਰਾ ਲਾਭ ਹੈ, ਅਤੇ ਇਹ ਪਤਾ-ਪ੍ਰਣਾਲੀ ਦਾ ਲਾਭ ਹੈ। ਹਰ ਪੈਕੇਟ ਨੂੰ ਅਜੇ ਵੀ ਇੱਕ ਰੂਟ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਅਜੇ ਵੀ ਉਹ ਨੀਤੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਇਸਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿੰਦੀ ਹੈ।

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

ਉਦਾਹਰਣ ਵਾਲਾ ਪ੍ਰੀਫ਼ਿਕਸ ਕਾਪੀ ਕਰਨਾ ਕਿਉਂ ਦੁਖਦਾਇਕ ਹੈ

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

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

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

ਘੇਰਾ ਅਤੇ ਪਹੁੰਚ ਵੱਖਰੇ ਸਵਾਲ ਹਨ

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

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

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

ਦੋਵੇਂ ਸਿਰਿਆਂ ਉੱਤੇ ਯੋਜਨਾ ਜਾਂਚੋ

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰੀਫ਼ਿਕਸ ਉੱਥੇ ਦਿਖਦਾ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੋਈ ਟਿਕਾਣਾ ਸੱਚਮੁੱਚ ਇਸ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹੈ।

ip -6 address show
ip -6 route show
ping -6 -c 3 fd12:3456:789a:1::1

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

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