ਰਿਵਰਸ SSH ਪ੍ਰੌਕਸੀ ਲਿਸਨਰ ਸਿਰਫ਼ ਸਰਵਰ 'ਤੇ ਹੀ ਪਹੁੰਚਯੋਗ ਕਿਉਂ ਹੈ
ਪ੍ਰੌਕਸੀ ਪ੍ਰੋਟੋਕੋਲ ਜਾਂ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਰਿਮੋਟ ਲਿਸਨਰ ਦਾ bind ਪਤਾ ਅਤੇ GatewayPorts ਮੋਡ ਜਾਂਚੋ।
ਰਿਮੋਟ ਫਾਰਵਰਡ SSH ਸਰਵਰ ਤੋਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ ਪਰ ਕਿਸੇ ਹੋਰ ਮਸ਼ੀਨ ਤੋਂ ਆਉਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸਿਰਫ਼ loopback 'ਤੇ ਸੁਣਦਾ ਹੈ। ਪਹਿਲਾਂ ਅਸਲ ਸੁਣਨ ਵਾਲਾ ਪਤਾ ਜਾਂਚੋ।
ਸਰਵਰ ਵੱਲ GatewayPorts | ਰਿਮੋਟ-ਫਾਰਵਰਡ bind |
|---|---|
no, ਡਿਫ਼ਾਲਟ | ਲਿਸਨਰਾਂ ਨੂੰ loopback ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ |
yes | wildcard bind ਲਾਜ਼ਮੀ ਕਰਦਾ ਹੈ |
clientspecified | ਕਲਾਇੰਟ ਨੂੰ ਖਾਸ bind ਪਤਾ ਮੰਗਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ |
ਇੱਕ ਨਿਯੰਤਰਿਤ ਇੰਟਰਫ਼ੇਸ ਲਈ ਲੋੜੀਂਦੇ ਲਿਸਨਰ ਲਈ, ਸਰਵਰ ਇਹ ਵਰਤ ਸਕਦਾ ਹੈ:
GatewayPorts clientspecifiedਫਿਰ ਕਲਾਇੰਟ ਆਪਣੇ -R ਵਿਸ਼ੇਸ਼ਣ ਵਿੱਚ ਢੁਕਵਾਂ ਪਤਾ ਮੰਗਦਾ ਹੈ। ਉਹ ਪਤਾ ਰਿਮੋਟ ਮਸ਼ੀਨ 'ਤੇ ਮੌਜੂਦ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਫਾਰਵਰਡਿੰਗ ਪਾਬੰਦੀਆਂ ਅਜੇ ਵੀ ਲਾਗੂ ਹਨ। ਕਲਾਇੰਟ-ਸਾਈਡ -g ਇਸ ਦਿਸ਼ਾ ਲਈ ਬਦਲਣਯੋਗ ਨਿਯੰਤਰਣ ਨਹੀਂ ਹੈ।
ਤਿੰਨ ਇਜਾਜ਼ਤਾਂ ਵੱਖਰੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ: ਫਾਰਵਰਡ ਬਣਾਉਣ ਲਈ SSH ਅਧਿਕਾਰ, ਇਸ ਦੇ ਲਿਸਨਰ ਤੱਕ ਨੈੱਟਵਰਕ ਪਹੁੰਚ, ਅਤੇ HTTP ਜਾਂ SOCKS ਸੇਵਾ ਦੀ ਆਪਣੀ ਪਹੁੰਚ ਨੀਤੀ। SSH ਲੌਗਇਨ ਟਨਲ ਬਣਾਉਣ ਵਾਲੇ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ; ਇਹ ਸਾਂਝੇ ਲਿਸਨਰ ਦੇ ਹਰ ਬਾਅਦ ਵਾਲੇ ਕਾਲਰ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਨਹੀਂ ਕਰਦਾ ਅਤੇ SOCKS ਪਾਸਵਰਡ ਚੁਣੌਤੀ ਨਹੀਂ ਜੋੜਦਾ।
ਜੇ ਰਿਮੋਟ ਕਾਲਰ ਅਜੇ ਵੀ ਕਨੈਕਟ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਤਾਂ bind ਪਤਾ, ਸਰਵਰ ਦੀਆਂ ਫਾਰਵਰਡਿੰਗ ਪਾਬੰਦੀਆਂ ਅਤੇ ਫਾਇਰਵਾਲ ਮਾਰਗ ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ। TCP ਦੇ ਲਿਸਨਰ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਬਾਅਦ, ਅਸਫਲ ਪ੍ਰੌਕਸੀ ਹੈਂਡਸ਼ੇਕ ਬਾਅਦ ਦੀ ਸਮੱਸਿਆ ਹੈ।