ਉਪਲਬਧ ਹੋਣ ਵੇਲੇ SSH ਨੂੰ ਸਥਾਨਕ SOCKS ਸੁਣਨ ਵਾਲਾ ਵਰਤਣ ਦਿਓ

OpenSSH Match exec ਜਾਂਚ ਨੂੰ ਇੱਕ ਮੰਜ਼ਿਲ ਤੱਕ ਸੀਮਿਤ ਕਰੋ ਅਤੇ ਸਮਝੋ ਕਿ ਸਫਲ ਸਥਾਨਕ-ਪੋਰਟ ਜਾਂਚ ਕੀ ਸਾਬਤ ਕਰਦੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ।

ਸਥਾਨਕ SOCKS ਸੁਣਨ ਵਾਲਾ ਕੁਝ ਨੈੱਟਵਰਕਾਂ ਉੱਤੇ ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕੁਝ ਉੱਤੇ ਨਹੀਂ ਹੁੰਦਾ। OpenSSH ਪ੍ਰੌਕਸੀ ਕਮਾਂਡ ਨੂੰ ਸ਼ਰਤ ਅਨੁਸਾਰ ਚੁਣ ਸਕਦਾ ਹੈ, ਉਹ ਚੋਣ ਹਰ ਹੋਸਟ 'ਤੇ ਲਾਗੂ ਕੀਤੇ ਬਿਨਾਂ।

OpenBSD ਰੂਪ ਦੇ nc ਵਾਲੇ OpenSSH ਲਈ, ਇੱਕ ਉਦਾਹਰਨ ਕਲਾਇੰਟ ਸੰਰਚਨਾ ਇਹ ਹੈ:

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost ਜਾਂਚ ਨੂੰ SSH ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਦਿੱਤੇ ਨਾਮ ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। exec ਉਦੋਂ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜਦੋਂ ਇਸਦੀ ਕਮਾਂਡ ਸਫਲਤਾਪੂਰਵਕ ਖਤਮ ਹੁੰਦੀ ਹੈ। ਆਖਰੀ Match all ਅੱਗੇ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਲਈ ਉਹ ਸ਼ਰਤੀ ਦਾਇਰਾ ਖਤਮ ਕਰਦਾ ਹੈ।

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

ਸੁਣਦਾ ਸਾਕਟ ਇੱਕ ਨਿਮਰ ਵਾਅਦਾ ਹੈ

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

ਸਮਾਂ-ਸੀਮਾ ਅਸਫਲ ਜਾਂਚ ਨੂੰ ਸੀਮਿਤ ਰੱਖਦੀ ਹੈ। ਦਿਖਾਏ ਵਿਕਲਪ OpenBSD ਦੇ nc ਇੰਟਰਫੇਸ ਦੇ ਹਨ; ਉਸੇ ਫਾਈਲਨਾਮ ਵਾਲੇ ਹੋਰ ਪ੍ਰੋਗਰਾਮ ਵੱਖਰੇ ਵਿਕਲਪ ਦੇ ਸਕਦੇ ਹਨ।

ਜਦੋਂ ਸ਼ਰਤ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ, ਇਹ ਉਦਾਹਰਨ ਕਨੈਕਸ਼ਨ ਨੂੰ ਇਸ ProxyCommand ਤੋਂ ਬਿਨਾਂ ਛੱਡ ਦਿੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਇਸਦਾ ਆਮ ਰਸਤਾ ਮਨਜ਼ੂਰ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਹ ਤਦੋਂ ਹੀ ਢੁਕਵਾਂ ਹੈ ਜਦੋਂ ਸਿੱਧੀ ਪਹੁੰਚ ਦੀ ਆਗਿਆ ਹੈ। ਲਾਜ਼ਮੀ ਪ੍ਰੌਕਸੀ ਨੀਤੀ ਨੂੰ ਉਪਲਬਧਤਾ ਜਾਂਚ ਨੂੰ ਦੂਜੇ ਰਸਤੇ ਭੱਜਣ ਦੀ ਆਗਿਆ ਨਹੀਂ ਬਣਾਉਣਾ ਚਾਹੀਦਾ।

ਟਾਰਗੇਟ SSH ਹੋਸਟਨਾਮ ਅਤੇ ਹੋਸਟ-ਕੀ ਜਾਂਚਾਂ ਅਜੇ ਵੀ ਮੰਜ਼ਿਲ ਸਰਵਰ ਦੀ ਪਛਾਣ ਕਰਦੀਆਂ ਹਨ। ਟਰਾਂਸਪੋਰਟ ਸਹਾਇਕ ਚੁਣਨਾ ਅਣਕਿਆਸੀ ਹੋਸਟ ਕੀ ਸਵੀਕਾਰ ਕਰਨ ਦਾ ਕਾਰਨ ਨਹੀਂ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ