route-gateway ಎಂಬುದು redirect-gateway ಅಲ್ಲ: ವಾಸ್ತವವಾಗಿ ಏನು ಬದಲಾಗುತ್ತದೆ
ಈ ಆಯ್ಕೆ OpenVPN ಸ್ಥಾಪಿಸುವ ಮಾರ್ಗಗಳಿಗೆ ಮುಂದಿನ ಹಾಪ್ ಮಾತ್ರ ನೀಡುತ್ತದೆ. ಅದನ್ನು ತೆಗೆದುಹಾಕುವುದರಿಂದ ತಳ್ಳಲಾದ ಪೂರ್ಣ ಸುರಂಗ ಆಫ್ ಆಗುವುದಿಲ್ಲ, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ಮರುನಿರ್ದೇಶನದಲ್ಲಿದೆ.
ನಿಮ್ಮ ಸುರಂಗ ಮೇಲೇಳುತ್ತದೆ, ಖಾಸಗಿ ಉಪಜಾಲವು ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಯಾರೋ ಪ್ರೊಫೈಲ್ನಿಂದ ಗೇಟ್ವೇ ಸಾಲನ್ನು ಅಳಿಸಿದರೂ ಸಾಮಾನ್ಯ ಬ್ರೌಸಿಂಗ್ ಇನ್ನೂ VPN ಒಳಗೆ ಮಾಯವಾಗುತ್ತದೆ. ಆ ಸಂಯೋಜನೆಯೇ ತಪ್ಪು ನಿರ್ದೇಶನ ಸಂಪಾದಿಸಲಾದ ಬೆರಳಚ್ಚು. ತೆಗೆದುಹಾಕಿದ್ದು ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸುವ ಮಾರ್ಗಗಳಿಗೆ ಮುಂದಿನ ಹಾಪ್ ನೀಡುತ್ತಿತ್ತು; ಟ್ರಾಫಿಕ್ ಹಿಡಿಯುವುದನ್ನು ಮುಂದುವರಿಸಿದ್ದು ಬೇರೆಡೆಯಿಂದ ಬಂದು ಸರ್ವರ್ ತಳ್ಳಿತು. ಕವರೇಜ್ ಮತ್ತು ಮುಂದಿನ ಹಾಪ್ ಪ್ರತ್ಯೇಕ ಕೆಲಸಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಸಾರ್ವಜನಿಕ ಗಮ್ಯಸ್ಥಾನಗಳು ಸುರಂಗವನ್ನು ಬಳಸುತ್ತವೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.
ನೀವು ತೆಗೆದ ಸಾಲು ಮುಂದಿನ ಹಾಪ್ ಆಗಿತ್ತು, ನೀತಿ ಸ್ವಿಚ್ ಅಲ್ಲ
ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸುವ ಪ್ರತಿಯೊಂದು ಮಾರ್ಗಕ್ಕೂ ತೋರಿಸಲು ಗೇಟ್ವೇ ವಿಳಾಸ ಬೇಕು, ಮತ್ತು ಮಾರ್ಗವೇ ಯಾವುದನ್ನೂ ಹೆಸರಿಸದಿದ್ದಾಗ ಗೇಟ್ವೇ ನಿರ್ದೇಶನವೇ ಆ ವಿಳಾಸದ ಮೂಲ. ಅದನ್ನು ಅಳಿಸಿದರೆ ಆ ಮಾರ್ಗಗಳಿಗೆ ನೇತಾಡಲು ಸ್ಥಳವಿಲ್ಲ, ಆದ್ದರಿಂದ ಅವು ಸ್ಥಾಪನೆಯಾಗದೆ ಇರುತ್ತವೆ ಅಥವಾ ಎಲ್ಲಿಗೂ ಕರೆದೊಯ್ಯದ ದಾರಿಗೆ ಬೀಳುತ್ತವೆ. ಖಾಸಗಿ ಉಪಜಾಲವು ಅಂಥ ಮಾರ್ಗ ಸಾಗಿಸುತ್ತಿದ್ದದ್ದೇ ಆಗಿದೆ.
ಏತನ್ಮಧ್ಯೆ ಉಳಿದುಕೊಂಡ ವರ್ತನೆಗೆ ಬೇರೆ ಬರಹಗಾರನಿದ್ದಾನೆ: ತಳ್ಳಲಾದ ಬ್ಲಾಕ್ನಲ್ಲಿನ ಮರುನಿರ್ದೇಶನ ಆಯ್ಕೆ, ಅದು ತನ್ನ ಫ್ಲ್ಯಾಗ್ಗಳ ಪ್ರಕಾರ ಸಾಮಾನ್ಯ ಹೊರಹೋಗುವ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸುರಂಗಕ್ಕೆ ಸರಿಸುತ್ತದೆ. ಗೇಟ್ವೇ ತೆಗೆದುಹಾಕುವುದು ಅದನ್ನು ಆಫ್ ಮಾಡುವುದಿಲ್ಲ ಅಥವಾ ದುರ್ಬಲಗೊಳಿಸುವುದಿಲ್ಲ. ಫಲಿತಾಂಶ ಎರಡೂ ಸ್ಥಿತಿಗಳಲ್ಲಿ ಕೆಟ್ಟದು, ಸಾರ್ವಜನಿಕ ಟ್ರಾಫಿಕ್ ಇನ್ನೂ ಹಿಡಿಯಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಸುರಂಗವನ್ನು ಸಮರ್ಥಿಸಿದ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನ ಈಗ ತಲುಪಲಾಗದ್ದು. ಆದ್ದರಿಂದ ಅದೇ ಭಾವನೆಯಲ್ಲಿ ಮಾಡಿದ ಎರಡನೇ ಸಂಪಾದನೆಯೂ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ.
ನಾಲ್ಕು ಲಿವರ್ಗಳು, ನಾಲ್ಕು ವಿಭಿನ್ನ ಕೆಲಸಗಳು
ಈ ಚರ್ಚೆಯಲ್ಲಿ ನಾಲ್ಕು ನಿರ್ದೇಶನಗಳನ್ನು ಪರಸ್ಪರ ಬದಲಿಯಾಗಿ ಉಲ್ಲೇಖಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಕವರೇಜ್ ನಿಯಂತ್ರಿಸುತ್ತದೆ, ಅಂದರೆ ಯಾವ ಗಮ್ಯಸ್ಥಾನಗಳು ಸುರಂಗದ ಮೂಲಕ ಹೋಗುತ್ತವೆ. ಎರಡನೆಯದು ಮಾರ್ಗಗಳು ಬಳಸುವ ಮುಂದಿನ ಹಾಪ್ ನಿಗದಿಪಡಿಸುತ್ತದೆ, ಮೂರನೆಯದು ಒಂದೇ ಪೂರ್ವಪ್ರತ್ಯಯ ಸ್ಥಾಪಿಸುತ್ತದೆ, ಮತ್ತು ನಾಲ್ಕನೆಯದು ಸರ್ವರ್ ತಳ್ಳಿದ ಎಲ್ಲವನ್ನೂ ಎಸೆಯುತ್ತದೆ, ನಿಯೋಜನೆಗೆ ಬೇಕಾದ ಖಾಸಗಿ ಮಾರ್ಗಗಳೂ ಸೇರಿ. ಕೋಷ್ಟಕವು ಅವನ್ನು ಹೆಸರಿನಿಂದಲ್ಲ, ನಿರ್ವಾಹಕರು ಏನನ್ನು ಬದಲಿಸಲು ಬಯಸುತ್ತಾರೆ ಎಂಬುದರಿಂದ ಜೋಡಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಗೊಂದಲಕ್ಕೆ ಕಾರಣ ಹೆಸರುಗಳೇ. ಅವನ್ನು ನಾಲ್ಕು ಪ್ರತ್ಯೇಕ ನಿರ್ಣಯಗಳೆಂದು ಪರಿಗಣಿಸಿ ಮತ್ತು ನಿಜವಾಗಿ ಹಿಂತಿರುಗಿಸಲು ಬಯಸುವುದನ್ನು ಆರಿಸಿ.
ಪ್ರಾಯೋಗಿಕವಾಗಿ ನಾಲ್ಕೂ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ತಳ್ಳಲಾದ ಬ್ಲಾಕ್ನಲ್ಲಿ, ಸಾಲಿನ ನಂತರ ಸಾಲು ಬರುತ್ತವೆ, ಇದು ಅವನ್ನು ಒಂದೇ ಸೆಟ್ಟಿಂಗ್ನ ಭಾಗಗಳಂತೆ ಕಾಣಿಸುತ್ತದೆ. ಹಾಗಲ್ಲ, ಮತ್ತು OpenVPN ಉಲ್ಲೇಖ ಅವನ್ನು ಬೇರೆ ಬೇರೆ ಯಾಂತ್ರಿಕೆಗಳೆಂದು ದಾಖಲಿಸುವುದು ಅದೇ ಕಾರಣಕ್ಕೆ. ನೀವು ಯಾವ ನಿರ್ಣಯವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಕೆಲಸ; ಸಂಪಾದನೆ ಒಂದು ಸಾಲು.
| What you are trying to change | Directive that decides it | What it leaves alone |
|---|---|---|
| Which destinations use the tunnel | redirect-gateway | Per-prefix routes and resolver choice |
| The next hop a pushed route points at | route-gateway | Coverage of public destinations |
| One reachable prefix | route | Every other destination, default path included |
| All pushed routing and DNS at once | route-nopull | Nothing, which is the problem |
ತಳ್ಳಲಾದ ಸಾಲನ್ನು ಫಿಲ್ಟರ್ ಮಾಡಿ, ಮುಂದಿನ ಹಾಪ್ ಉಳಿಸಿ
ನೀವು ಆಕ್ಷೇಪಿಸುವ ಕವರೇಜ್ ತಳ್ಳಲಾದ ಆಯ್ಕೆಯಾಗಿ ಬಂದರೆ, ಸಣ್ಣ ಪ್ರತಿಕ್ರಿಯೆ ಎಂದರೆ ಆ ಆಯ್ಕೆಯನ್ನು ಹೆಸರಿನಿಂದ ನಿರ್ಲಕ್ಷಿಸಿ ತಳ್ಳಲಾದ ಬ್ಲಾಕ್ನ ಉಳಿದ ಭಾಗವನ್ನು ಅಸ್ಪೃಶ್ಯವಾಗಿ ಬಿಡುವುದು. ಫಿಲ್ಟರ್ ಆಗಿ ಬರೆದಾಗ ಅದು ಕೆಳಗಿನ ಸಾಲಿನಂತೆ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಅದರ ಸ್ಥಾನ ಪೀಡಿತ ಕ್ಲೈಂಟ್ನ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ, ಸರ್ವರ್ ಸಂರಚನೆಯಲ್ಲಿ ಅಲ್ಲ.
pull-filter ignore "redirect-gateway"ಸಣ್ಣತನವೇ ಮುಖ್ಯ ಅಂಶ. ಫಿಲ್ಟರ್ ಪಠ್ಯ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಹೋಲಿಸುವುದರಿಂದ, ಚಿಕ್ಕ ಮಾದರಿ ಮುಂದಿನ-ಹಾಪ್ ನಿರ್ದೇಶನಕ್ಕೂ ಹೊಂದುತ್ತದೆ, ಇದು ಖಾಸಗಿ ಮಾರ್ಗಗಳು ಅವಲಂಬಿಸಿರುವ ಮಾಹಿತಿಯನ್ನು ಸರಿಯಾಗಿ ಸುಲಿದು ಮೂಲ ತಪ್ಪನ್ನು ಹೊಸ ಉಡುಪಿನಲ್ಲಿ ಪುನರಾವರ್ತಿಸುತ್ತದೆ. ಫಿಲ್ಟರ್ ತಳ್ಳಲಾದ ಆಯ್ಕೆಗಳ ಮೇಲೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಳೀಯವಾಗಿ ಬರೆದ ಅಥವಾ ಜಾಲ ನಿರ್ವಾಹಕರು ಹೇರಿದ ಸಮಾನ ಸಾಲನ್ನು ಎಂದಿಗೂ ಮುಟ್ಟುವುದಿಲ್ಲ. ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಏಕೆಂದರೆ ಜೀವಂತ ಅಧಿವೇಶನ ಸರ್ವರ್ ತಳ್ಳಿದ್ದನ್ನು ಮರುಮೌಲ್ಯಮಾಪನ ಮಾಡುವುದಿಲ್ಲ.
ಕೋಷ್ಟಕವಲ್ಲ, ಹುಡುಕಾಟ ಓದಿ
ಪ್ರೊಫೈಲ್ ಮರುಲೋಡ್ ಮಾಡಿದ ನಂತರ ಎರಡು ಗಮ್ಯಸ್ಥಾನಗಳು ನಿಜವಾಗಿ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ ಎಂದು ಕರ್ನಲ್ಗೆ ಕೇಳಿ: ಒಂದು ಖಾಸಗಿ ಪೂರ್ವಪ್ರತ್ಯಯದ ಒಳಗೆ ಮತ್ತು ಒಂದು ಸಾರ್ವಜನಿಕ ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ. ಮುಖ್ಯ ಕೋಷ್ಟಕದ ಪೂರ್ಣ ಡಂಪ್ ಓದಲು ಕಷ್ಟ ಮತ್ತು ತಪ್ಪಾಗಿ ಓದಲು ಸುಲಭ, ಏಕೆಂದರೆ ಮಾರ್ಗ ಇದ್ದೂ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಹೊಂದಾಣಿಕೆಗೆ ಸೋಲಬಹುದು. ನೀತಿ ಆಧಾರಿತ ರೂಟಿಂಗ್ನಲ್ಲಿ ನಿಯಮ, ಕೋಷ್ಟಕ ಮತ್ತು ಮೂಲ ವಿಳಾಸವೂ ಪರಿಶೀಲನೆಯ ಭಾಗ.
ip route get 10.40.7.25
ip route get 203.0.113.77
ip rule showdef1 ರೂಪಾಂತರವನ್ನು ತಿಳಿದಿರಬೇಕು, ಏಕೆಂದರೆ ಅದು ಹಳೆಯ ಡೀಫಾಲ್ಟ್ ನಮೂದನ್ನು ಗೋಚರವಾಗಿ ಬಿಡುತ್ತದೆ, ಆದರೆ ಅರ್ಧ-ಡೀಫಾಲ್ಟ್ಗಳ ಜೋಡಿ ಹುಡುಕಾಟವನ್ನು ಗೆಲ್ಲುತ್ತದೆ. ಆದ್ದರಿಂದ ಔಟ್ಪುಟ್ನಲ್ಲಿ 0.0.0.0/0 ಸಾಲು ತಾನೇ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಪಟ್ಟಿ ಉತ್ತರಿಸಿದಂತೆ ತೋರುವ ಪ್ರಶ್ನೆಗೆ ಹುಡುಕಾಟ ಉತ್ತರಿಸುತ್ತದೆ.
DNS, IPv6 ಮತ್ತು ಖಾಸಗಿ ಮಾರ್ಗ ಇನ್ನೂ ಕೆಲಸ ಮಾಡಬೇಕು
ಒಂದು IPv4 ಮರುನಿರ್ದೇಶನವನ್ನು ನಿರಾಕರಿಸುವುದು ರಿಸಾಲ್ವರ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ತಳ್ಳಲಾದ DNS ಆಯ್ಕೆ ಮಾರ್ಗಗಳು ಸರಿಯಾಗಿ ಕಾಣುತ್ತಿರುವಾಗಲೂ ಪ್ರಶ್ನೆಗಳನ್ನು ಸುರಂಗಕ್ಕೆ ಕಳುಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು. IPv6 ಡೀಫಾಲ್ಟ್ IPv4 ಪರಿಶೀಲನೆ ಎಂದೂ ಮುಟ್ಟದ ವಿಳಾಸ ಕುಟುಂಬಕ್ಕೆ ಅದೇ ರೀತಿ ಮಾಡಬಹುದು. ಎರಡೂ ಊಹೆಯ ಬದಲು ಸ್ಪಷ್ಟ ನಿರ್ಣಯ ಬೇಕು. ನಂತರ ಖಾಸಗಿ ಸೇವೆ ಇನ್ನೂ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಖಾಸಗಿ ಮಾರ್ಗ ಕಳೆದುಕೊಂಡ ವಿಭಜಿತ ಸುರಂಗ ವಿಭಜಿತ ಸುರಂಗವಲ್ಲ, ಅದು ಮುರಿದದ್ದು.
ಒಂದು ವಿಶಾಲ ಸಾಧನ ಎಚ್ಚರಿಕೆಗೆ ಅರ್ಹ: route-nopull ಪ್ರತಿ ತಳ್ಳಲಾದ ಮಾರ್ಗ ಮತ್ತು ಪ್ರತಿ ತಳ್ಳಲಾದ DNS ಆಯ್ಕೆಯನ್ನು ಎಸೆಯುತ್ತದೆ, ಇದು ಪೂರ್ಣ ಸುರಂಗವನ್ನು ಖಚಿತವಾಗಿ ನಿಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ನಿಯೋಜನೆ ಅವಲಂಬಿಸಿರುವ ಖಾಸಗಿ ಮಾರ್ಗಗಳನ್ನು ಅಷ್ಟೇ ಖಚಿತವಾಗಿ ಮುರಿಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಒಂದು ಆಯ್ಕೆಯ ಮೇಲೆ ಗುರಿಪಡಿಸಿದ ಹೆಸರು ಫಿಲ್ಟರ್ಗಿಂತ ದೊಡ್ಡ ಸುತ್ತಿಗೆ. ಯಾವುದೇ ಬದಲಾವಣೆಯ ನಂತರ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನ, ಸಾರ್ವಜನಿಕ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ರಿಸಾಲ್ವರ್ ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಪೂರ್ಣಗೊಂಡ ಹ್ಯಾಂಡ್ಶೇಕ್ ಅನ್ನು ಹ್ಯಾಂಡ್ಶೇಕ್ ಹೊರತುಪಡಿಸಿ ಬೇರೆ ಯಾವುದಕ್ಕೂ ಸಾಕ್ಷಿ ಎಂದು ಪರಿಗಣಿಸಬೇಡಿ.