SSH ਰਾਹੀਂ ਮੌਜੂਦਾ HTTP ਜਾਂ SOCKS ਪ੍ਰੌਕਸੀ ਤੱਕ ਪਹੁੰਚੋ
SSH ਰਾਹੀਂ ਦੂਰਲੀ ਲੂਪਬੈਕ HTTP ਜਾਂ SOCKS ਪ੍ਰੌਕਸੀ ਤੱਕ ਇਸ ਦੇ ਸਰੋਤੇ ਨੂੰ ਜਨਤਕ ਤੌਰ 'ਤੇ ਖੋਲ੍ਹੇ ਬਿਨਾਂ ਪਹੁੰਚੋ।
ਜੇ relay.example.net ਪਹਿਲਾਂ ਹੀ ਆਪਣੇ 127.0.0.1:1080 'ਤੇ SOCKS ਚਲਾ ਰਿਹਾ ਹੈ, ਤਾਂ ਉਸ ਸਰੋਤੇ ਨੂੰ ਜਨਤਕ ਤੌਰ 'ਤੇ ਖੋਲ੍ਹਣ ਦੀ ਬਜਾਏ ਪਹੁੰਚ ਅੱਗੇ ਭੇਜੋ:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| ਅੰਤ ਬਿੰਦੂ | ਭੂਮਿਕਾ |
|---|---|
ਲੈਪਟਾਪ 127.0.0.1:1081 | ਲੈਪਟਾਪ ਦੀ ਐਪ ਵਿੱਚ ਸੰਰਚਿਤ ਕਰਨ ਵਾਲਾ SOCKS ਪਤਾ। |
ਰੀਲੇ 127.0.0.1:1080 | SSH ਸਰਵਰ ਵਾਲੇ ਪਾਸਿਓਂ ਪਹੁੰਚਿਆ ਜਾਣ ਵਾਲਾ ਮੌਜੂਦਾ ਪ੍ਰੌਕਸੀ। |
ਸਥਾਨਕ ਫਾਰਵਰਡਿੰਗ ਸਿੰਟੈਕਸ ਨਿਸ਼ਚਿਤ ਮੰਜ਼ਿਲ ਨੂੰ ਸਰਵਰ ਪਾਸੇ ਸੌਂਪਦਾ ਹੈ। ਦੂਰਲੇ ਲੂਪਬੈਕ ਪੋਰਟ 3128 'ਤੇ HTTP ਪ੍ਰੌਕਸੀ ਜਾਂ proxy.internal.example:8080 ਵਰਗਾ ਇੰਟਰਾਨੈੱਟ ਅੰਤ ਬਿੰਦੂ ਵੀ ਉਸੇ ਸਿਧਾਂਤ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਉਸ ਮੌਜੂਦਾ HTTP ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਖਾਤੇ ਲਈ ਸੰਰਚਿਤ ਕਰੋ; SSH ਰਾਹੀਂ ਲਿਜਾਣ ਨਾਲ SOCKS ਜਾਂ TLS-ਯੋਗ HTTPS ਸਰੋਤਾ ਨਹੀਂ ਬਣਦਾ।
ਮੌਜੂਦਾ ਸੇਵਾ ਅਜੇ ਵੀ ਸਮਰਥਿਤ ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ, ਪ੍ਰਮਾਣਿਕਤਾ, ਮੰਜ਼ਿਲਾਂ ਅਤੇ ਅੰਤਿਮ ਨਿਕਾਸ ਚੁਣਦੀ ਹੈ। ਜੇ ਕਿਸੇ ਹੋਰ SSH ਪ੍ਰਕਿਰਿਆ ਨੇ ਉਹ ਦੂਰਲੀ ਪ੍ਰੌਕਸੀ ਬਣਾਈ ਹੈ, ਤਾਂ ਦੋਵੇਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਜੀਵਤ ਰਹਿਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਲੈਪਟਾਪ→ਰੀਲੇ→ਗੇਟਵੇ ਮਾਰਗ ਵੈੱਬਸਾਈਟ ਨੂੰ ਆਖਰੀ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ, ਸਥਾਨਕ ਪੋਰਟ 1081 ਵੱਲੋਂ ਦਿੱਤੀ ਪਛਾਣ ਨਹੀਂ।
ਲੈਪਟਾਪ ਦੀ ਬਾਈਡਿੰਗ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸਥਾਨਕ ਰੱਖੋ। ਵਿਆਪਕ ਐਕਸਪੋਜ਼ਰ ਬਦਲਦਾ ਹੈ ਕਿ ਸੇਵਾ ਤੱਕ ਕੌਣ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਅਤੇ SSH ਲੌਗਇਨ ਸਰੋਤੇ ਵਿੱਚ SOCKS ਪਾਸਵਰਡ ਨਹੀਂ ਜੋੜਦਾ। ਇਨਕਾਰ ਹੋਣ 'ਤੇ ਲੈਪਟਾਪ ਸਰੋਤਾ, SSH ਟਰਾਂਸਪੋਰਟ ਅਤੇ ਦੂਰਲੀ ਪ੍ਰੌਕਸੀ ਨੂੰ ਵੱਖਰੇ ਪੜਾਅ ਵਜੋਂ ਜਾਂਚੋ।