DS-Lite ਅੰਦਰ ਆਉਣ ਵਾਲੀ IPv4 ਹੋਸਟਿੰਗ ਨੂੰ ਰੋਕਦਾ ਹੈ, ਬਾਹਰ ਜਾਣ ਵਾਲੀ VPN ਨੂੰ ਨਹੀਂ

DS-Lite ਇੱਕ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਗਾਹਕ ਨੂੰ ਸਿਰਫ਼ IPv6 ਲੈ ਜਾਣ ਵਾਲੇ ਐਕਸੈਸ ਨੈੱਟਵਰਕ ਰਾਹੀਂ IPv4 ਕਨੈਕਟੀਵਿਟੀ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਘਰ ਦੇ ਰਾਊਟਰ ਕੋਲ ਆਪਣਾ ਸਮਰਪਿਤ ਜਨਤਕ IPv4 ਪਤਾ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਇਹ ਇੱਕ ਤੱਥ ਲੋਕਾਂ ਨੂੰ ਯਕੀਨ ਦਿਵਾਉਂਦਾ ਹੈ ਕਿ ਉਸ ਕਨੈਕਸ਼ਨ ਤੋਂ IPv4 VPN ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਦਿਸ਼ਾ ਵਿੱਚ ਇਹ ਆਮ ਤੌਰ ’ਤੇ ਠੀਕ ਕੰਮ ਕਰਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਦਾ ਅਨੁਵਾਦ ਪ੍ਰਦਾਤਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੂਰ ਵਾਲਾ ਸਿਰਾ ਇੱਕ ਆਮ IPv4 ਕਲਾਇੰਟ ਦੇਖਦਾ ਹੈ। ਜੋ ਟੁੱਟਦਾ ਹੈ ਉਹ ਉਲਟ ਦਿਸ਼ਾ ਹੈ: ਬਿਨਾਂ ਮੰਗੇ ਆਉਣ ਵਾਲੀ IPv4 ਦੀ ਉਮੀਦ ਕਰਨ ਵਾਲੀ ਚੀਜ਼ ਦੀ ਹੋਸਟਿੰਗ। ਫ਼ਰਕ ਇਹ ਹੈ ਕਿ ਗੱਲਬਾਤ ਕਿਹੜਾ ਪਾਸਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ।

ਕਿਹੜਾ ਪਾਸਾ ਕਨੈਕਸ਼ਨ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ

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

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

ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਬੇਨਤੀ ਦੀ ਪੈਰਵੀ ਕਰੋ

ਆਰਕੀਟੈਕਚਰ RFC 6333 ਦੋਵੇਂ ਸਿਰਿਆਂ ਦੇ ਨਾਮ ਦਿੰਦਾ ਹੈ। ਗਾਹਕ ਪਾਸੇ ਦਾ ਤੱਤ B4 ਹੈ, ਜੋ IPv4 ਨੂੰ IPv6 ਵਿੱਚ ਸਮੇਟਦਾ ਹੈ। ਪ੍ਰਦਾਤਾ ਪਾਸੇ ਦਾ ਤੱਤ AFTR ਹੈ, ਜੋ ਪਤੇ ਦਾ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ ਅਤੇ ਪੈਕਟ ਨੂੰ IPv4 ਵਜੋਂ ਅੱਗੇ ਭੇਜਦਾ ਹੈ।

Client's IPv4 VPN packet
  → Customer B4
  → IPv4 carried over the provider's IPv6 network
  → AFTR address translation
  → IPv4 VPN server

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

ਕਲਾਇੰਟ ਦੀ ਆਪਣੀ ਸੰਰਚਨਾ ਵੀ ਉੱਨੀ ਹੀ ਆਮ ਹੈ। ਇਸ ਨੂੰ B4 ਅਤੇ AFTR ਵੱਲੋਂ ਦਿੱਤਾ ਜਾਣ ਵਾਲਾ, ਸਰਵਰ ਤੱਕ ਕੰਮ ਕਰਨ ਵਾਲਾ IPv4 ਰਾਹ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਰਵਰ ਦਾ ਹੋਸਟਨਾਮ IPv4 ਪਤੇ ਵਿੱਚ ਹੱਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਅੰਦਰ ਆਉਣ ਵਾਲੀ ਹੋਸਟਿੰਗ ਹੀ ਫੇਲ ਹੋਣ ਵਾਲਾ ਕੇਸ ਕਿਉਂ ਹੈ

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

ਘਰ ਦੇ ਰਾਊਟਰ ’ਤੇ ਪੋਰਟ-ਫਾਰਵਰਡ ਨਿਯਮ AFTR ਨੂੰ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਨਿਯਮ ਸਥਾਨਕ ਡਿਵਾਈਸ ’ਤੇ ਸੱਚਾ ਅਤੇ ਸਹੀ ਹੈ, ਅਤੇ ਇਹ ਉੱਪਰ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ, ਇਸ ਲਈ ਲੱਛਣ ਅਜਿਹੀ ਫਾਇਰਵਾਲ ਸਮੱਸਿਆ ਵਰਗਾ ਦਿਸਦਾ ਹੈ ਜੋ ਜਾਂਦੀ ਨਹੀਂ।

ਇੱਥੇ ਹੀ ਆਪਰੇਟਰ-ਪੱਧਰ ਦਾ ਅਨੁਵਾਦ ਇੱਕ ਜਨਤਕ ਪਤੇ ਤੋਂ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ: ਸਹੀ ਸਥਾਨਕ ਫਾਰਵਰਡ ਵੀ ਅਜਿਹੇ ਪਤੇ ’ਤੇ ਪੈ ਸਕਦਾ ਹੈ ਜੋ ਬਹੁਤ ਸਾਰੇ ਗਾਹਕ ਸਾਂਝਾ ਕਰਦੇ ਹਨ।

ਐਕਸੈਸ ਯੋਜਨਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਨਿਦਾਨ ਕਰੋ

ਪਹਿਲਾਂ ਪ੍ਰਦਾਨ ਕੀਤੇ ਮੋਡ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਮੂਲ ਦੋਹਰਾ ਸਟੈਕ, DS-Lite ਅਤੇ ਕੋਈ ਹੋਰ ਅਨੁਵਾਦ ਵਿਧੀ ਵਰਤਣ ਵਾਲਾ ਸਿਰਫ਼-IPv6 ਨੈੱਟਵਰਕ ਤਿੰਨ ਵੱਖਰੀਆਂ ਵਿਵਸਥਾਵਾਂ ਹਨ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਦੇ ਮਾਰਕੀਟਿੰਗ ਨਾਮ ਹਮੇਸ਼ਾ ਤਕਨੀਕੀ ਨਾਮ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ।

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

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

ਪ੍ਰਦਾਤਾ ਦੇ ਬਦਲਾਅ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹੋ

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

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

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