ಲ್ಯಾಬ್ ಪ್ರಿಂಟರ್ಗಾಗಿ ಒಂದು /24 ಎರಡು ip route show ಕರೆಗಳ ನಡುವೆ ಮಾಯವಾಗುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಲಾಗ್ ನೆಟ್ವರ್ಕ್ ಬದಲಾಗಿದೆ ಎಂದಷ್ಟೇ ಹೇಳುತ್ತದೆ. ಆಜ್ಞೆ, ಪ್ರಿಫಿಕ್ಸ್ ಅಥವಾ ನಿಮ್ಮ ಸವಲತ್ತುಗಳಲ್ಲಿ ಏನೂ ತಪ್ಪಿರಲಿಲ್ಲ. ಹೋಸ್ಟ್ನ ರೂಟಿಂಗ್ ಮಾದರಿಯ ಮಾಲೀಕತ್ವ ಹೊಂದಿರುವ ಕಾರ್ಪೊರೇಟ್ ಕ್ಲೈಂಟ್, ಬೇರೆಯವರು ಅದನ್ನು ಸಂಪಾದಿಸಿದಾಗಲೆಲ್ಲ ಆ ಮಾದರಿಯನ್ನು ಮತ್ತೆ ಜಾರಿಗೊಳಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಸೇರಿಸಿದ ನಮೂದು ಒಳನುಗ್ಗುವವನಂತೆ ತೆಗೆದುಹಾಕಲ್ಪಡುತ್ತದೆ. ಅದೇ ಟೇಬಲ್ನಲ್ಲಿ ಅದರ ವಿರುದ್ಧ ಹೋರಾಡುವುದು ಸೋಲುವ ಸ್ಥಾನ. ಪರಿಹಾರವೆಂದರೆ ಆ ಟೇಬಲ್ಗಾಗಿ ಸ್ಪರ್ಧೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಲ್ಲಿಸಿ, ಅಪವಾದವನ್ನು ಮಾನಿಟರ್ ಎಂದೂ ನೋಡದ ಸ್ಥಳದಲ್ಲಿ ಇಡುವುದು.

ಮಾನಿಟರ್ ಕಳೆದುಹೋದ ಮಾರ್ಗವನ್ನು ವಿವರಿಸುತ್ತದೆ

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

ip route show
ip route add 192.168.2.0/24 dev enp0s31f6
sleep 5; ip route show

ಮೇಲಿನ ಪ್ರಿಫಿಕ್ಸ್ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ಗಳು. ಇನ್ನೊಂದು ಯಂತ್ರದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಉದಾಹರಣೆಯಿಂದ ಇಂಟರ್ಫೇಸ್ ಹೆಸರನ್ನು ನಕಲಿಸುವುದು ಈ ಪ್ರದರ್ಶನ ಏನನ್ನೂ ಉತ್ಪಾದಿಸದಿರುವ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣ.

ಎರಡನೇ ಟೇಬಲ್ ಮಾನಿಟರ್ಗೆ ಅಗೋಚರ

ಏಜೆಂಟ್ ತನ್ನ ಮಾಲೀಕತ್ವದ ಟೇಬಲ್ ಅನ್ನು ಮಾತ್ರ ಮರುನಿರ್ಮಿಸುತ್ತದೆ. ಅಪವಾದಕ್ಕೆ ಸ್ವಂತ ಟೇಬಲ್ ಮತ್ತು ಹೊಂದಿಕೆಯಾಗುವ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಅಲ್ಲಿಗೆ ಕಳುಹಿಸುವ ನಿಯಮವನ್ನು ಕೊಡಿ, ಮುಖ್ಯ ಟೇಬಲ್ ಎಂದೂ ಬದಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಏಜೆಂಟ್ಗೆ ಸರಿಪಡಿಸಲು ಏನೂ ಉಳಿಯುವುದಿಲ್ಲ. ಇದೇ ಇಡೀ ಕಲ್ಪನೆ: ಬೇರೆಯವರು ನಿರ್ವಹಿಸುವ ಮಾರ್ಗಗಳ ಒಂದು ನಾಮಸ್ಥಳ, ಮತ್ತು ನೀವು ಮಾತ್ರ ಸ್ಪರ್ಶಿಸುವ ಇನ್ನೊಂದು.

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

ಅಪವಾದವನ್ನು ನಿರ್ಮಿಸಿ, ನಂತರ ಅದನ್ನು ಗೆಲ್ಲಿಸಿ

ಟೇಬಲ್ ರಚಿಸಿ, ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸಿ, ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಟೇಬಲ್ ಆಯ್ಕೆ ಮಾಡುವ ನಿಯಮ ಸೇರಿಸಿ. ಆದ್ಯತೆಯು ನಿಮ್ಮ ನಿಯಮವನ್ನು ಕ್ಲೈಂಟ್ ಸೇರಿಸಿದ ನಿಯಮಗಳ ಮೊದಲು ಅಥವಾ ನಂತರ ಪರಿಗಣಿಸಲಾಗುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ನಂತರ ಕ್ರಮಗೊಳಿಸಿದ ನಿಯಮವನ್ನು ಎಂದೂ ತಲುಪಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸಂಖ್ಯೆ ಅಲಂಕಾರವಲ್ಲ, ವಿನ್ಯಾಸದ ಭಾಗ. ನಂತರ ಕರ್ನಲ್ ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಕೇಳಿ, ಅದು ನೀವು ಸಂರಚಿಸಿದ್ದಕ್ಕಿಂತ ಬೇರೆ ಪ್ರಶ್ನೆ.

ip rule add to 192.168.2.0/24 table 110 pref 30010
ip route add 192.168.2.0/24 dev enp0s31f6 table 110
ip route get 192.168.2.50

ip route get ಕರ್ನಲ್ ಬಳಸುವ ಮಾರ್ಗವನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಸಾಧನ ಮತ್ತು ಮೂಲ ವಿಳಾಸ ಸೇರಿದಂತೆ. ಅದು ಟೇಬಲ್ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಮುದ್ರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ip rule show ಜೊತೆ ಜೋಡಿಸಿ, ಯಾವ ಟೇಬಲ್ ಗೆದ್ದಿತು ಎಂದು ಖಚಿತಪಡಿಸಲು ಅಗತ್ಯವಿದ್ದಾಗ. ಒಟ್ಟಾಗಿ ಅವು ಏಕೈಕ ಮುಖ್ಯ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತವೆ: ಆ ವಿಳಾಸಕ್ಕೆ ಸಂಚಾರ ನೀವು ಉದ್ದೇಶಿಸಿದ ಸ್ಥಳದಿಂದ ಹೊರಡುತ್ತದೆಯೇ?

ಅದೇ ಕಲ್ಪನೆಯ ಇತರ ರೂಪಗಳು

ಗಮ್ಯಸ್ಥಾನಗಳಲ್ಲಿ ಯೋಚಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದ ಕ್ಷಣ ಮಾದರಿ ಸಾಮಾನ್ಯೀಕರಣಗೊಳ್ಳುತ್ತದೆ. ಟನೆಲ್ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಇಟ್ಟುಕೊಂಡಿದ್ದರೂ ಸ್ಥಳೀಯ ಸಬ್ನೆಟ್ ತಲುಪಬಹುದಾಗಿರಬಹುದು. LAN-ಗೆ ಸಂಪರ್ಕಿತ SSH ಸರ್ವರ್ನ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಟನೆಲ್ನಲ್ಲಿ ಮಾಯವಾಗುವ ಬದಲು ಬಂದ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೊರಡಬಹುದು. ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಆಧಾರಿತ ನಿಯಮವು ವೈರ್ಲೆಸ್ ಇಂಟರ್ಫೇಸ್ಗೆ ಬರುವ ಎಲ್ಲವನ್ನೂ ಟನೆಲ್ಗೆ ತಳ್ಳಬಹುದು, ಆದರೆ ಹೋಸ್ಟ್ ಸ್ವತಃ ಉತ್ಪಾದಿಸುವ ಸಂಚಾರ Ethernetನಲ್ಲಿ ಉಳಿಯುತ್ತದೆ:

ip rule add iif wlan0 table 10
ip route add default dev tun0 table 10

ಆ ಕೊನೆಯ ಪ್ರಕರಣ ಗಮ್ಯಸ್ಥಾನದ ಬದಲು ಒಳಬರುವ ಇಂಟರ್ಫೇಸ್ಗೆ ಹೊಂದುತ್ತದೆ, ಅದು ಬೇರೆ ನಿಯಮ ಪ್ರಕಾರ ಮತ್ತು ಬೇರೆ ಮಾನಸಿಕ ಮಾದರಿ. ಮುಂದಕ್ಕೆ ರವಾನಿಸಿದ ಸಂಚಾರಕ್ಕೆ net.ipv4.ip_forward ಸಕ್ರಿಯವಾಗಿರುವುದೂ ಬೇಕು, ಮತ್ತು ದೂರದ ತುದಿ ಮೂಲ ಶ್ರೇಣಿಯನ್ನು ಹಿಂದಕ್ಕೆ ಮಾರ್ಗೀಕರಿಸಬೇಕು ಅಥವಾ ಅನುವಾದಿಸಬೇಕು; ಒಂದು ಯಂತ್ರದಲ್ಲಿನ ನಿಯಮ ಎಂದೂ ಮಾರ್ಗದ ಇನ್ನೊಂದು ಅರ್ಧವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ.

ನಿಯಮವನ್ನು ಒಂದು ಬಾರಿಯದಾಗಿ ಪರಿಗಣಿಸಿ

ನಿಯಮಗಳು ಮತ್ತು ಟೇಬಲ್ ಮಾರ್ಗಗಳು ಮೆಮೊರಿಯಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ. ಮರುಸಂಪರ್ಕದ ನಂತರ ಟನೆಲ್ ಸಾಧನದ ಹೆಸರು ಬದಲಾಗಬಹುದು, ಹಂಚಿಕೆಯಾದ ವಿಳಾಸ ಜರುಗಬಹುದು, ಮತ್ತು ಹಳೆಯ ಮೌಲ್ಯವನ್ನು ಹಿಡಿದಿರುವ ನಿಯಮ ಮೌನವಾಗಿ ಹೊಂದಿಕೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಇಡೀ ಬದಲಾವಣೆಯನ್ನು ಅದರ ಮಾಲೀಕತ್ವವಿರುವ ಒಂದೇ ಸ್ಕ್ರಿಪ್ಟ್ನಿಂದ ಮತ್ತೆ ಅನ್ವಯಿಸಿ, ನಂತರ ಅಪವಾದವನ್ನು ನಂಬುವ ಮೊದಲು ip rule show, ಪ್ರಸ್ತುತ ಸಾಧನದ ಹೆಸರು ಮತ್ತು ಹೊಸ ip route get ಅನ್ನು ನಿಜವಾದ ಗಮ್ಯಸ್ಥಾನದ ವಿರುದ್ಧ ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ.

ಎಷ್ಟೇ ಎಚ್ಚರಿಕೆ ವಹಿಸಿದರೂ ಎರಡು ಮಿತಿಗಳು ಉಳಿಯುತ್ತವೆ. ಕ್ಲೈಂಟ್ ಇನ್ನೂ ತನ್ನದೇ ಫಿಲ್ಟರ್ ನಿಯಮಗಳು ಮತ್ತು ರಿಜಾಲ್ವರ್ ಸಂರಚನೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ, ಮತ್ತು ರೂಟಿಂಗ್ ಅಪವಾದ ಎರಡನ್ನೂ ರದ್ದುಗೊಳಿಸುವುದಿಲ್ಲ. ಕ್ಲೈಂಟ್ ನಿಮ್ಮ ಪಾಲಿಸಿ ನಿಯಮವನ್ನೂ ಅಳಿಸಿದರೆ, ಬೆಂಬಲಿತ ಮಾರ್ಗಗಳೆಂದರೆ ಅದರ ಸ್ವಂತ ಸ್ಪ್ಲಿಟ್-ಟನೆಲ್ ಪಾಲಿಸಿ ಅಥವಾ OpenConnect ನಂತಹ ಮಾರ್ಗಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುವ ಕ್ಲೈಂಟ್; ಮಾನಿಟರ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದಂತೆ ಮಾಡಲು ಮಾರಾಟಗಾರನ ಬೈನರಿಯನ್ನು ಪ್ಯಾಚ್ ಮಾಡುವುದು ಸಮಗ್ರತೆ ಪರಿಶೀಲನೆಯೊಂದಿಗೆ ಜೋಡಿಸಲಾದ ನಿರ್ವಹಣಾ ಬದ್ಧತೆ.

ಟೇಬಲ್ ಸಂಖ್ಯೆ, ಆದ್ಯತೆ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ನ ಪಕ್ಕದ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಬರೆಯಿರಿ. ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಟನೆಲ್ ಅನ್ನು ಮೀರಿಸುವ ನಿಯಮವನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತಾನೆ ಮತ್ತು ಏಕೆ ಎಂದು ತಿಳಿಯಲು ಯಾವುದೇ ದಾರಿ ಇರುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು