ਇੱਕ Mac ਸਕ੍ਰੀਨ ਲਈ ਲੋਕਲ SSH ਫਾਰਵਰਡਿੰਗ ਜਾਂ ਪੂਰਾ VPN?

ਤੁਹਾਨੂੰ ਆਪਣੀ ਮਸ਼ੀਨ ਤੋਂ ਇੱਕ Mac ਦੀ ਸਕ੍ਰੀਨ ਵੇਖਣੀ ਹੈ, Mac ਉਸ ਹੋਸਟ ਪਿੱਛੇ ਹੈ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ SSH ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕੀ ਇਹ VPN ਦੇ ਯੋਗ ਹੈ। ਆਮ ਤੌਰ ’ਤੇ ਨਹੀਂ। ਇੱਕ ਲੋਕਲ ਫਾਰਵਰਡਿੰਗ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ SSH ਸੈਸ਼ਨ ਰਾਹੀਂ ਇੱਕ TCP ਪੋਰਟ ਲੈ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਹੋਸਟ ਉੱਤੇ ਇੱਕ ਸਕ੍ਰੀਨ ਲਈ ਇਹ ਪੂਰੇ ਨੈੱਟਵਰਕ ਨੂੰ ਰਾਊਟ ਕਰਨ ਨਾਲੋਂ ਛੋਟੀ ਅਤੇ ਵਧੇਰੇ ਜਾਂਚਯੋਗ ਵਿਵਸਥਾ ਹੈ।

ਤਿੰਨ ਸ਼ਰਤਾਂ ਇਹ ਤੈਅ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਤੁਹਾਨੂੰ ਪ੍ਰਬੰਧਿਤ VPN ਵੱਲ ਧੱਕ ਸਕਦੀ ਹੈ।

ਤਿੰਨ ਸ਼ਰਤਾਂ ਇਹ ਤੈਅ ਕਰਦੀਆਂ ਹਨ

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

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

ਇੱਕ ਪੋਰਟ ਫਾਰਵਰਡ ਕਰੋ, ਨੈੱਟਵਰਕ ਨਹੀਂ

ਲੋਕਲ ਫਾਰਵਰਡਿੰਗ ਤੁਹਾਡੀ ਮਸ਼ੀਨ ਉੱਤੇ ਇੱਕ ਸੁਣਨ ਵਾਲਾ ਖੋਲ੍ਹਦੀ ਹੈ ਅਤੇ ਹਰ ਕਨੈਕਸ਼ਨ ਨੂੰ SSH ਸਰਵਰ ਰਾਹੀਂ ਉਸ ਮੰਜ਼ਿਲ ਵੱਲ ਭੇਜਦੀ ਹੈ ਜਿੱਥੇ ਉਹ ਸਰਵਰ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਜਿਸ Mac ਦੀ ਸਕ੍ਰੀਨ ਸ਼ੇਅਰਿੰਗ ਸੇਵਾ TCP 5900 ਉੱਤੇ ਸੁਣਦੀ ਹੈ ਅਤੇ ਜੋ ਬਾਸਟੀਅਨ mac.corp.example ਹੱਲ ਕਰ ਸਕਦਾ ਹੈ, ਉਹਨਾਂ ਲਈ ਹੁਕਮ ਛੋਟਾ ਅਤੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਤੰਗ ਹੈ। ਇਸ ਵਿੱਚ ਹਰ ਚੋਣ ਵਿਵਸਥਾ ਨੂੰ ਛੋਟਾ ਰੱਖਣ ਲਈ ਹੈ: ਕੋਈ ਸ਼ੈੱਲ ਨਹੀਂ, ਸਾਰੇ ਇੰਟਰਫੇਸਾਂ ਉੱਤੇ ਸੁਣਨ ਵਾਲਾ ਨਹੀਂ, ਕੋਈ ਡੀਮਨ ਨਹੀਂ। ਇਸ ਨੂੰ ਪਕਵਾਨ ਵਜੋਂ ਨਹੀਂ, ਦਾਇਰੇ ਦੇ ਬਿਆਨ ਵਜੋਂ ਪੜ੍ਹੋ।

ssh -N -o ExitOnForwardFailure=yes -L 127.0.0.1:15900:mac.corp.example:5900 [email protected]

ਸੁਣਨ ਵਾਲੇ ਨੂੰ 127.0.0.1 ਨਾਲ ਬੰਨ੍ਹਣਾ ਇਸ ਨੂੰ ਹਰ ਹੋਰ ਇੰਟਰਫੇਸ ਤੋਂ ਦੂਰ ਰੱਖਦਾ ਹੈ। ਇਹ ਰਸਮ ਨਹੀਂ: ਸਾਰੇ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਬੱਧੀ ਫਾਰਵਰਡਿੰਗ ਤੁਹਾਡੇ ਲੈਪਟਾਪ ਨੂੰ ਉਸੇ ਕੈਫ਼ੇ ਦੇ Wi-Fi ਉੱਤੇ ਹਰ ਕਿਸੇ ਲਈ ਕਾਰਪੋਰੇਟ ਨੈੱਟਵਰਕ ਵਿੱਚ ਖੁੱਲ੍ਹਾ ਰੀਲੇ ਬਣਾ ਦਿੰਦੀ ਹੈ। ਜੇ ਪੋਰਟ ਪਹਿਲਾਂ ਹੀ ਵਰਤੋਂ ਵਿੱਚ ਹੈ, ਤਾਂ ਦੂਜਾ ਉੱਚਾ ਪੋਰਟ ਚੁਣੋ ਅਤੇ ਵਿਊਅਰ ਅੱਪਡੇਟ ਕਰੋ; ਉਦਾਹਰਨ ਫਿੱਟ ਕਰਨ ਲਈ ਕੋਈ ਅਸੰਬੰਧਿਤ ਸੇਵਾ ਨਾ ਰੋਕੋ।

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

SSH ਕੀ ਐਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਿੱਥੇ ਰੁਕਦਾ ਹੈ

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

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

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

ਪੂਰਾ VPN ਕਦੋਂ ਸਹੀ ਫ਼ੈਸਲਾ ਹੈ

ਜਦੋਂ ਕੰਮ ਨੂੰ ਇੱਕ ਤੋਂ ਵੱਧ ਪੋਰਟ ਚਾਹੀਦੇ ਹਨ ਤਾਂ VPN ਚੁਣੋ: Apple Remote Desktop ਦੇ ਪ੍ਰਬੰਧਨ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਫੰਕਸ਼ਨ ਵਾਧੂ TCP ਅਤੇ UDP ਟ੍ਰੈਫਿਕ ਵਰਤਦੇ ਹਨ ਜੋ ਇੱਕ TCP ਫਾਰਵਰਡਿੰਗ ਨਹੀਂ ਲੈ ਜਾ ਸਕਦੀ। ਫਾਰਵਰਡਿੰਗ ਪੂਰੇ ਉਤਪਾਦ ਦੀ ਅੰਸ਼ਿਕ ਅਮਲ ਹੋਣੀ ਨਹੀਂ; ਇਹ ਵੱਖਰਾ, ਛੋਟਾ ਸੰਦ ਹੈ।

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

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

ਫਾਰਵਰਡਿੰਗ ਨੂੰ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਣ ਦਿਓ

ਫੇਲ੍ਹ ਹੋਈ ਬਾਈਂਡਿੰਗ ਸੈਸ਼ਨ ਨੂੰ ਰੋਕੇ, ਜੁੜਿਆ ਦਿਸਣ ਵਾਲਾ ਪਰ ਕੁਝ ਫਾਰਵਰਡ ਨਾ ਕਰਨ ਵਾਲਾ ਸ਼ੈੱਲ ਨਾ ਛੱਡੇ, ਇਸ ਲਈ ExitOnForwardFailure=yes ਵਰਤੋ। ਹੋਸਟ-ਕੀ ਜਾਂਚ ਚਾਲੂ ਰੱਖੋ, ਅਤੇ ਪਾਸਵਰਡ ਨਾਲੋਂ ਕੀ ਜਾਂ ਏਜੰਟ ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਫਿਰ ਵਿਊਅਰ ਵੱਲੋਂ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਸਹੀ URL ਪਰਖੋ, ਕਿਉਂਕਿ ਚੱਲਦਾ SSH ਸੈਸ਼ਨ ਅਤੇ ਚੱਲਦਾ ਸਕ੍ਰੀਨ ਕਨੈਕਸ਼ਨ ਦੋ ਵੱਖਰੇ ਨਤੀਜੇ ਹਨ।

macOS ਦੇ ਮੂਲ ਕਲਾਇੰਟ ਲਈ, ਵਿਊਅਰ ਤੱਕ ਸਥਾਨਕ URL ਰਾਹੀਂ ਪਹੁੰਚਿਆ ਜਾਂਦਾ ਹੈ: open "vnc://127.0.0.1:15900"। ਜੇ ਵਿੰਡੋ ਖੁੱਲ੍ਹਦੀ ਹੈ ਅਤੇ ਦੂਰਸਥ ਹੋਸਟ ਪ੍ਰਮਾਣਿਕਤਾ ਰੱਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਸੁਰੰਗ ਠੀਕ ਹੈ ਅਤੇ ਸਮੱਸਿਆ ਟਾਰਗਿਟ ਉੱਤੇ ਹੈ। ਜੇ ਵਿੰਡੋ ਕਦੇ ਨਹੀਂ ਖੁੱਲ੍ਹਦੀ, ਤਾਂ ਸਮੱਸਿਆ ਸੁਣਨ ਵਾਲੇ ਜਾਂ ਪੋਰਟ ਵਿੱਚ ਹੈ।

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