NetworkManager-ssh ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ ಆದರೆ ಏನೂ ಮಾರ್ಗವಾಗುವುದಿಲ್ಲ
ಸೂಚಕವು ನಿರ್ವಹಿತ SSH ಸಂಬಂಧವಿದೆ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಪ್ಲಗಿನ್ ಟನೆಲ್ ಸಾಧನ ಅಥವಾ ಫಾರ್ವರ್ಡ್ಗಳ ಗುಂಪನ್ನು ನಿರ್ಮಿಸಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ.
ಮೆನು SSH ಸಂಪರ್ಕವನ್ನು ಸಕ್ರಿಯವಾಗಿ ತೋರಿಸುತ್ತದೆ, ಹೋಸ್ಟ್ ಕೀ ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟಿದೆ, ಮತ್ತು ಬ್ರೌಸರ್ ಇನ್ನೂ ತಲುಪಬೇಕಾದ ಯಾವುದನ್ನೂ ತಲುಪುತ್ತಿಲ್ಲ. ಇದು ವಿರೋಧಾಭಾಸವಲ್ಲ, ಏಕೆಂದರೆ NetworkManager-ssh ಪ್ರೊಫೈಲ್ ಒಂದೇ ಹೋಸ್ಟ್ ಮತ್ತು ಕೀಯಿಂದ ಎರಡು ಸಂಪೂರ್ಣ ಭಿನ್ನ ಫಲಿತಾಂಶಗಳನ್ನು ನೀಡಬಹುದು: ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುವ ಟನೆಲ್ ಸಾಧನ, ಅಥವಾ ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್ಗಳಷ್ಟೇ ಬಳಸಬಹುದಾದ ಫಾರ್ವರ್ಡ್ಗಳ ಗುಂಪು. ಸೂಚಕವು ನಿರ್ವಹಿತ SSH ಸಂಬಂಧವಿದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ. ನೀವು ಎರಡರಲ್ಲಿ ಯಾವುದನ್ನು ಪಡೆದಿರಿ ಎಂದು ಅದು ಎಂದಿಗೂ ವರದಿ ಮಾಡುವುದಿಲ್ಲ.
ಒಂದು ಮೆನು ನಮೂದಿನ ಹಿಂದೆ ಎರಡು ಫಲಿತಾಂಶಗಳು
ಎರಡೂ ಕ್ರಮಗಳು ಒಂದೇ ರೀತಿಯಲ್ಲಿ ದೃಢೀಕರಿಸುತ್ತವೆ, ಮತ್ತು ಅದಕ್ಕೇ ಅವು ಗೊಂದಲಕ್ಕೊಳಗಾಗುತ್ತವೆ. ಪ್ರೊಫೈಲ್ ಅನ್ನು ಅದೇ ರೀತಿಯಲ್ಲಿ, ಅದೇ ರುಜುವಾತುಗಳೊಂದಿಗೆ ಆಯ್ಕೆ ಮಾಡಿದರೆ ನಿಮಗೆ ಮಾರ್ಗ ಮಾಡಬಹುದಾದ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ಗೆ ತಿಳಿಸಬೇಕಾದ ಕೇಳುವ ಸಾಕೆಟ್ ಉಳಿಯಬಹುದು.
ಕಾರ್ಯಕ್ಕೆ ನಿಜವಾಗಿ ಯಾವ ಫಲಿತಾಂಶ ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ. ಇಡೀ ಉಪಜಾಲಕ್ಕೆ ತಲುಪುವ ಅವಶ್ಯಕತೆಗೆ ಸಾಧನ ಬೇಕು. ದೂರದ ಹೋಸ್ಟ್ನಲ್ಲಿನ ಒಂದೇ ಸೇವೆಗೆ ಫಾರ್ವರ್ಡ್ ಬೇಕು, ಮತ್ತು ಅದಕ್ಕಾಗಿ ಟನೆಲ್ ಕಟ್ಟುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಸಮಸ್ಯೆಗೆ ಅರ್ಹವಾದುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮಾರ್ಗ ಕೆಲಸವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
ಕೆಲಸ ಮಾಡುವ ಮೊದಲು ಪ್ರತಿ ಕ್ರಮದಲ್ಲಿ ಏನಿರಬೇಕು
ಯೋಜನೆಯು ಎರಡೂ ಕ್ರಮಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಪೂರ್ವಾಪೇಕ್ಷೆಗಳು ಎಷ್ಟು ಭಿನ್ನವಾಗಿವೆ ಎಂದರೆ ಕಾಣೆಯಾದ ಒಂದು ವಿನ್ಯಾಸದ ಆಯ್ಕೆಯಂತೆ ಅಲ್ಲ, ಪ್ರೋಟೋಕಾಲ್ ವೈಫಲ್ಯದಂತೆ ಕಾಣುತ್ತದೆ.
| Mode | What must exist | What still has to be true |
|---|---|---|
| Tunnel device | Compatible TUN/TAP arrangement on both ends, permission, addressing | A route policy that actually sends the intended prefixes into it |
| Forwarding only | A chosen SOCKS, local-forward or remote-forward listener | A permitted destination path on the far side |
ಬಲ ಕಾಲಮ್ ಅನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದಿ, ಏಕೆಂದರೆ ಇಂತಹ ಹೆಚ್ಚಿನ ಟಿಕೆಟ್ಗಳು ಅಲ್ಲೇ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ. ಪರಿಪೂರ್ಣವಾಗಿ ನಿರ್ಮಿಸಿದ ಟನೆಲ್ ಸಾಧನವೂ ಮಾರ್ಗವು ಅದರೊಳಗೆ ಕಳುಹಿಸುವುದನ್ನಷ್ಟೇ ಆವರಿಸುತ್ತದೆ, ಮತ್ತು ಪರಿಪೂರ್ಣ ಫಾರ್ವರ್ಡ್ ಕೂಡ ಅದನ್ನು ಬಳಸಲು ಹೇಳಲಾದ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗಷ್ಟೇ ಸಹಾಯ ಮಾಡುತ್ತದೆ.
ಡಮ್ಮಿ ಇಂಟರ್ಫೇಸ್ ಟನೆಲ್ ಅಲ್ಲ
ಫಾರ್ವರ್ಡಿಂಗ್ ಕ್ರಮದಲ್ಲಿ ಪ್ಲಗಿನ್ ಸಂಪರ್ಕ ಮಾದರಿಯನ್ನು ಪೂರೈಸಲು ರಚಿಸಲಾದ ಡಮ್ಮಿ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ನಿರ್ವಾಹಕನಿಗೆ ಸ್ಥಿತಿಯನ್ನು ಜೋಡಿಸಲು ಏನಾದರೂ ಇರಬೇಕೆಂದು ಅದು ಇರುತ್ತದೆ. ಅದು ಅನಿಯಂತ್ರಿತ ಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ದೂರದ ಜಾಲಕ್ಕೆ ಒಯ್ಯುವುದಿಲ್ಲ, ಮತ್ತು ಅದರ ಇರುವಿಕೆ IP ಮಾರ್ಗ ಬದಲಾಗಿದೆ ಎಂದು ಏನನ್ನೂ ಸೂಚಿಸುವುದಿಲ್ಲ.
ಯೋಜನೆಯ ಪೂರ್ಣ-ಟನೆಲ್ ಉದಾಹರಣೆಗಳು OpenSSH ಟನೆಲ್-ಸಾಧನ ಬೆಂಬಲಕ್ಕೆ ಸಂಬಂಧಿಸಿವೆ, ಆದ್ದರಿಂದ ಲೇಬಲ್ನಲ್ಲಿನ ಟನೆಲ್ ಪದವು ಸಾಮರ್ಥ್ಯವನ್ನು ವಿವರಿಸುತ್ತದೆ, ನಿಮ್ಮ ಪರಿಣಾಮಕಾರಿ ನೀತಿಯನ್ನಲ್ಲ. ಪ್ರೊಫೈಲ್ನ ಹೆಸರೇನು ಎಂದಲ್ಲ, ಕರ್ನಲ್ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"
ನಂತರ ಫಲಿತಾಂಶವನ್ನು ಅಪ್ಲಿಕೇಶನ್ಗೆ ಹೊಂದಿಸಿ. SOCKS ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪ್ರಾಕ್ಸಿ ಬಳಸಲು ಸಂರಚಿಸಬೇಕು. ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡ್ನ ಗ್ರಾಹಕನನ್ನು ಅದರ ಕೇಳುಗನತ್ತ ತೋರಿಸಬೇಕು. ಎರಡೂ ಫಾರ್ವರ್ಡ್ ಅನ್ನು ತಾವೇ ಕಂಡುಕೊಳ್ಳುವುದಿಲ್ಲ, ಮತ್ತು ಹಸಿರಾಗಿ ಬದಲಾದ ಸಂಪರ್ಕ ಸೂಚಕ ಯಾವುದಕ್ಕೂ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ.
ದೂರದ ಬದಿಯನ್ನು ಒತ್ತಾಯಿಸುವ ಬದಲು ಸಿದ್ಧಪಡಿಸಿ
ಸಾಮಾನ್ಯ SSH ಖಾತೆ ದೂರದ ಟನೆಲ್ ಸಾಧನವನ್ನು ಎತ್ತಲು ಯಾವುದೇ ಅನುಮತಿ ಇಲ್ಲದೆ ದೃಢೀಕರಿಸಬಹುದು. ಯೋಜನೆಯು root ರಹಿತ ಮಾರ್ಗವನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಅದರಲ್ಲಿ ನಿರ್ವಾಹಕ ಆ ಬಳಕೆದಾರನಿಗಾಗಿ ಸಾಧನವನ್ನು ಮೊದಲೇ ರಚಿಸುತ್ತಾನೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ನಂತರ ಹೊಂದುವ ಸಂಖ್ಯೆಯನ್ನು ಆರಿಸುತ್ತದೆ.
ಅಂತಹ ವ್ಯವಸ್ಥೆಗೆ ಸರ್ವರ್ನ ಟನೆಲ್ ನೀತಿ ಮತ್ತು ದೂರದ ಜಾಲದಲ್ಲಿ ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿರುವವರೊಂದಿಗೆ ಸಮನ್ವಯ ಬೇಕು. ಸಾಧನ ರಚಿಸುವುದು ತಾನೇ ಸಂಪನ್ಮೂಲ ಮಾರ್ಗಗಳನ್ನು, ಫಾರ್ವರ್ಡಿಂಗ್ ಅನುಮತಿಗಳನ್ನು ಅಥವಾ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಕೊಡುವುದಿಲ್ಲ, ಮತ್ತು ಮಾದರಿ ಸಂರಚನೆ ಮನವರಿಕೆಯುಳ್ಳದ್ದಾಗಿ ಕಂಡಿದ್ದರಿಂದ ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಬರುವುದಿಲ್ಲ.
ನೀವು ಮಾಡಬಾರದ್ದು ಏನೆಂದರೆ ಮಾದರಿ ಕೆಲಸ ಮಾಡಲು ಅಪರಿಮಿತ ಫಾರ್ವರ್ಡಿಂಗ್ ಅಥವಾ ದೂರದ root ಲಾಗಿನ್ ಸಕ್ರಿಯಗೊಳಿಸುವುದು. ನಿರ್ವಾಹಕನು ದೂರದ ಜಾಲದ ಸಂರಚನೆಯನ್ನು ಹೊಂದಿರುವಲ್ಲಿ, ಆ ಆದೇಶಗಳನ್ನು ಅದೇ ಮಾಲೀಕನಿಗೆ ಬಿಡಲು ಬೆಂಬಲಿತ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಿ, ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡಾಗ ವಿರೋಧಾತ್ಮಕ ವಿಳಾಸಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಎರಡನೇ ಸಹಾಯಕನನ್ನು ತಪ್ಪಿಸಿ.
ದೃಢೀಕರಣದ ಸಂದರ್ಭ, ಮತ್ತು ಟಿಕೆಟ್ನಲ್ಲಿ ಏನು ಬರೆಯಬೇಕು
ದೃಢೀಕರಣಕ್ಕೆ ತನ್ನದೇ ಸಂದರ್ಭವಿದೆ. ಪ್ಲಗಿನ್ ಬಳಕೆದಾರ ಅವಧಿಯೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ SSH ಏಜೆಂಟ್ ಅನ್ನು ಹುಡುಕುತ್ತದೆ ಮತ್ತು ಗಮ್ಯ ಹೋಸ್ಟ್ ತಿಳಿದಿರಬೇಕೆಂದು ಬಯಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು ಟರ್ಮಿನಲ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಕೀ ತಾನೇ ನಿರ್ವಾಹಕನ ದೃಢೀಕರಣ ಮಾರ್ಗಕ್ಕೆ ಗೋಚರವಾಗುವುದಿಲ್ಲ. ಪರಿಶೀಲನೆಯನ್ನು ಆಫ್ ಮಾಡುವ ಬದಲು ಅನುಮೋದಿತ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ಹೋಸ್ಟ್ ಕೀಯನ್ನು ನೋಂದಣಿ ಮಾಡಿಸಿ ಪರಿಶೀಲಿಸಿ.
ಬೆಂಬಲಕ್ಕಾಗಿ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ದಾಖಲಿಸಿ: ಪ್ಲಗಿನ್ ಮತ್ತು ಆವೃತ್ತಿ, ಆಯ್ಕೆ ಮಾಡಿದ ಕ್ರಮ, ಉದ್ದೇಶಿತ ದೂರದ ಗುರುತು, ಮತ್ತು ಕಾಣಬೇಕಿದ್ದ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ಕೇಳುಗ. ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರವೇಶ ಬಿಂದುವನ್ನು ನೇರವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ಸಂಪರ್ಕಗೊಂಡ ಸೂಚಕ ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಪರೀಕ್ಷೆ ಸಾಕ್ಷಿ; ಕೇವಲ ಸಂಪರ್ಕಗೊಂಡ ಸೂಚಕ SSH ಬಗ್ಗೆ ಹೇಳಿಕೆ, ನೀವು ಪಡೆಯಲು ಪ್ರಯತ್ನಿಸಿದ ಮಾರ್ಗ ಅಥವಾ ಸಂಪನ್ಮೂಲ ಅನುಮತಿ ಬಗ್ಗೆ ಅಲ್ಲ.