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

ਪੜ੍ਹਨਯੋਗ ਡਿਜ਼ਾਈਨ ਮਸ਼ੀਨ ਨੂੰ ਭੂਮਿਕਾ ਵਜੋਂ ਵਰਣਨ ਕਰਨ ਦੀ ਥਾਂ ਹਰ ਵਹਾਅ ਦੇ ਮਾਲਕ ਦਾ ਨਾਂ ਲੈਂਦਾ ਹੈ।

ਖ਼ਤਮ ਕਰੋ, ਫਾਰਵਰਡ ਕਰੋ, ਰੂਪਾਂਤਰ ਕਰੋ

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

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

ਅਡੈਪਟਰ ਅਤੇ ਪੂਲ ਕਿਸ ਦਾ ਹੈ

ਜਦੋਂ ਕਈ ਉਤਪਾਦ ਹੋਸਟ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਚਾਰ ਚੀਜ਼ਾਂ ਨੂੰ ਹਰ ਇੱਕ ਲਈ ਇੱਕੋ ਮਾਲਕ ਚਾਹੀਦਾ ਹੈ: ਸੁਣਨ ਵਾਲੇ ਪੋਰਟ, ਅਡੈਪਟਰ ਦੀ ਉਮਰ, ਕਲਾਇੰਟ ਪਤਾ ਪੂਲ ਅਤੇ ਰੂਟ। ਅਡੈਪਟਰ ਸਭ ਤੋਂ ਔਖਾ ਹੈ, ਕਿਉਂਕਿ VPN ਸੇਵਾ ਇਸ ਨੂੰ ਗਤੀਸ਼ੀਲ ਢੰਗ ਨਾਲ ਬਣਾ ਸਕਦੀ ਹੈ ਅਤੇ ਡਿਸਕਨੈਕਟ ਹੋਣ ’ਤੇ ਨਸ਼ਟ ਕਰ ਸਕਦੀ ਹੈ। ਉਸ ਇੰਟਰਫੇਸ ਨੂੰ ਸਥਾਈ ਨਾਂ ਵਾਲੇ ਨੈੱਟਵਰਕ ਕਾਰਡ ਵਜੋਂ ਮੰਨਣਾ ਅਤੇ ਇਸ ਦੇ ਨਾਂ ਵਿਰੁੱਧ ਨਿਯਮ ਲਿਖਣਾ ਅਗਲੇ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ। ਇੰਟਰਫੇਸ ਦਾ ਨਾਂ ਹਾਰਡਕੋਡ ਕਰਨ ਦੀ ਥਾਂ ਉਤਪਾਦ ਦੇ ਸਮਰਥਿਤ ਏਕੀਕਰਣ ਬਿੰਦੂ ਦੀ ਵਰਤੋਂ ਕਰੋ।

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

ਸਰੋਤ ਬਚਾਓ ਜਾਂ ਮੁੜ ਲਿਖੋ

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

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

ਵਹਾਅ ਨੂੰ ਇੱਕ ਵਾਕ ਵਿੱਚ ਬਿਆਨ ਕਰੋ

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

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

ਜਦੋਂ ਵਾਕ ਅਸਪਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਹੋਰ ਰੂਪਾਂਤਰ ਪਰਤ ਜੋੜਨਾ ਘੱਟ ਹੀ ਇਸ ਨੂੰ ਸਪਸ਼ਟ ਕਰਦਾ ਹੈ। ਇੱਕ ਹਟਾਉਣਾ ਆਮ ਤੌਰ ’ਤੇ ਕਰਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ