ನಿಮ್ಮ 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 ನ ಸಾಧನ ಅಥವಾ ಸಂಪನ್ಮೂಲ ನಿರ್ಬಂಧಗಳನ್ನು ತಪ್ಪಿಸಲು ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ತಪ್ಪು ಸಾಧನ; ಆ ನಿರ್ಬಂಧಗಳ ಒಳಗೆ ಬಳಸಿದರೆ ಅದು ಸ್ಪಷ್ಟ ಮಿತಿಗಳಿರುವ ಒಂದೇ ಅಧಿಕೃತ ಅನ್ವಯ ಮಾರ್ಗ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು