ਰਿਮੋਟ ਐਕਸੈਸ ਜਾਂ ਸਾਈਟ-ਟੂ-ਸਾਈਟ VPN: ਕਿਹੜਾ ਢੁਕਵਾਂ ਹੈ?
ਰਿਮੋਟ ਐਕਸੈਸ ਟਨਲ ਡਿਵਾਈਸ ਨੂੰ ਨੈੱਟਵਰਕ ਨਾਲ ਜੋੜਦੀ ਹੈ; ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਟਨਲ ਗੇਟਵੇ ਜੋੜਦੀ ਹੈ। ਡਿਜ਼ਾਈਨ ਚੁਣਨ ਅਤੇ ਨੁਕਸ ਸੀਮਿਤ ਕਰਨ ਲਈ ਟੋਪੋਲੋਜੀ ਵਰਤੋ।
ਸਫ਼ਰ ਕਰਦਾ ਕਰਮਚਾਰੀ ਅਤੇ ਸ਼ਾਖਾ ਦਫ਼ਤਰ ਨੂੰ ਵੱਖਰੀਆਂ ਟਨਲਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਅਤੇ ਗਲਤ ਚੋਣ ਅਜਿਹਾ ਡਿਜ਼ਾਈਨ ਦਿੰਦੀ ਹੈ ਜੋ ਲੈਬ ਵਿੱਚ ਚੱਲਦਾ ਹੈ ਪਰ ਪਹਿਲੇ ਸੋਮਵਾਰ ਨਾਕਾਮ ਹੋ ਜਾਂਦਾ ਹੈ। ਰਿਮੋਟ ਐਕਸੈਸ ਡਿਵਾਈਸ ਨੂੰ ਗੇਟਵੇ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਨੈੱਟਵਰਕਾਂ ਦੀ ਨੁਮਾਇੰਦਗੀ ਕਰਨ ਵਾਲੇ ਦੋ ਗੇਟਵੇ ਜੋੜਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀ ਜਾਂਚ ਸੂਚੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਲੋੜ ਅਸਲ ਵਿੱਚ ਕਿਸ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ।
ਕੌਣ ਡਾਇਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਡਾਇਲ ਕਰਨ ਵਾਲੇ ਦੇ ਪਿੱਛੇ ਕੀ ਹੈ
ਰਿਮੋਟ ਐਕਸੈਸ ਵਿੱਚ ਲੈਪਟਾਪ ਜਾਂ ਫ਼ੋਨ ਦਾ ਸੌਫ਼ਟਵੇਅਰ ਟਨਲ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਪਤਾ ਤੇ ਰੂਟ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਵਰਤੋਂਕਾਰ, ਡਿਵਾਈਸ ਜਾਂ ਦੋਵਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਵਿੱਚ ਰਾਊਟਰ, ਫਾਇਰਵਾਲ ਜਾਂ ਕਲਾਉਡ ਗੇਟਵੇ ਕਨੈਕਸ਼ਨ ਸਥਾਪਿਤ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਪਿੱਛੇ ਦੇ ਡਿਵਾਈਸ ਕਲਾਇੰਟ ਚਲਾਉਣ ਦੀ ਥਾਂ ਆਮ ਰਾਊਟਿੰਗ ਵਰਤਦੇ ਹਨ। ਇਹੀ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਟਨਲ ਦੀ ਉਪਲਬਧਤਾ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਕਿਸਦੀ ਹੈ: ਪਹਿਲੇ ਕੇਸ ਵਿੱਚ ਕਰਮਚਾਰੀ ਦੇ ਡਿਵਾਈਸ ਦੀ, ਦੂਜੇ ਵਿੱਚ ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਦੀ। ਇਹ ਵੀ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਪੁਸ਼ਟੀਕਰਨ ਕਿਸੇ ਵਿਅਕਤੀ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜਾਂ ਨੈੱਟਵਰਕ ਦਾ।
ਜੇ ਲੋੜ ਇਹ ਹੈ ਕਿ ਇੱਕ ਦਫ਼ਤਰ ਦੀ ਹਰ ਮਸ਼ੀਨ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਸੈੱਟਅਪ ਤੋਂ ਬਿਨਾਂ ਦੂਜੇ ਦਫ਼ਤਰ ਤੱਕ ਪਹੁੰਚੇ, ਤਾਂ ਇੱਥੇ ਰੁਕੋ। ਉਹ ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਹੈ, ਅਤੇ ਰਿਮੋਟ-ਐਕਸੈਸ ਲਾਗਇਨਾਂ ਦਾ ਢੇਰ ਇਸਦਾ ਮਾੜਾ ਬਦਲ ਹੈ।
ਪਤਾ ਨਿਰਧਾਰਨ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ
ਵੱਖਰੀਆਂ ਸਥਾਨਕ ਅਤੇ ਦੂਰਸਥ ਰੇਂਜਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। ਦੋ ਸਾਈਟਾਂ ਇੱਕੋ ਨਿੱਜੀ ਸਬਨੈੱਟ ਵਰਤ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਫਿਰ ਰਾਊਟਿੰਗ ਸਪਸ਼ਟ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਡਿਜ਼ਾਈਨ ਨੂੰ ਅਨੁਵਾਦ ਜਾਂ ਮੁੜ-ਨੰਬਰੀਕਰਨ ਚਾਹੀਦਾ ਹੈ। ਮੁੱਖ ਦਫ਼ਤਰ ਵਰਗੀ ਹੀ ਰੇਂਜ ਵਰਤਣ ਵਾਲਾ ਘਰੇਲੂ ਰਾਊਟਰ ਇੱਕ ਦੂਰਸਥ ਕਰਮਚਾਰੀ ਲਈ ਉਹੀ ਸਮੱਸਿਆ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਓਵਰਲੈਪ ਕਾਫ਼ੀ ਆਮ ਹੈ, ਇਸ ਲਈ ਇਸਦੀ ਜਾਂਚ ਪਹਿਲੀ ਗੱਲਬਾਤ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਵਾਪਸੀ ਮਾਰਗ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਮਾਰਗ ਜਿੰਨਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਸਰਵਰ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਕਲਾਇੰਟ ਨੈੱਟਵਰਕ ਵੱਲ ਵਾਪਸ ਜਾਣ ਦਾ ਕੋਈ ਰੂਟ ਨਹੀਂ ਹੋ ਸਕਦਾ।
ਕਿਹੜਾ ਰਾਊਟਰ ਦੂਰਸਥ ਪ੍ਰੀਫਿਕਸ ਜਾਣਦਾ ਹੈ ਇਹ ਦਸਤਾਵੇਜ਼ ਕਰੋ, ਖ਼ਾਸ ਕਰਕੇ ਕਲਾਉਡ ਨੈੱਟਵਰਕ ਅਤੇ ਕਈ ਗੇਟਵੇ ਨਾਲ। ਹਰਾ ਟਨਲ ਚਿੰਨ੍ਹ ਇਹ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ ਕਿ ਮੰਜ਼ਿਲ ਦਾ ਵਾਪਸੀ ਮਾਰਗ ਚੱਲ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਇੱਕ ਦਿਸ਼ਾ ਦਾ ਪਿੰਗ ਵੀ ਨਹੀਂ। ਰਿਮੋਟ ਐਕਸੈਸ ਵਿੱਚ ਪੂਲ ਦਾ ਰੂਟ ਆਮ ਤੌਰ ’ਤੇ ਗੇਟਵੇ ਕੋਲ ਹੁੰਦਾ ਹੈ; ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਵਿੱਚ ਪ੍ਰੀਫਿਕਸ ਲੈ ਕੇ ਜਾਣ ਵਾਲੇ ਹਰ ਵਿਚਕਾਰਲੇ ਰਾਊਟਰ ਨੂੰ ਸਹਿਮਤ ਹੋਣਾ ਪੈਂਦਾ ਹੈ। ਅਨੁਵਾਦ ਪਤੇ ਸਮੇਟਣ ਵਾਲੀ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਟੁੱਟਣ ਤੱਕ ਗੁੰਮ ਰੂਟ ਲੁਕਾ ਸਕਦਾ ਹੈ।
ਇੰਟਰਨੈੱਟ ਨਿਕਾਸ ਇੱਕ ਵੱਖਰਾ ਫ਼ੈਸਲਾ ਹੈ
ਨਿੱਜੀ ਪਹੁੰਚ ਲਈ ਟਨਲ ਨੂੰ ਜਨਤਕ ਬ੍ਰਾਊਜ਼ਿੰਗ ਲੈ ਜਾਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ। ਆਮ ਵੈੱਬ ਟ੍ਰੈਫ਼ਿਕ ਗੇਟਵੇ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਦੂਜਾ ਫ਼ੈਸਲਾ ਹੈ, ਜੋ ਹਰ ਡਿਜ਼ਾਈਨ ਲਈ ਲਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਪ੍ਰੋਫ਼ਾਈਲ ਜਾਂ ਸਾਈਟ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਵਿੱਚ ਦਰਜ ਹੁੰਦਾ ਹੈ।
ਪੂਰੀ ਟਨਲ ਅਤੇ ਵੰਡੀ ਟਨਲ ਉਸ ਸਵਾਲ ਦੇ ਜਵਾਬ ਹਨ, ਰਿਮੋਟ-ਐਕਸੈਸ ਬਨਾਮ ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਸਵਾਲ ਦੇ ਨਹੀਂ। ਅੰਦਰੂਨੀ ਨਾਵਾਂ ਨੂੰ ਦੋਵੇਂ ਡਿਜ਼ਾਈਨਾਂ ਵਿੱਚ ਢੁਕਵਾਂ DNS ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਜਨਤਕ ਰਿਜ਼ੌਲਵਰ ਕੋਲ ਨਿੱਜੀ ਦਫ਼ਤਰ ਹੋਸਟਨਾਮ ਦਾ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਹੁੰਦਾ। ਰਿਜ਼ੌਲਵਰ ਧੱਕਣਾ ਅਤੇ ਡਿਫ਼ੌਲਟ ਰੂਟ ਧੱਕਣਾ ਸੰਬੰਧਿਤ ਸੈਟਿੰਗਾਂ ਹਨ, ਅਤੇ ਇੱਕ ਨੂੰ ਦੂਜੇ ਤੋਂ ਬਿਨਾਂ ਬਦਲਣ ਨਾਲ DNS ਸਮੱਸਿਆਵਾਂ ਵਰਗੀਆਂ ਨਾਕਾਮੀਆਂ ਆਉਂਦੀਆਂ ਹਨ।
ਨੁਕਸ ਸੀਮਿਤ ਕਰਨ ਲਈ ਟੋਪੋਲੋਜੀ ਵਰਤੋ
ਇੱਕ ਘੁੰਮਦਾ ਲੈਪਟਾਪ ਕਲਾਇੰਟ, ਉਸਦੇ ਖਾਤੇ ਜਾਂ ਉਸਦੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ’ਤੇ ਪਹੁੰਚ ਗੁਆ ਦਿੰਦਾ ਹੈ। ਪੂਰੀ ਸ਼ਾਖਾ ਸਾਂਝੇ ਮਾਰਗਾਂ ਅਤੇ ਗੇਟਵੇ ’ਤੇ ਪਹੁੰਚ ਗੁਆ ਦਿੰਦੀ ਹੈ।
ਪਹਿਲਾਂ ਟਨਲ ਸਥਾਪਨਾ, ਫਿਰ ਰੂਟ, ਫਿਰ ਮਨਜ਼ੂਰ ਟ੍ਰੈਫ਼ਿਕ, ਫਿਰ ਨਾਮ ਹੱਲ, ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ ਲਾਗਇਨ ਜਾਂਚੋ ਅਤੇ ਨਾਕਾਮ ਹੋਣ ਵਾਲੇ ਪਹਿਲੇ ਕਦਮ ’ਤੇ ਰੁਕੋ।ip route get 10.60.8.15 ਇੱਕ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਲੌਗ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਰਾਊਟਿੰਗ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਐਨਕ੍ਰਿਪਸ਼ਨ ਸੈਟਿੰਗਾਂ ਫਾਈਲ-ਸਾਂਝਾ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੀ ਗਲਤੀ ਠੀਕ ਨਹੀਂ ਕਰਦੀਆਂ, ਅਤੇ ਚੱਲਦਾ ਪਿੰਗ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਅਧਿਕਾਰਤ ਹੈ। ਕ੍ਰਮ ਸਥਿਰ ਰੱਖਣਾ ਉਨ੍ਹਾਂ ਬੇਤਰਤੀਬ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਬਦਲਾਵਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ ਜੋ ਇੱਕ ਨੁਕਸ ਨੂੰ ਤਿੰਨ ਬਣਾ ਦਿੰਦੇ ਹਨ।
ਅੰਤ ਵਿੱਚ, ਵਿਕਰੇਤਾ ਦੀ ਸਮੱਗਰੀ ਪੜ੍ਹਦਿਆਂ ਪਰਿਭਾਸ਼ਾਵਾਂ ਸਿੱਧੀਆਂ ਰੱਖੋ: ਵਪਾਰਕ ਇੰਟਰਨੈੱਟ-ਨਿਕਾਸ ਸਰਵਰ ਕਿਸੇ ਕੰਪਨੀ ਦੇ ਨਿੱਜੀ ਗੇਟਵੇ ਤੋਂ ਵੱਖਰੀ ਸੇਵਾ ਹੈ ਅਤੇ ਉਸ ਕੰਪਨੀ ਦੇ ਨੈੱਟਵਰਕ ਤੱਕ ਕੋਈ ਪਹੁੰਚ ਨਹੀਂ ਦਿੰਦਾ।