ಒಂದು Mac ಸ್ಕ್ರೀನ್‌ಗಾಗಿ ಸ್ಥಳೀಯ SSH ಫಾರ್ವರ್ಡ್ ಅಥವಾ ಪೂರ್ಣ VPN?

ನಿಮ್ಮ ಸ್ವಂತ ಯಂತ್ರದಿಂದ ಒಂದು Mac ನ ಸ್ಕ್ರೀನ್ ನೋಡಬೇಕು, Mac ನೀವು ಈಗಾಗಲೇ SSH ಮಾಡಬಹುದಾದ ಹೋಸ್ಟ್‌ನ ಹಿಂದೆ ಇದೆ, ಮತ್ತು ಅದು VPN ಗೆ ಅರ್ಹವೇ ಎಂಬುದು ಪ್ರಶ್ನೆ. ಸಾಮಾನ್ಯವಾಗಿ ಅಲ್ಲ. ಒಂದು ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡ್ ನಿಮ್ಮ ಬಳಿ ಈಗಾಗಲೇ ಇರುವ SSH ಸೆಷನ್ ಮೂಲಕ ಒಂದು TCP ಪೋರ್ಟ್ ಅನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಮತ್ತು ಒಂದು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಒಂದು ಸ್ಕ್ರೀನ್‌ಗಾಗಿ ಇಡೀ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ರೂಟ್ ಮಾಡುವುದಕ್ಕಿಂತ ಇದು ಚಿಕ್ಕ ಮತ್ತು ಹೆಚ್ಚು ಪರಿಶೀಲಿಸಬಹುದಾದ ವ್ಯವಸ್ಥೆ.

ಮೂರು ಷರತ್ತುಗಳು ಇದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ನಿಮ್ಮನ್ನು ನಿರ್ವಹಿತ VPN ಕಡೆಗೆ ತಳ್ಳಬಹುದು.

ಮೂರು ಷರತ್ತುಗಳು ಇದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ

ಮೊದಲನೆಯದು ವ್ಯಾಪ್ತಿ: ಒಂದು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಒಂದು ಸೇವೆ, ಅಥವಾ ಹಲವು ಹೋಸ್ಟ್‌ಗಳು ಮತ್ತು ಹಲವು ಪೋರ್ಟ್‌ಗಳು. ಎರಡನೆಯದು ಬ್ಯಾಸ್ಟಿಯನ್ ಮತ್ತು ಗುರಿಯ ನಡುವಿನ ಪ್ರತಿ ಹಾರುವಿಕೆ ಈಗಾಗಲೇ ವಿಶ್ವಾಸಾರ್ಹವೇ ಎಂಬುದು, ಏಕೆಂದರೆ SSH ತಾನು ಕೊನೆಗೊಳಿಸುವ ವಿಭಾಗವನ್ನು ಮಾತ್ರ ರಕ್ಷಿಸುತ್ತದೆ. ಮೂರನೆಯದು ನೀವು ಅದನ್ನು ನಿರ್ಮಿಸಿದ ನಂತರ ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಯಾರು ಬೆಂಬಲಿಸಬೇಕು ಎಂಬುದು, ಏಕೆಂದರೆ ಕೈಯಿಂದ ಮಾಡಿದ ಸುರಂಗವು ಅದನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡ ವ್ಯಕ್ತಿಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯುತ್ತದೆ. ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಆ ವ್ಯಕ್ತಿಯ ಹೆಸರನ್ನು ಹೇಳಿ, ಮತ್ತು ಆಜ್ಞೆಯನ್ನು ಅವರು ಕಂಡುಕೊಳ್ಳಬಹುದಾದ ಸ್ಥಳದಲ್ಲಿ ಬರೆಯಿರಿ. ದಾಖಲೆ ಇಲ್ಲದ ಫಾರ್ವರ್ಡ್ ಮುಂದೂಡಲಾದ ಪ್ರಾರಂಭ ದಿನಾಂಕದ ಭವಿಷ್ಯದ ಘಟನೆ.

ಉತ್ತರಗಳು «ಒಂದು», «ಹೌದು» ಮತ್ತು «ನಾನು, ಸದ್ಯಕ್ಕೆ» ಆಗಿದ್ದರೆ, ಫಾರ್ವರ್ಡ್ ಸರಿಯಾದ ಸಾಧನ. ಯಾವುದೇ ಉತ್ತರ ಬದಲಾದರೆ, ಬೆಂಬಲಿತ ದೂರಸ್ಥ ಪ್ರವೇಶ ವಿನ್ಯಾಸವು ಒಂದು ವರ್ಷದಲ್ಲಿ ದಾಖಲೆ ಇಲ್ಲದ ಸುರಂಗದ ನಂತರ ಬರುವ ಘಟನೆ ಪರಿಶೀಲನೆಗಿಂತ ಅಗ್ಗವಾಗಿದೆ.

ಒಂದು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡಿ, ನೆಟ್‌ವರ್ಕ್ ಅಲ್ಲ

ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡ್ ನಿಮ್ಮ ಯಂತ್ರದಲ್ಲಿ ಶ್ರೋತೆಯನ್ನು ತೆರೆಯುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಸಂಪರ್ಕವನ್ನು SSH ಸರ್ವರ್ ಮೂಲಕ ಆ ಸರ್ವರ್ ತಲುಪಬಹುದಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಸ್ಕ್ರೀನ್ ಹಂಚಿಕೆ ಸೇವೆ TCP 5900 ನಲ್ಲಿ ಕೇಳುವ Mac ಗೆ, ಮತ್ತು mac.corp.example ಅನ್ನು ಪರಿಹರಿಸಬಲ್ಲ ಬ್ಯಾಸ್ಟಿಯನ್‌ಗೆ, ಆಜ್ಞೆ ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂಕುಚಿತವಾಗಿದೆ. ಅದರಲ್ಲಿರುವ ಪ್ರತಿ ಆಯ್ಕೆಯೂ ವ್ಯವಸ್ಥೆಯನ್ನು ಚಿಕ್ಕದಾಗಿ ಇಡಲು ಇದೆ: ಶೆಲ್ ಇಲ್ಲ, ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್‌ಗಳಲ್ಲಿ ಶ್ರೋತೆ ಇಲ್ಲ, ಡೀಮನ್ ಇಲ್ಲ. ಅದನ್ನು ಪಾಕವಿಧಾನವಾಗಿ ಅಲ್ಲ, ವ್ಯಾಪ್ತಿಯ ಹೇಳಿಕೆಯಾಗಿ ಓದಿ.

ssh -N -o ExitOnForwardFailure=yes -L 127.0.0.1:15900:mac.corp.example:5900 [email protected]

ಶ್ರೋತೆಯನ್ನು 127.0.0.1 ಗೆ ಬಂಧಿಸುವುದು ಅದನ್ನು ಎಲ್ಲಾ ಇತರ ಇಂಟರ್ಫೇಸ್‌ಗಳಿಂದ ದೂರವಿರಿಸುತ್ತದೆ. ಇದು ಔಪಚಾರಿಕತೆ ಅಲ್ಲ: ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್‌ಗಳಿಗೆ ಬಂಧಿಸಿದ ಫಾರ್ವರ್ಡ್ ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್ ಅನ್ನು ಅದೇ ಕೆಫೆಯ Wi-Fi ನಲ್ಲಿರುವ ಯಾರಿಗೂ ಕಾರ್ಪೊರೇಟ್ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ತೆರೆದ ರಿಲೇ ಆಗಿ ಮಾಡುತ್ತದೆ. ಪೋರ್ಟ್ ಈಗಾಗಲೇ ಬಳಕೆಯಲ್ಲಿದ್ದರೆ, ಇನ್ನೊಂದು ಎತ್ತರದ ಪೋರ್ಟ್ ಆರಿಸಿ ಮತ್ತು ವೀಕ್ಷಕವನ್ನು ನವೀಕರಿಸಿ; ಉದಾಹರಣೆ ಹೊಂದುವಂತೆ ಮಾಡಲು ಅಸಂಬಂಧಿತ ಸೇವೆಯನ್ನು ನಿಲ್ಲಿಸಬೇಡಿ.

ಬ್ಯಾಸ್ಟಿಯನ್‌ನಲ್ಲಿರುವ ಖಾತೆಗೂ ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಅನುಮತಿ ಬೇಕು. ಕೆಲವು ಕಠಿಣ SSH ಸಂರಚನೆಗಳು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತವೆ, ಮತ್ತು ಕೆಲವು ಅದನ್ನು permit-listen ಅಥವಾ permit-open ಸೂಚನೆಯಿಂದ ಸೀಮಿತಗೊಳಿಸುತ್ತವೆ. ನಿರಾಕರಿಸಲಾದ ಚಾನೆಲ್ ಎಂದರೆ ಗುಪ್ತಪದ ತಪ್ಪಾಗಿತ್ತು ಎಂದು ಊಹಿಸುವ ಮೊದಲು ಸರ್ವರ್ ನೀತಿಯನ್ನು ಓದಿ.

SSH ಏನನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ

SSH ಸೆಷನ್ ನಿಮ್ಮ Mac ನಿಂದ ಬ್ಯಾಸ್ಟಿಯನ್‌ವರೆಗಿನ ಸಂಚಾರವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ, ಮತ್ತು ಫಾರ್ವರ್ಡ್ VNC ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳದೆ ಆ ಸೆಷನ್ ಒಳಗೆ ಸಾಗಿಸುತ್ತದೆ. ಸಂಪರ್ಕವು ಬ್ಯಾಸ್ಟಿಯನ್ ಬಿಟ್ಟು ಗುರಿಯ ಕಡೆ ಹೋದ ತಕ್ಷಣ ಅದು ಇನ್ನು ನಿಮ್ಮ SSH ಸೆಷನ್ ಒಳಗೆ ಇಲ್ಲ. ಆ ಕೊನೆಯ ಹಾರುವಿಕೆಯಲ್ಲಿ ಯಾವ ರಕ್ಷಣೆ ಇದ್ದರೂ ಅದು ಗುರಿ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಖಾಸಗಿ ನೆಟ್‌ವರ್ಕ್‌ನ ಸ್ವಂತ ನಿಯಂತ್ರಣಗಳಿಗೆ ಸೇರಿದೆ.

ಆದ್ದರಿಂದ ಸರಳ ಕೊನೆಯ VNC ಹಾರುವಿಕೆಯನ್ನು ಮೊದಲ ಹಾರುವಿಕೆ SSH ಬಳಸಿದ್ದರಿಂದ ಮಾತ್ರ ತುದಿಯಿಂದ ತುದಿಗೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಎಂದು ವಿವರಿಸಬಾರದು. ವಿಭಾಗಗಳನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ವಿವರಿಸಿ: ಕ್ಲೈಂಟ್‌ನಿಂದ ಬ್ಯಾಸ್ಟಿಯನ್‌ವರೆಗೆ ಬಲವಾಗಿ, ಮತ್ತು ನಂತರ ಗುರಿ ಬೆಂಬಲಿಸುವುದನ್ನು. ಸಂಪೂರ್ಣ ಮಾರ್ಗವು ಒಂದೇ ಕಾರ್ಯವಿಧಾನದಿಂದ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಬೇಕು ಎಂಬುದು ಅಗತ್ಯವಾದರೆ, ಫಾರ್ವರ್ಡ್ ಅದನ್ನು ಪೂರೈಸುವುದಿಲ್ಲ.

ಗುರಿಯಲ್ಲಿ ದೃಢೀಕರಣ ಮತ್ತೆ ಪ್ರತ್ಯೇಕ ವಿಷಯ. SSH ಖಾತೆ macOS ಲಾಗಿನ್ ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಸ್ಕ್ರೀನ್ ಹಂಚಿಕೆ ಸೇವೆ ಇನ್ನೂ ತನ್ನದೇ ರುಜುವಾತುಗಳನ್ನು ಕೇಳುತ್ತದೆ ಮತ್ತು ಇನ್ನೂ ತನ್ನದೇ ಪ್ರವೇಶ ಪಟ್ಟಿಯನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸುವ ಸ್ಥಳೀಯ ಶ್ರೋತೆ ದೂರಸ್ಥ ಸೇವೆ ಸೆಷನ್ ಅನ್ನು ಒಪ್ಪುತ್ತದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಪೂರ್ಣ VPN ಯಾವಾಗ ಸರಿಯಾದ ನಿರ್ಣಯ

ಕೆಲಸಕ್ಕೆ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಪೋರ್ಟ್ ಬೇಕಾದರೆ VPN ಆರಿಸಿ: Apple Remote Desktop ನ ನಿರ್ವಹಣೆ ಮತ್ತು ವರದಿ ಕಾರ್ಯಗಳು ಒಂದು TCP ಫಾರ್ವರ್ಡ್ ಸಾಗಿಸಲಾಗದ ಹೆಚ್ಚುವರಿ TCP ಮತ್ತು UDP ಸಂಚಾರವನ್ನು ಬಳಸುತ್ತವೆ. ಫಾರ್ವರ್ಡ್ ಇಡೀ ಉತ್ಪನ್ನದ ಭಾಗಶಃ ಅನುಷ್ಠಾನವಲ್ಲ; ಅದು ಬೇರೆ, ಚಿಕ್ಕ ಸಾಧನ.

ಹಲವು ನಿರ್ವಾಹಕರು ಬದಲಾಗುವ ಸ್ಥಳಗಳಿಂದ ಸಂಪರ್ಕಿಸಿದಾಗ ಅದನ್ನು ಆರಿಸಿ, ಏಕೆಂದರೆ ನಿರ್ವಹಿತ ಪ್ರೊಫೈಲ್ ಪ್ರತಿಯೊಬ್ಬರೂ ಆಜ್ಞಾ ಸಾಲನ್ನು ಕಂಡುಹಿಡಿಯದೆ ಮಾರ್ಗಗಳು, ರುಜುವಾತುಗಳು ಮತ್ತು ನೀತಿಯನ್ನು ವಿತರಿಸುತ್ತದೆ. ಆಡಿಟ್ ಜಾಡು ಯಾರು ಯಾವುದಕ್ಕೆ ಸಂಪರ್ಕಿಸಿದರು ಎಂದು ತೋರಿಸಬೇಕಾದಾಗ ಅದನ್ನು ಆರಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿ-ಬಳಕೆದಾರ SSH ಸೆಷನ್ ಮತ್ತು ಹಂಚಿದ ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡ್ ಬಹಳ ವಿಭಿನ್ನ ದಾಖಲೆಗಳನ್ನು ಬಿಡುತ್ತವೆ.

ಕೊನೆಯದಾಗಿ, ಸಂಸ್ಥೆಯ ಸ್ವಂತ ಗೇಟ್ ಇಲ್ಲದೆ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಿಂದ ಗುರಿ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಪೂರ್ಣವಾಗಿ ತಲುಪಲು ಸಾಧ್ಯವಾಗಬಾರದು ಎಂಬಾಗ ಅದನ್ನು ಆರಿಸಿ. ವೈಯಕ್ತಿಕ ಫಾರ್ವರ್ಡ್ ವಿನ್ಯಾಸದಿಂದಲೇ ಆ ಗೇಟ್ ಅನ್ನು ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ ಅದು ಶೆಲ್ ಇತಿಹಾಸಕ್ಕಲ್ಲ, ಬದಲಾವಣೆ ದಾಖಲೆಗೆ ಸೇರುತ್ತದೆ.

ಫಾರ್ವರ್ಡ್ ಅನ್ನು ಗಟ್ಟಿಯಾಗಿ ವಿಫಲವಾಗಲಿ

ವಿಫಲವಾದ ಬಂಧನವು ಸೆಷನ್ ಅನ್ನು ನಿಲ್ಲಿಸುವಂತೆ, ಸಂಪರ್ಕಗೊಂಡಂತೆ ಕಾಣುವ ಮತ್ತು ಏನನ್ನೂ ಫಾರ್ವರ್ಡ್ ಮಾಡದ ಶೆಲ್ ಅನ್ನು ಬಿಡದಂತೆ ExitOnForwardFailure=yes ಬಳಸಿ. ಹೋಸ್ಟ್ ಕೀ ಪರಿಶೀಲನೆಯನ್ನು ಆನ್‌ನಲ್ಲಿಡಿ, ಮತ್ತು ಗುಪ್ತಪದಕ್ಕಿಂತ ಕೀ ಅಥವಾ ಏಜೆಂಟ್‌ಗೆ ಆದ್ಯತೆ ನೀಡಿ. ನಂತರ ವೀಕ್ಷಕ ಬಳಸುವ ನಿಖರ URL ಅನ್ನು ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಕೆಲಸ ಮಾಡುವ SSH ಸೆಷನ್ ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಸ್ಕ್ರೀನ್ ಸಂಪರ್ಕ ಎರಡು ವಿಭಿನ್ನ ಫಲಿತಾಂಶಗಳು.

macOS ನಲ್ಲಿ ಸ್ಥಳೀಯ ಕ್ಲೈಂಟ್‌ಗೆ, ವೀಕ್ಷಕವನ್ನು ಸ್ಥಳೀಯ URL ಮೂಲಕ ತಲುಪಲಾಗುತ್ತದೆ: open "vnc://127.0.0.1:15900". ಕಿಟಕಿ ತೆರೆದು ದೂರಸ್ಥ ಹೋಸ್ಟ್ ದೃಢೀಕರಣವನ್ನು ನಿರಾಕರಿಸಿದರೆ, ಸುರಂಗ ಸರಿಯಾಗಿದೆ ಮತ್ತು ಸಮಸ್ಯೆ ಗುರಿಯಲ್ಲಿದೆ. ಕಿಟಕಿ ಎಂದಿಗೂ ತೆರೆಯದಿದ್ದರೆ, ಸಮಸ್ಯೆ ಶ್ರೋತೆ ಅಥವಾ ಪೋರ್ಟ್‌ನಲ್ಲಿದೆ.

ಮುಗಿದ ನಂತರ ಸೆಷನ್ ನಿಲ್ಲಿಸಿ, ಮತ್ತು ಪೋರ್ಟ್, ಬ್ಯಾಸ್ಟಿಯನ್, ಗುರಿ ಮತ್ತು ಖಾತೆ ನೀತಿಯನ್ನು ಬರೆದಿಡಿ. ಯಾರೂ ದಾಖಲಿಸದ ಫಾರ್ವರ್ಡ್ ಆರು ತಿಂಗಳ ನಂತರ ಹಿಂದಿನ ಬಾಗಿಲಿನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗದು, ಮತ್ತು ಅದನ್ನು ಚಿಕ್ಕದಾಗಿ, ಹೆಸರಿನೊಂದಿಗೆ ಮತ್ತು ತಾತ್ಕಾಲಿಕವಾಗಿ ಇಡುವುದಕ್ಕೆ ಇದೇ ಬಲವಾದ ವಾದ.