SSH ਪ੍ਰੌਕਸੀ ਖਾਤਾ shell ਤੋਂ ਬਿਨਾਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ

ਲੁਭਾਉਣ ਵਾਲੀ ਸੈਟਿੰਗ AllowTcpForwarding no ਹੈ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹ ਸਥਾਨਕ SSH SOCKS ਪ੍ਰੌਕਸੀ ਨੂੰ ਲੋੜੀਂਦੀ ਫਾਰਵਰਡਿੰਗ ਵੀ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ। ਗਤੀਸ਼ੀਲ ਫਾਰਵਰਡਿੰਗ ਸਰਵਰ ਨੀਤੀ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਕੋਈ ਪਾੜ ਨਹੀਂ ਹੈ।

ਸਮਰਪਿਤ ਖਾਤੇ ਲਈ, OpenSSH ਕਈ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ। ਇੱਕ ਨੀਤੀ-ਅੰਸ਼ shell ਅਤੇ ਸਬਸਿਸਟਮ ਸੈਸ਼ਨਾਂ ਨੂੰ ਰੋਕਦਿਆਂ ਸਥਾਨਕ ਫਾਰਵਰਡਿੰਗ ਦੀ ਆਗਿਆ ਦੇ ਸਕਦਾ ਹੈ:

Match User proxyuser
    AllowTcpForwarding local
    MaxSessions 0
    PermitTTY no
    X11Forwarding no
    AllowAgentForwarding no

ਸਰਵਰ ਮੈਨੂਅਲ MaxSessions 0 ਨੂੰ shell, ਲੌਗਇਨ ਅਤੇ ਸਬਸਿਸਟਮ ਸੈਸ਼ਨ ਰੋਕਣ ਵਾਲੀ ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਦੀ ਆਗਿਆ ਦੇਣ ਵਾਲੀ ਸੈਟਿੰਗ ਦੱਸਦਾ ਹੈ। ਇਸਨੂੰ ਮੌਜੂਦਾ ਪ੍ਰਮਾਣਿਤ ਖਾਤੇ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ; ਇਹ ਪੂਰੀ SSH ਸੁਰੱਖਿਆ ਕਨਫਿਗਰੇਸ਼ਨ ਨਹੀਂ ਹੈ।

ਸਿਰਫ਼ ਫਾਰਵਰਡਿੰਗ ਦਾ ਮਤਲਬ ਸਿਰਫ਼ SOCKS ਨਹੀਂ

ਇੱਕ ਸਥਿਰ ਸਥਾਨਕ ਫਾਰਵਰਡ ਅਤੇ ਇੱਕ SOCKS ਬੇਨਤੀ ਅੰਤ ਵਿੱਚ ਸਰਵਰ ਤੋਂ ਉਸੇ ਕਿਸਮ ਦਾ ਮੰਜ਼ਿਲ ਕਨੈਕਸ਼ਨ ਮੰਗ ਸਕਦੇ ਹਨ। ਸਥਾਨਕ ਫਾਰਵਰਡਿੰਗ ਦੀ ਆਗਿਆ ਦੇਣਾ ਇਹ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਕਿ ਕਲਾਇੰਟ ਨੇ ਕੋਈ ਖਾਸ SOCKS ਇੰਟਰਫੇਸ ਵਰਤਿਆ। ਖਾਤੇ ਨੂੰ ਸਿਰਫ਼-SOCKS ਵਰਤੋਂ ਲਾਗੂ ਕਰਨ ਵਾਲਾ ਨਾ ਦੱਸੋ।

PermitOpen ਖਾਸ ਸੂਚੀ ਲੋੜ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੋਣ 'ਤੇ ਮੰਜ਼ਿਲ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਜੋੜਿਆਂ ਨੂੰ ਸੀਮਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਹਰ ਪ੍ਰਾਈਵੇਟ ਨੈੱਟਵਰਕ 'ਤੇ ਹੋਸਟਨਾਮ-ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਵਾਲੀ ਆਮ ਪਾਬੰਦੀ ਨਹੀਂ ਹੈ। ਵਿਆਪਕ ਪਤਾ ਪਾਬੰਦੀਆਂ ਲਈ ਢੁਕਵੀਂ ਹੋਸਟ ਨੈੱਟਵਰਕ ਨੀਤੀ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

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

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