ਜਦੋਂ ਰਿਮੋਟ-ਐਕਸੈਸ ਕਲਾਇੰਟ ਨੂੰ ਸ਼ਾਖਾ ਗੇਟਵੇ ਵਜੋਂ ਕੰਮ ਕਰਨਾ ਪਵੇ

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

ਪ੍ਰੋਟੋਕੋਲ ਲੇਬਲ ਤੁਹਾਨੂੰ ਕੀ ਨਹੀਂ ਦੱਸਦਾ

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

ਪਹਿਲਾਂ ਤੈਅ ਕਰਨ ਵਾਲਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿ VPN ਦਾ ਮਾਲਕ ਫਾਰਵਰਡਿੰਗ ਭੂਮਿਕਾ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਨਹੀਂ, ਤਾਂ ਕਲਾਇੰਟ-ਪਾਸੇ ਦੀ ਕੋਈ ਵੀ ਰਾਊਟਿੰਗ ਇਸਨੂੰ ਸਮਰਥਿਤ ਨਹੀਂ ਬਣਾਉਂਦੀ।

ਇਕਰਾਰ ਦੇ ਦੋ ਪਾਸੇ ਹਨ: ਸ਼ਾਖਾ ਅਤੇ ਮੁੱਖ ਦਫ਼ਤਰ

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

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

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

ਰਾਊਟ ਕੀਤਾ ਜਾਂ ਅਨੁਵਾਦਿਤ: ਵਾਪਸੀ ਦਾ ਮਾਰਗ ਜਾਣ-ਬੁੱਝ ਕੇ ਚੁਣੋ

ਰਾਊਟ ਕੀਤਾ ਚੁਣੋ ਜਦੋਂ ਹਰ ਡਿਵਾਈਸ ਦੀ ਪਛਾਣ ਅਤੇ ਹਰ ਹੋਸਟ ਦੀ ਨੀਤੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਅਤੇ ਤੁਸੀਂ ਹਰ ਸੰਬੰਧਿਤ ਰਾਊਟਰ ਉੱਤੇ ਵਾਪਸੀ ਰਾਊਟ ਕਾਇਮ ਰੱਖ ਸਕਦੇ ਹੋ।

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

ਇੱਕ ਲਾਭਦਾਇਕ ਜਾਂਚ ਅਸਮਮਿਤ ਹੈ: ਸ਼ਾਖਾ ਡਿਵਾਈਸ ਤੋਂ ਸਰੋਤ ਮੰਗੋ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਜਵਾਬ ਮੁੱਖ ਦਫ਼ਤਰ ਛੱਡ ਕੇ ਸ਼ਾਖਾ ਪ੍ਰੀਫਿਕਸ ਵੱਲ ਜਾਂਦਾ ਹੈ। traceroute -n 10.60.4.20 ਮੁੱਖ ਦਫ਼ਤਰ ਦੇ ਹੋਸਟ ਤੋਂ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਉਹ ਮਾਰਗ VPN ਗੇਟਵੇ ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।

ਇਸਨੂੰ ਲੌਗਇਨ ਵਾਂਗ ਨਹੀਂ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਾਂਗ ਚਲਾਓ

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

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

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