ਆਪਣੇ SSH ਕਲਾਇੰਟ ਰਾਹੀਂ ਦੂਰ ਦੇ Pi ਨੂੰ SOCKS ਪਰਾਕਸੀ ਦਿਓ

ਦੂਰਸਥ ਗਤੀਸ਼ੀਲ ਫਾਰਵਰਡ SOCKS ਸਰੋਤੇ ਨੂੰ Pi ਉੱਤੇ ਰੱਖਦਾ ਹੈ ਅਤੇ ਅਗਲਾ ਕਨੈਕਸ਼ਨ ਤੁਹਾਡੇ ਲੈਪਟਾਪ ਦੇ ਮਨਜ਼ੂਰ VPN ਰਾਹ ਤੋਂ ਕਰਦਾ ਹੈ। ਦੂਜੇ SSH ਸਰਵਰ ਦੀ ਲੋੜ ਨਹੀਂ।

ਤੁਸੀਂ ਮੰਨ ਲੈਂਦੇ ਹੋ ਕਿ SOCKS ਪਰਾਕਸੀ ਉੱਥੇ ਹੀ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿੱਥੇ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ। OpenSSH ਸਰੋਤੇ ਨੂੰ ਬਿਲਕੁਲ ਕਿਸੇ ਹੋਰ ਥਾਂ ਰੱਖ ਸਕਦਾ ਹੈ। ਦੂਰਸਥ ਗਤੀਸ਼ੀਲ ਫਾਰਵਰਡ ਦੂਰ ਦੇ ਹੋਸਟ ਉੱਤੇ SOCKS ਪੋਰਟ ਖੋਲ੍ਹਦਾ ਹੈ ਅਤੇ ਹਰ ਕਨੈਕਸ਼ਨ ਤੁਹਾਡੇ ਸਥਾਨਕ SSH ਕਲਾਇੰਟ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਜੋ ਤੁਹਾਡੇ ਲੈਪਟਾਪ ਦਾ ਮਨਜ਼ੂਰ VPN ਰਾਹ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ। Pi ਨੂੰ ਸੀਮਿਤ ਪਰਾਕਸੀ ਮਿਲਦੀ ਹੈ; ਇਹ ਤੁਹਾਡੀ ਟਨਲ ਜਾਂ ਤੁਹਾਡੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਿਰਾਸਤ ਵਿੱਚ ਨਹੀਂ ਲੈਂਦਾ.

ਸਰੋਤਾ ਅਤੇ ਕਨੈਕਸ਼ਨ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲਾ ਪਾਸਾ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ

ਆਮ ssh -D 1080 ਸਰੋਤੇ ਨੂੰ ਤੁਹਾਡੀ ਆਪਣੀ ਮਸ਼ੀਨ ਉੱਤੇ ਚਲਾਉਂਦਾ ਹੈ ਅਤੇ ਉੱਥੋਂ ਕਨੈਕਸ਼ਨ ਭੇਜਦਾ ਹੈ। ਦੂਰਸਥ ਗਤੀਸ਼ੀਲ ਫਾਰਵਰਡ ਇਸ ਨੂੰ ਉਲਟ ਦਿੰਦਾ ਹੈ: ਸਰੋਤਾ ਦੂਰ ਦੇ ਹੋਸਟ ਉੱਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਜੋ ਵੀ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਉਹ ਸਥਾਨਕ ਪਾਸੇ ਤੋਂ ਖੁੱਲ੍ਹਦਾ ਹੈ। OpenSSH ਕਲਾਇੰਟ ਮੈਨੁਅਲ ਨਿਸ਼ਚਿਤ ਟਿਕਾਣੇ ਤੋਂ ਬਿਨਾਂ -R ਨੂੰ ਠੀਕ ਇਸੇ SOCKS4/5 ਬੰਦੋਬਸਤ ਵਜੋਂ ਦਰਜ ਕਰਦਾ ਹੈ।

ਲੈਪਟਾਪ ਤੋਂ ਸਮਰਥਿਤ ਕਮਾਂਡ ਇੰਝ ਦਿਸਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਖਾਤਾ, ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਪਲੇਸਹੋਲਡਰ ਮੰਨੇ ਜਾਂਦੇ ਹਨ:

ssh -NT -S none -o ExitOnForwardFailure=yes \
  -o PermitRemoteOpen=app.corp.example:443 \
  -R 1080 [email protected]

ਉੱਥੇ ਤਿੰਨ ਵੇਰਵੇ ਲਾਭਦਾਇਕ ਕੰਮ ਕਰਦੇ ਹਨ। -S none ਸੈਸ਼ਨ ਨੂੰ ਸਾਂਝੇ ਕੰਟਰੋਲ ਮਾਸਟਰ ਤੋਂ ਦੂਰ ਰੱਖਦਾ ਹੈ, ExitOnForwardFailure ਤੁਹਾਨੂੰ ਅੱਧਾ ਖੁੱਲ੍ਹਾ ਸੈਸ਼ਨ ਛੱਡਣ ਦੀ ਬਜਾਏ ਜਲਦੀ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਅਤੇ PermitRemoteOpen ਇਸ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ ਕਿ ਦੂਰ ਦਾ ਸਰੋਤਾ ਕਿੱਥੋਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਕੋਈ ਅਧਿਕ੍ਰਿਤ Pi ਖਾਤਾ ਵਰਤੋ ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਹੋਸਟ ਕੁੰਜੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।

ਦੂਰ ਦਾ ਸਰੋਤਾ ਅਸਲ ਵਿੱਚ ਕੀ ਬੇਨਕਾਬ ਕਰਦਾ ਹੈ

ਸਰੋਤੇ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਦੀ ਫਾਰਵਰਡਿੰਗ ਨੀਤੀ ਜਾਂਚੋ। GatewayPorts no ਨਾਲ ਦੂਰਸਥ ਫਾਰਵਰਡ loopback ਨਾਲ ਬੱਝਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਉਹ ਖੁਲਾਸਾ ਹੈ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ। ਵਾਈਲਡਕਾਰਡ ਫਾਰਵਰਡਿੰਗ ਲਾਜ਼ਮੀ ਕਰਨ ਲਈ ਸੰਰਚਿਤ ਸਰਵਰ ਉਹੀ ਪੋਰਟ ਹਰ ਇੰਟਰਫੇਸ ਉੱਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਜੋ ਨਿੱਜੀ ਪਰਾਕਸੀ ਨੂੰ ਅਜਿਹੀ ਚੀਜ਼ ਬਣਾ ਦਿੰਦਾ ਹੈ ਜਿਸ ਤੱਕ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ।

loopback ਵੀ ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਸੀਮਾ ਨਹੀਂ ਹੈ। Pi ਉੱਤੇ ਕੋਈ ਹੋਰ ਪ੍ਰਕਿਰਿਆ ਪੋਰਟ ਜਾਣਦੀ ਹੋਵੇ ਤਾਂ 127.0.0.1:1080 ਨਾਲ ਜੁੜ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ Pi ਦੇ ਸਥਾਨਕ ਖਾਤੇ ਅਤੇ ਉਸ ਉੱਤੇ ਚੱਲਣ ਵਾਲਾ ਸਭ ਕੁਝ ਤੁਹਾਡੇ ਪਹੁੰਚ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਹੈ। ਇਹ ਟਿਕਾਣਿਆਂ ਦੀ ਸੂਚੀ ਤੰਗ ਰੱਖਣ ਦਾ ਕਾਰਨ ਹੈ, ਨੀਤੀ ਜਾਂਚ ਛੱਡਣ ਦਾ ਕਾਰਨ ਨਹੀਂ।

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

ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪਰਾਕਸੀ ਰਾਹੀਂ ਭੇਜੋ

Pi ਉੱਤੇ ਪਰਾਕਸੀ ਸਮਝਣ ਵਾਲਾ ਕਲਾਇੰਟ ਫਿਰ ਬੇਨਤੀ ਕਰ ਸਕਦਾ ਹੈ। socks5h ਅਗੇਤਰ ਟਿਕਾਣੇ ਦਾ ਨਾਂ ਪਰਾਕਸੀ ਨੂੰ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਖੋਜ ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੋਵੇਂ ਲੈਪਟਾਪ ਦੇ ਪਾਸੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇਹ PermitRemoteOpen ਵਿੱਚ ਨਾਮਜ਼ਦ ਟਿਕਾਣੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ:

curl --proxy socks5h://127.0.0.1:1080 \
  --noproxy '' https://app.corp.example/

ਆਮ ਸਰਟੀਫਿਕੇਟ ਪੜਤਾਲ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਆਪਣੀ ਪ੍ਰਮਾਣਿਕਤਾ ਰੱਖੋ। ਪਰਾਕਸੀ ਬਦਲਦੀ ਹੈ ਕਿ TCP ਕਨੈਕਸ਼ਨ ਕਿੱਥੇ ਬਣਦਾ ਹੈ; ਇਹ ਬਿਨਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਵਾਲੀ ਸੇਵਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਬਣਾਉਂਦੀ, ਅਤੇ ਸਵੈ-ਦਸਤਖ਼ਤ ਵਾਲੇ ਸਿਰੇ ਨੂੰ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਬਣਾਉਂਦੀ।

ਲੈਪਟਾਪ ਨੂੰ ਅਜੇ ਵੀ ਆਪਣਾ ਰਾਹ ਅਤੇ SSH ਸਰਵਰ ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੋਵਾਂ ਲਈ ਰਿਜ਼ੌਲਵਰ ਪਹੁੰਚ ਚਾਹੀਦੀ ਹੈ। ਇਸ ਦੇ SSH ਕਲਾਇੰਟ ਦੀ ਟ੍ਰੈਫ਼ਿਕ ਮਨਜ਼ੂਰ VPN ਨੀਤੀ ਰਾਹੀਂ ਚੁਣੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ split-tunnel ਛੋਟ ਉਸ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਤੁਹਾਡੇ ਜਾਂਚੇ ਰਾਹ ਤੋਂ ਵੱਖਰੇ ਰਾਹ ਭੇਜ ਸਕਦੀ ਹੈ।

ਰਾਹ ਸਾਬਤ ਕਰੋ ਅਤੇ ਬੰਦ ਕਰੋ

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਰੋਤਾ ਉੱਥੇ ਹੀ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਆਸ ਕਰਦੇ ਹੋ ਅਤੇ ਸਿਰਫ਼ ਮਨਸ਼ਾ ਵਾਲਾ ਟਿਕਾਣਾ ਹੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ:

$ ss -ltnp | grep 1080
LISTEN 0 128 127.0.0.1:1080 0.0.0.0:*
$ curl -sS -o /dev/null -w '%{http_code}\n' \
    --proxy socks5h://127.0.0.1:1080 https://app.corp.example/

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

ਇਹ ਬੰਦੋਬਸਤ ਸਿਰਫ਼ TCP ਲੈ ਕੇ ਜਾਂਦੀ ਹੈ। UDP, ICMP ਅਤੇ ਪਰਾਕਸੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਵਾਲੇ ਪ੍ਰੋਗਰਾਮ ਇਸ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ SSH ਸੈਸ਼ਨ ਖ਼ਤਮ ਹੋਣ ਦੇ ਪਲ ਹੀ ਫਾਰਵਰਡਿੰਗ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ। ਕੰਮ ਮੁਕਣ 'ਤੇ ਉਹ ਸੈਸ਼ਨ ਰੋਕੋ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਜੋੜੀ ਪਰਾਕਸੀ ਸੈਟਿੰਗ ਹਟਾਓ।

ਸਥਾਈ ਪਹੁੰਚ ਲਈ ਇਸ ਦੀ ਬਜਾਏ ਨੈੱਟਵਰਕ ਮਾਲਕ ਦੀ ਸਮਰਥਿਤ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਾਂ ਪ੍ਰਬੰਧਿਤ ਗੇਟਵੇ ਵਰਤੋ। VPN ਦੀਆਂ ਡਿਵਾਈਸ ਜਾਂ ਸਰੋਤ ਪਾਬੰਦੀਆਂ ਤੋਂ ਬਚਣ ਲਈ ਰਿਵਰਸ ਪਰਾਕਸੀ ਗਲਤ ਸਾਧਨ ਹੈ; ਉਹਨਾਂ ਪਾਬੰਦੀਆਂ ਦੇ ਅੰਦਰ ਵਰਤਿਆ ਜਾਵੇ ਤਾਂ ਇਹ ਸਪਸ਼ਟ ਸੀਮਾਵਾਂ ਵਾਲਾ ਸਿਰਫ਼ ਇੱਕ ਅਧਿਕ੍ਰਿਤ ਐਪਲੀਕੇਸ਼ਨ ਰਾਹ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ