ಪೂರ್ಣ ಸುರಂಗ ನಿಮ್ಮ SSH ಅಧಿವೇಶನವನ್ನು ಕೊಂದಿತು: ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಪಿನ್ ಮಾಡಿ

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

redirect-gateway ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ

ತನ್ನ def1 ರೂಪದಲ್ಲಿ redirect-gateway ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಮತ್ತೆ ಬರೆಯುವ ಬದಲು 0.0.0.0/1 ಮತ್ತು 128.0.0.0/1 ಸೇರಿಸುತ್ತದೆ. ಈ ಎರಡು ಅರ್ಧಗಳು ಇಡೀ ವಿಳಾಸ ಜಾಗವನ್ನು ಆವರಿಸುತ್ತವೆ ಮತ್ತು ಎರಡೂ 0.0.0.0/0 ಗಿಂತ ಉದ್ದವಾದ ಪೂರ್ವಪ್ರತ್ಯಯಗಳಾಗಿ ಉಳಿಯುತ್ತವೆ, ಆದ್ದರಿಂದ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಹೊಂದಾಣಿಕೆ ಇಲ್ಲದ ಯಾವುದೇ ಗಮ್ಯಸ್ಥಾನ ಈಗ ಸುರಂಗಕ್ಕೆ ಹೋಗುತ್ತದೆ. ಇದೇ ನೆನಪಿಡಬೇಕಾದ ಕಾರ್ಯವಿಧಾನ, ಏಕೆಂದರೆ ಕೆಳಗಿನ ಪ್ರತಿಯೊಂದು ಪರಿಹಾರವೂ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಹೊಂದಾಣಿಕೆಯನ್ನು ಸ್ಥಾಪಿಸುವ ಮೂಲಕ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

ನಿಮ್ಮ ನಿರ್ವಾಹಕ ವಿಳಾಸ ಅಂತಹ ಗಮ್ಯಸ್ಥಾನಗಳಲ್ಲಿ ಒಂದು.

VPN ಸರ್ವರ್ ತನ್ನ ಕ್ಲೈಂಟ್‌ಗಳ ಸಂಚಾರವನ್ನು ಇಂಟರ್ನೆಟ್‌ನತ್ತ ರವಾನಿಸುತ್ತದೆ. ನೀವು ಸಂಪರ್ಕಿಸುವ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಅದಕ್ಕೆ ಮಾರ್ಗವಿಲ್ಲ, ಮತ್ತು ಆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕ್ಲೈಂಟ್‌ನಿಂದ ಬರುವ ಸಂಚಾರದಿಂದ ಬೇರೆ ಎಂದು ಪರಿಗಣಿಸಲು ಕಾರಣವೂ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಅವು ಅವನ್ನು ಬಿಡುತ್ತವೆ. ಏತನ್ಮಧ್ಯೆ ನೀವು ಕಳುಹಿಸಿದ ವಿನಂತಿ ಹೋಸ್ಟ್ ತಲುಪಿತು, ಆದ್ದರಿಂದಲೇ ಅಧಿವೇಶನ ಒಂದು ಬದಿಯಿಂದ ಮಾತ್ರ ಜೀವಂತವಾಗಿ ಕಾಣುತ್ತದೆ.

ip route show table main | head -n 20
ip route get 198.51.100.23

ನಿಮ್ಮ ಮೂಲ ವಿಳಾಸ ಮತ್ತು ಸುರಂಗದ ಮೊದಲಿನ ಮಾರ್ಗವನ್ನು ಹುಡುಕಿ

ಸರ್ವರ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿತ SSH ಸಂಪರ್ಕವನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಮತ್ತು ಅದು ಬಂದ ಪೀರ್ ವಿಳಾಸವನ್ನು ಗಮನಿಸಿ. ಆ ವಿಳಾಸವೇ ನಿಮ್ಮ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಆವರಿಸಬೇಕಾದದ್ದು, ಮತ್ತು ಅದು ಯಾವಾಗಲೂ ನೀವು ಭಾವಿಸುವಂತಹದ್ದಲ್ಲ: ಜಂಪ್ ಹೋಸ್ಟ್, NAT ಗೇಟ್‌ವೇ ಅಥವಾ ಆಪರೇಟರ್‌ನ ಅನುವಾದಕ ಬೇರೆ ಮೂಲವನ್ನು ಇರಿಸಬಹುದು.

ನಂತರ ಸುರಂಗ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಸಂಚಾರವನ್ನು ಸಾಗಿಸಿದ ಭೌತಿಕ ಗೇಟ್‌ವೇ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹುಡುಕಿ. def1 ವಿನ್ಯಾಸದಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಇನ್ನೂ ಅರ್ಧ-ಡೀಫಾಲ್ಟ್‌ಗಳ ಕೆಳಗೆ ಇದೆ, ಆದ್ದರಿಂದ ಮಾಹಿತಿ ಲಭ್ಯವಿದೆ, ಆದರೂ ಉದ್ದದ ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಕಣ್ಣಿನಿಂದ ಓದುವುದು ತಪ್ಪುಗಳಿಗೆ ಆಹ್ವಾನ ನೀಡುತ್ತದೆ.

ಎರಡೂ ಮೌಲ್ಯಗಳನ್ನು ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಹೆಸರನ್ನು ಒಟ್ಟಿಗೆ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ನೀವು ಸೇರಿಸಲಿರುವ ಮಾರ್ಗಕ್ಕೆ ಮೂರೂ ಬೇಕು. ಹೋಸ್ಟ್ ತನ್ನ ಮೇಲ್ಮುಖ ಕೊಂಡಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ನೀತಿ-ಆಧಾರಿತ ರೂಟಿಂಗ್ ನಿಯಮವನ್ನು ಬಳಸಿದ್ದರೆ, ಸರಳ ಮಾರ್ಗವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಪರಿಗಣಿಸದೇ ಇರಬಹುದು, ಮತ್ತು ಆ ಸಾಧ್ಯತೆ ಪರಿಹಾರವನ್ನು ಬದಲಿಸುತ್ತದೆ.

ಅರ್ಧ-ಡೀಫಾಲ್ಟ್‌ಗಳನ್ನು ಮೀರಿಸುವ ಹೋಸ್ಟ್ ಮಾರ್ಗವನ್ನು ಪಿನ್ ಮಾಡಿ

ಒಂದು /32 ಮಾರ್ಗ ಎರಡೂ ಅರ್ಧ-ಡೀಫಾಲ್ಟ್‌ಗಳಿಗಿಂತ ಉದ್ದವಾಗಿದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ವಿಳಾಸಕ್ಕೆ ಬರುವ ಉತ್ತರಗಳು ಸುರಂಗದ ಬದಲು ಅದನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ. ಮುಂದಿನ ಹಾಪ್ ಸುರಂಗದ ಮೊದಲಿನ ಗೇಟ್‌ವೇ ಮತ್ತು ಸಾಧನ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್, ಇದು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸುರಂಗ ಇರುವ ಮೊದಲು ಬಳಸಿದ ಮಾರ್ಗದಲ್ಲೇ ಇಡುತ್ತದೆ.

ip route add 198.51.100.23/32 via 203.0.113.1 dev eth0

ಕೋಷ್ಟಕವನ್ನು ಪರಿಶೀಲಿಸುವ ಬದಲು ಲುಕಪ್‌ನಿಂದ ಪರಿಶೀಲಿಸಿ: ಉತ್ತರವು eth0 ಮತ್ತು ಗೇಟ್‌ವೇಯನ್ನು ಹೆಸರಿಸಬೇಕು, ಎಂದಿಗೂ tun0 ಅಲ್ಲ.

OpenVPN ಈಗಾಗಲೇ VPN ಸರ್ವರ್‌ನ ಸ್ವಂತ ವಿಳಾಸಕ್ಕೆ ಹೋಸ್ಟ್ ಮಾರ್ಗವನ್ನು ಅದೇ ಕಾರಣಕ್ಕೆ ಸೇರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮಾದರಿ ಪರಿಚಿತವಾಗಿದೆ ಮತ್ತು ನಿರ್ವಾಹಕ ವಿಳಾಸ ಕೇವಲ ಇನ್ನೊಂದು ಅಪವಾದ. ಇದನ್ನು ಸರಿಪಡಿಸಲು route-nopull ಅನ್ನು ಆಶ್ರಯಿಸಬೇಡಿ, ಏಕೆಂದರೆ ಅದು ಸುರಂಗಕ್ಕೆ ಬೇಕಾದ ತಳ್ಳಲಾದ ಮಾರ್ಗಗಳನ್ನು ಬಿಸಾಡುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ ದೂರದ ಜಾಲ ಮತ್ತು DNS ಆಯ್ಕೆಗಳೂ ಸೇರಿವೆ.

ಅದು ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಉಳಿಯುವಂತೆ ಮಾಡಿ

ಕೈಯಿಂದ ಸೇರಿಸಿದ ಮಾರ್ಗ ಕ್ಲೈಂಟ್ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಂಡು ತನ್ನದನ್ನು ಸ್ಥಾಪಿಸಿದಾಗ ಮಾಯವಾಗುತ್ತದೆ, ಇದು ಪರಿಹಾರವನ್ನು ಪುನರಾವರ್ತಿತ ಅಡಚಣೆಯಾಗಿ ಮಾಡುತ್ತದೆ. ಆದೇಶವನ್ನು ಮಾರ್ಗಗಳು ಸ್ಥಾಪನೆಯಾದ ನಂತರ ಚಲಿಸುವ ಯಾವುದಕ್ಕಾದರೂ ಜೋಡಿಸಿ.

ಒಂದು route-up ಸ್ಕ್ರಿಪ್ಟ್ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜರ್‌ನ pre-up ಹುಕ್ ಎರಡೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ನಂಬಲರ್ಹ ಪರಿಶೀಲನೆ ಎಂದರೆ ಮರುಸಂಪರ್ಕದ ನಂತರ ಅದೇ ಲುಕಪ್.

Windows ನಲ್ಲಿ ಸಮಾನವಾದದ್ದು -p ನಿಂದ ಸೇರಿಸಲಾದ ನಿರಂತರ ಮಾರ್ಗ, ಅದು ರೀಬೂಟ್‌ಗಳನ್ನು ತಾಳಿಕೊಳ್ಳುತ್ತದೆ ಆದರೆ ಜಾಲ ಬದಲಾದ ನಂತರವೂ ಸರಿಯಾದ ಗೇಟ್‌ವೇಯನ್ನು ಸೂಚಿಸಬೇಕು. ಯಾವ ವೇದಿಕೆಯಾದರೂ, ಮಾರ್ಗದ ಪಕ್ಕದಲ್ಲಿ ಕಾರಣವನ್ನು ಬರೆಯಿರಿ: ಮುಂದಿನ ನಿರ್ವಾಹಕರು ಅದು ನಿರ್ವಾಹಕ ಅಧಿವೇಶನವನ್ನು ರಕ್ಷಿಸಲು ಇದೆ ಎಂದು ತಿಳಿಯಬೇಕು, ಜಾಲ ವಿನ್ಯಾಸ ಅದನ್ನು ಕಡ್ಡಾಯ ಮಾಡಿದ್ದರಿಂದ ಅಲ್ಲ.

ಪಿನ್ ಮಾಡಿದ ಮಾರ್ಗ ಇನ್ನೂ ಸಾಲದಿದ್ದಾಗ

ಹಿಮ್ಮುಖ ಮಾರ್ಗ ಶೋಧನೆಯು ಒಂದು ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಬಂದು ಇನ್ನೊಂದರ ಮೂಲಕ ಹೊರಡುವ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಬಿಡಬಹುದು, ಮತ್ತು ಪಿನ್ ಮಾಡಿದ ಮಾರ್ಗ ನಿಖರವಾಗಿ ಅದನ್ನೇ ಸೃಷ್ಟಿಸುತ್ತದೆ. ಯಾವುದನ್ನೂ ಜಾಗತಿಕವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು rp_filter ನ ಪರಿಣಾಮಕಾರಿ ಮೌಲ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಪರಿಶೀಲನೆಯನ್ನು ಆಫ್ ಮಾಡುವ ಬದಲು ಅಸಮಮಿತಿಯನ್ನು ಸರಿಪಡಿಸಲು ಆದ್ಯತೆ ನೀಡಿ. ಅನ್ವಯವಾಗುವುದು ಪ್ರತಿ-ಇಂಟರ್ಫೇಸ್ ಸೆಟ್ಟಿಂಗ್, ಮತ್ತು loose ಮೋಡ್ ಪ್ಯಾಕೆಟ್ ಬಿಡುವ ಬದಲು ಅಸಮಮಿತಿಯನ್ನು ಮಾತ್ರ ದಾಖಲಿಸುತ್ತದೆ. ಶೋಧಕವೇ ನಿಮ್ಮ ತಪ್ಪು ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಎರಡನ್ನೂ ಓದಿ.

ನೀತಿ-ಆಧಾರಿತ ರೂಟಿಂಗ್ ಇರುವ ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಮಾರ್ಗದ ಜೊತೆಗೆ ನಿಯಮವೂ ಬೇಕು, ಏಕೆಂದರೆ ನಿಯಮ ಆಧಾರವು ಒಳಗಿನ ಮಾರ್ಗವನ್ನು ಪರಿಗಣಿಸುವ ಮೊದಲೇ ಕೋಷ್ಟಕವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. main ಕೋಷ್ಟಕದಲ್ಲಿನ ಮಾರ್ಗವು ಬೇರೆ ಕೋಷ್ಟಕಕ್ಕೆ ತೋರಿಸುವ ನಿಯಮಕ್ಕೆ ಹೊಂದುವ ಹರಿವಿಗೆ ಅದೃಶ್ಯವಾಗಿದೆ. main ಗೆ ಏನನ್ನೂ ಸೇರಿಸುವ ಮೊದಲು ನಿಯಮಗಳನ್ನು ಓದಿ. ಒಂದು ನಿಯಮ ಈಗಾಗಲೇ ನಿರ್ವಾಹಕ ಸಂಚಾರವನ್ನು ಆವರಿಸಿದ್ದರೆ, ಅಪವಾದವು ಆ ನಿಯಮದ ಕೋಷ್ಟಕಕ್ಕೇ ಸೇರುತ್ತದೆ.

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