VPN ਕਨਫਿਗਰੇਸ਼ਨ ਵਿੱਚ IPv6 ਐਂਡਪੌਇੰਟ ਕਿਵੇਂ ਲਿਖੀਏ

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

ਪਤਾ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਫੀਲਡ ਦੀ ਕਿਸਮ ਜਾਂਚੋ

ਉਦਾਹਰਨ ਲਈ, WireGuard Endpoint ਫੀਲਡ ਵਿੱਚ ਪੋਰਟ ਵਾਲਾ IPv6 ਲਿਟਰਲ ਪਤੇ ਦੁਆਲੇ ਬਰੈਕਟ ਵਰਤਦਾ ਹੈ, ਜਿਵੇਂ [2001:db8::10]:51820 ਵਿੱਚ। ਉਸ ਉਦਾਹਰਨ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਪ੍ਰੀਫਿਕਸ ਜਨਤਕ ਸਰਵਰ ਨਹੀਂ ਹੈ, ਅਤੇ ਬਰੈਕਟ ਸਿੰਟੈਕਸ ਦਾ ਹਿੱਸਾ ਹਨ, ਪਤੇ ਦਾ ਨਹੀਂ।

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

ਜਦੋਂ ਪੋਰਟ ਉਹੀ ਫੀਲਡ ਸਾਂਝਾ ਕਰੇ ਤਾਂ ਲਿਟਰਲ ਬਰੈਕਟਾਂ ਵਿੱਚ ਰੱਖੋ

ਯਾਦ ਰੱਖਣ ਵਾਲਾ ਨਿਯਮ ਸਧਾਰਨ ਹੈ: ਬਰੈਕਟ ਉਦੋਂ ਆਉਂਦੇ ਹਨ ਜਦੋਂ ਉਸੇ ਸਟ੍ਰਿੰਗ ਵਿੱਚ ਪੋਰਟ ਆਉਂਦਾ ਹੈ। ਜਦੋਂ ਪਤਾ ਪੋਰਟ ਤੋਂ ਬਿਨਾਂ ਫੀਲਡ ਵਿੱਚ ਇਕੱਲਾ ਖੜ੍ਹਾ ਹੋਵੇ ਤਾਂ ਉਹ ਨਹੀਂ ਆਉਂਦੇ।

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

ਪਤਾ ਅਤੇ ਪੋਰਟ ਫੀਲਡ ਵੱਖਰੇ ਕਰੋ

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

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

ਜ਼ੋਨ ਪਛਾਣਕਰਤਾਵਾਂ ਨੂੰ ਸਾਵਧਾਨੀ ਨਾਲ ਸੰਭਾਲੋ

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

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

ਪਹਿਲਾਂ ਪਾਰਸ, ਫਿਰ ਪਹੁੰਚ ਦੀ ਜਾਂਚ ਕਰੋ

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

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

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