SSH SOCKS ਫਾਰਵਰਡਿੰਗ TUN ਡਿਵਾਈਸ ਦੀਆਂ ਗਲਤੀਆਂ ਤੋਂ ਵੱਖਰੀ ਹੈ

ਇਹ ਦੋਵੇਂ ਨਿਰੀਖਣ ਇੱਕੋ SSH ਲੌਗ ਵਿੱਚ ਇਕੱਠੇ ਹੋ ਸਕਦੇ ਹਨ:

Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.

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

OpenSSH ਐਪਲੀਕੇਸ਼ਨ-ਪੱਧਰੀ ਗਤੀਸ਼ੀਲ ਫਾਰਵਰਡਿੰਗ ਲਈ -D ਅਤੇ ਟਨਲ ਡਿਵਾਈਸਾਂ ਲਈ -w ਵਰਤਦਾ ਹੈ। Tunnel ਸੈਟਿੰਗ ਕਨਫਿਗਰੇਸ਼ਨ ਰਾਹੀਂ ਦੂਜੇ ਦੀ ਵੀ ਬੇਨਤੀ ਕਰ ਸਕਦੀ ਹੈ। TUN ਡਿਵਾਈਸ ਲਈ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਜਾਂ ਸਰਵਰ ਇਜਾਜ਼ਤ ਨਾ ਮਿਲਣਾ ਆਪਣੇ ਆਪ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਪਹਿਲਾਂ ਵਾਲਾ SOCKS ਸਰੋਤਾ ਕਦੇ ਬਣਿਆ ਹੀ ਨਹੀਂ ਸੀ।

ਗਲਤੀ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਸਫਲ ਹੋਇਆ ਪੜ੍ਹੋ: SSH ਪ੍ਰਮਾਣਿਕਤਾ, ਸਰੋਤੇ ਦੀ ਰਚਨਾ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਕੋਈ ਵੀ ਮੰਜ਼ਿਲ-ਚੈਨਲ ਬੇਨਤੀ। ਸੁਣਦੇ SOCKS ਪੋਰਟ ਨੂੰ ਹਾਲੇ ਵੀ ਅਨੁਕੂਲ ਕਲਾਇੰਟ ਅਤੇ ਪਹੁੰਚਯੋਗ, ਮਨਜ਼ੂਰ ਮੰਜ਼ਿਲ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਇੱਕ ਪੜਾਅ ਬਾਰੇ ਸਬੂਤ ਹੈ।

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

ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]

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