ಅಳಿಸಿದ VPN ರೂಟ್ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ ಏಕೆ ಹಿಂತಿರುಗುತ್ತದೆ
ಪ್ರೊಫೈಲ್, push ಅಥವಾ ಬೂಟ್ ಘಟಕವು ಅದನ್ನು ಮತ್ತೆ ರಚಿಸಿದಾಗ ಲೈವ್ ರೂಟ್ ಅಳಿಸುವುದರಿಂದ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ. ಮಾಲೀಕರನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ, ಅಲ್ಲಿಯೇ ಬದಲಿಸಿ, ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಪರಿಶೀಲಿಸಿ.
ನೀವು ಕೈಯಿಂದ ಅಳಿಸಿದ ರೂಟ್ ಮುಂದಿನ ಮರುಸಂಪರ್ಕದ ನಂತರ ಹಿಂತಿರುಗುತ್ತದೆ, ಮತ್ತು ಟೇಬಲ್ ಮೊದಲಿನಂತೆಯೇ ಕಾಣುತ್ತದೆ. ಇದು ರೂಟಿಂಗ್ ದೋಷವಲ್ಲ: ಕಾನ್ಫಿಗರೇಶನ್ನಿಂದ ಅಥವಾ ಸಂಪರ್ಕ ಜೀವನಚಕ್ರದ ಕ್ರಿಯೆಯಿಂದ ಏನೋ ನಮೂದನ್ನು ಮತ್ತೆ ರಚಿಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ರನ್ಬುಕ್ಗಳು ಲೈವ್ ಟೇಬಲ್ನಲ್ಲೇ ನಿಲ್ಲುತ್ತವೆ, ಆದ್ದರಿಂದ ಅಳಿಸುವಿಕೆ ಒಂದು ನಿಮಿಷ ಕೆಲಸ ಮಾಡಿದಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ನಂತರ ವಿಫಲವಾಗುತ್ತದೆ. ಮಾಲೀಕರನ್ನು ಗುರುತಿಸಿ, ಅವರನ್ನು ಬದಲಿಸಿ, ಮತ್ತು ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಸಾಬೀತುಪಡಿಸಿ.
ರೂಟ್ ಅನ್ನು ಯಾರು ಸ್ಥಾಪಿಸಿದರು
ಸರಿಪಡಿಸುವಿಕೆಯಿಂದ ಅಲ್ಲ, ಅಭ್ಯರ್ಥಿಗಳ ಪಟ್ಟಿಯಿಂದ ಪ್ರಾರಂಭಿಸಿ. VPN ಪ್ರೊಫೈಲ್ ತನ್ನದೇ ರೂಟ್ಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬಹುದು, ಸರ್ವರ್ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಅವನ್ನು push ಮಾಡಬಹುದು, ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಪ್ರೊಫೈಲ್ ಅವನ್ನು ಘೋಷಿಸಬಹುದು, ಬೂಟ್ ಘಟಕ ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್ ಅವನ್ನು ಸೇರಿಸಬಹುದು, ಮತ್ತು IPsec ಅನುಷ್ಠಾನಗಳು ಮಾತುಕತೆ ನಡೆಸುವ ಟ್ರಾಫಿಕ್ ಆಯ್ಕೆದಾರರಿಗೆ ರೂಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತವೆ. ನೀತಿ ರೂಟಿಂಗ್ ನಿಯಮಗಳು ಸಹ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆ ಟೇಬಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಬಹುದು.
ಸಮಯವು ಅವನ್ನು ಕಾನ್ಫಿಗರೇಶನ್ ಪುರಾತತ್ವಕ್ಕಿಂತ ವೇಗವಾಗಿ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಇಂಟರ್ಫೇಸ್ ಮೇಲೇಳುವ ಕ್ಷಣದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವ ನಮೂದು ಕ್ಲೈಂಟ್ನದು; ಒಂದು ಸೆಕೆಂಡ್ ನಂತರ ಬರುವ ನಮೂದು ಸಾಮಾನ್ಯವಾಗಿ ಸರ್ವರ್ push ನಿಂದ ಬರುತ್ತದೆ; ಬೂಟ್ನಲ್ಲಿ ಇರುವ ನಮೂದು ಉಳಿಸಿದ ಕಾನ್ಫಿಗರೇಶನ್ನದು. ಸಂಪರ್ಕ, ಸಂಪರ್ಕ ಕಡಿತ ಮತ್ತು ಮರುಬೂಟ್ಗಿಂತ ಮೊದಲು ಮತ್ತು ನಂತರ ಟೇಬಲ್ ಅನ್ನು ದಾಖಲಿಸಿ, ಮಾದರಿ ಮಾಲೀಕರನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಸೇವೆ ಮರುಪ್ರಾರಂಭವಾದಾಗ ಮಾತ್ರ ಹಿಂತಿರುಗುವ ರೂಟ್ VPN ಗೆ ಅಲ್ಲ, ಘಟಕಕ್ಕೆ ಸೂಚಿಸುತ್ತದೆ.
ಸಂಪಾದಿಸುವ ಮೊದಲು ಟೇಬಲ್ ಓದಿ
ಉಳಿಸಿದ ಫೈಲ್ ಬದಲು ಕರ್ನಲ್ನ ಸ್ವಂತ ನೋಟವನ್ನು ನೋಡಿ. ಪ್ರೋಟೋಕಾಲ್ ಕಾಲಮ್ ಪ್ರತಿ ನಮೂದನ್ನು ಯಾವುದು ಸ್ಥಾಪಿಸಿತು ಎಂದು ತೋರಿಸುತ್ತದೆ:
ip route show
ip route show table all
ip rule show
ಪ್ರೋಟೋಕಾಲ್ ಕ್ಷೇತ್ರ, ಮೆಟ್ರಿಕ್ ಮತ್ತು ಟೇಬಲ್ ಸಂಖ್ಯೆ ನೀವು ಸ್ಥಿರ ನಮೂದು, ಕರ್ನಲ್ ರಚಿಸಿದ ನಮೂದು ಅಥವಾ ಡೀಮನ್ ಸೇರಿಸಿದ ಯಾವುದನ್ನಾದರೂ ನೋಡುತ್ತಿದ್ದೀರಾ ಎಂದು ಹೇಳುತ್ತವೆ. ನಿಯಮಗಳ ಪಟ್ಟಿ ಮುಖ್ಯ ಏಕೆಂದರೆ ಹುಡುಕಾಟ ಮುಖ್ಯ ಟೇಬಲ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಡಬಹುದು, ಇದು ಅಲ್ಲಿನ ಸಂಪಾದನೆಯನ್ನು ನೀವು ಡೀಬಗ್ ಮಾಡುತ್ತಿರುವ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಅದೃಶ್ಯಗೊಳಿಸುತ್ತದೆ. ಸಾಲನ್ನು ಎಡದಿಂದ ಬಲಕ್ಕೆ ಓದಿ: ಗಮ್ಯಸ್ಥಾನ, ಗೇಟ್ವೇ, ಸಾಧನ, ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಮೆಟ್ರಿಕ್.
ನಂತರ ಕರ್ನಲ್ ಅನ್ನು ಅದು ನಿಜವಾಗಿ ಯಾವ ರೂಟ್ ಬಳಸುತ್ತದೆ ಎಂದು ಕೇಳಿ. ಸಂರಕ್ಷಿತ ವಿಳಾಸವು ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕಿಂತ ಉತ್ತಮ ಪರೀಕ್ಷೆಯಾಗಿದೆ:
ip route get 10.20.5.7
ರೋಗಲಕ್ಷಣವಲ್ಲ, ಮಾಲೀಕರನ್ನು ಬದಲಿಸಿ
ಮಾಲೀಕರು ತಿಳಿದ ನಂತರ, ಬದಲಾವಣೆ ಅವರಿಗೇ ಸೇರಿದ್ದು. ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ನಿಂದ ರೂಟ್ ತೆಗೆಯಿರಿ, ಸರ್ವರ್ನಲ್ಲಿ push ಮಾಡಿದ ರೂಟ್ ಸರಿಪಡಿಸಿ, ಅಥವಾ ಮೆಟ್ರಿಕ್ನಿಂದ ಗೆಲ್ಲುವ ಪ್ರತಿಸ್ಪರ್ಧಿ ಶಾಶ್ವತ ರೂಟ್ ಸೇರಿಸುವ ಬದಲು ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಸಂಪರ್ಕವನ್ನು ಸಂಪಾದಿಸಿ. ಪರಸ್ಪರ ಹೋರಾಡುವ ಎರಡು ನಿಯಮಗಳು ನಂತರ ಯಾರೂ ವಿವರಿಸಲಾಗದ ಟೇಬಲ್ ರಚಿಸುತ್ತವೆ.
ಎಂಡ್ಪಾಯಿಂಟ್ ವಿನಾಯಿತಿಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. VPN ಸರ್ವರ್ನ ಸ್ವಂತ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಭೌತಿಕ ಗೇಟ್ವೇ ಮೂಲಕ ಕಳುಹಿಸುವ ಹೋಸ್ಟ್ ರೂಟ್ ಹೊರಗಿನ ಟನಲ್ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಹರಿಯುವಂತೆ ಇರಿಸುತ್ತದೆ; ಅದನ್ನು ಅಳಿಸಿದರೆ, ಟನಲ್ ತನ್ನನ್ನೇ ಹೊತ್ತುಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಸ್ಪ್ಲಿಟ್-ಟನಲ್ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ, ಟನಲ್ ಅನ್ನು ಬೈಪಾಸ್ ಮಾಡಬೇಕಾದ ಸ್ಥಳೀಯ ಸಬ್ನೆಟ್ಗಳಿಗೂ ಅದೇ ಎಚ್ಚರ ಅನ್ವಯಿಸುತ್ತದೆ.
ಮರುಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಎರಡೂ ಮಾರ್ಗಗಳನ್ನು ಪರಿಶೀಲಿಸಿ
ಮರುಸಂಪರ್ಕಿಸಿ, ನಂತರ ಒಂದೇ ಹಂತದಲ್ಲಿ ಎರಡೂ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಸಂರಕ್ಷಿತ ವಿಳಾಸ ಮತ್ತು ಹೊರಗಿಡಲಾದ ಎಂಡ್ಪಾಯಿಂಟ್ ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ:
ip route get 10.20.5.7
ip route get 198.51.100.20
ಮೊದಲನೆಯದು ಟನಲ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಮತ್ತು ಎರಡನೆಯದು ಭೌತಿಕ ಗೇಟ್ವೇ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡಬೇಕು. ಎರಡೂ ಟನಲ್ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಟ್ಟರೆ, ವಿನಾಯಿತಿ ಕಾಣೆಯಾಗಿದೆ; ಒಂದೂ ಇಲ್ಲದಿದ್ದರೆ, ಪ್ರೊಫೈಲ್ ಬದಲಾವಣೆ ಜಾರಿಗೆ ಬಂದಿಲ್ಲ ಮತ್ತು ನೀವು ಭಾವಿಸಿದ್ದಕ್ಕಿಂತ ಬೇರೆ ಮಾಲೀಕರನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ.
ರೂಟ್ನ ಉದ್ದೇಶ, ಅದರ ಮಾಲೀಕರು ಮತ್ತು ಅದು ಎಷ್ಟು ಕಾಲ ಬದುಕಬೇಕು ಎಂಬುದನ್ನು ಬರೆಯಿರಿ. ಆ ಟಿಪ್ಪಣಿಯೇ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದೇ ಅಳಿಸುವ ಮತ್ತು ಮರುಸಂಪರ್ಕಿಸುವ ಚಕ್ರವನ್ನು ಪುನರಾವರ್ತಿಸದಂತೆ ತಡೆಯುತ್ತದೆ.