ಖಾಲಿ VPN ಟೇಬಲ್ ತಾನೇ ಏನನ್ನೂ ತಡೆಯುವುದಿಲ್ಲ

ನೀತಿ ನಿಯಮವು ಗುರುತಿಸಿದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮೀಸಲಾದ ಟೇಬಲ್ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು VPN ಮಾರ್ಗ ಕಳೆದುಹೋದರೆ ಅವು ತಡೆಯಲ್ಪಡುತ್ತವೆ ಎಂಬುದು ಸಾಮಾನ್ಯ ನಿರೀಕ್ಷೆ. ಆದರೆ ಕಾರ್ಯವಿಧಾನ ಬೇರೆಯದನ್ನೇ ಮಾಡುತ್ತದೆ. ಟೇಬಲ್ನಲ್ಲಿ ಹೊಂದುವ ಮಾರ್ಗವಿಲ್ಲದಿದ್ದಾಗ, ಹುಡುಕಾಟ ಮುಂದಿನ ನಿಯಮಕ್ಕೆ ಮುಂದುವರಿಯುತ್ತದೆ ನಿಲ್ಲುವ ಬದಲು, ಮತ್ತು main ಟೇಬಲ್ ಇನ್ನೂ uplink ಗಾಗಿ ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಹೊಂದಿದೆ. ಫಲಿತಾಂಶ fail-closed ಎಂಬಂತೆ ಕಾಣುವ ಆದರೆ fail-open ರೀತಿಯಲ್ಲಿ ವರ್ತಿಸುವ ಸಂರಚನೆ.

ಏನೂ ಮುರಿದಿಲ್ಲ; ನೀತಿ ಆಧಾರಿತ ರೂಟಿಂಗ್ ಹೀಗೆಯೇ ನಿರ್ಧರಿಸಲಾಗಿದೆ.

ಟೇಬಲ್ನಲ್ಲಿ ಏನೂ ಇಲ್ಲದಿದ್ದಾಗ ಹುಡುಕಾಟ ಮುಂದುವರಿಯುತ್ತದೆ

100:   from all fwmark 0x36 lookup 42
110:   from all fwmark 0x36 lookup default
32766: from all lookup main

ಆ ನಿಯಮ ಸಮೂಹವನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ: ಗುರುತಿಸಿದ ಹುಡುಕಾಟ 42 ಟೇಬಲ್ಗೆ ಹೋಗುತ್ತದೆ, ಮತ್ತು ನಂತರದ ನಿಯಮ ಅದೇ ಗುರುತನ್ನು default ಎಂಬ ಹೆಸರಿನ ಟೇಬಲ್ಗೆ ಕಳುಹಿಸುತ್ತದೆ. 42 ಟೇಬಲ್ನಲ್ಲಿ ಬಳಸಬಹುದಾದ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಇರುವವರೆಗೆ, ಮೊದಲ ಹುಡುಕಾಟ ದಾರಿ ನೀಡುತ್ತದೆ. ಆ ಮಾರ್ಗ ಮಾಯವಾದಾಗ ಮತ್ತು 42 ಟೇಬಲ್ನಲ್ಲಿ ಬೇರೆ ಏನೂ ಹೊಂದದಿದ್ದಾಗ, ಹುಡುಕಾಟ ತಿರಸ್ಕಾರವಾಗುವುದಿಲ್ಲ; ಸಂಸ್ಕರಣೆ ಮುಂದಿನ ನಿಯಮಕ್ಕೆ ಹೋಗುತ್ತದೆ, ಮತ್ತು ಅದೂ ಏನನ್ನೂ ಕಂಡುಕೊಳ್ಳದಿದ್ದಾಗ main ಟೇಬಲ್ ತಲುಪುತ್ತದೆ. ಆ ಕ್ರಮದಲ್ಲಿ ಏನೂ ಯಾವ ನಿಯಮ ಅಂತಿಮ ಉತ್ತರ ನೀಡಿತು ಎಂದು ತಿಳಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕೆಲಸ ಮಾಡುವ ಸಂಪರ್ಕವು ಕೆಲಸ ಮಾಡುವ ನೀತಿಯಂತೆ ಕಾಣುತ್ತದೆ.

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

ಟರ್ಮಿನಲ್ ಕ್ರಿಯೆಗಳು ಹುಡುಕಾಟವನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತವೆ

100:   from all fwmark 0x36 lookup 42
110:   from all fwmark 0x36 prohibit
32766: from all lookup main

ಖಾಲಿ ಟೇಬಲ್ ಹುಡುಕಾಟದ ಬದಲು VPN ಹುಡುಕಾಟದ ನಂತರ ಟರ್ಮಿನಲ್ ನಿಯಮ ಬರಬಹುದು. ಅದೇ ಗುರುತಿನೊಂದಿಗೆ, 42 ಟೇಬಲ್ ನಿಯಮದ ನಂತರ ಇರಿಸಲಾದ prohibit ಕ್ರಿಯೆ ಆ ಟೇಬಲ್ ಏನನ್ನೂ ನೀಡದಿದ್ದಾಗ ಹುಡುಕಾಟವನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು main ಟೇಬಲ್ಗೆ ಇನ್ನೊಂದು ಅವಕಾಶ ನೀಡುವ ಬದಲು ಆಡಳಿತಾತ್ಮಕ ನಿರಾಕರಣೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. Unreachable ಮತ್ತು blackhole ಕೂಡ ಟರ್ಮಿನಲ್, ಕಳುಹಿಸುವವರಿಗೆ ವಿಭಿನ್ನ ದೋಷ ವರ್ತನೆಯೊಂದಿಗೆ.

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

ನಿಜವಾದ ಗುರುತು ಮತ್ತು ಇಂಟರ್ಫೇಸ್ನೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ

ip -4 rule show
ip -4 route show table 42
ip -4 route get 198.51.100.20 from 10.44.0.2 iif lan0 mark 0x36

ರೇಖಾಚಿತ್ರದ ಬದಲು ನಿಜವಾದ ನಿಯಮಗಳು ಮತ್ತು ಟೇಬಲ್ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಹರಿವನ್ನು ಅದು ನಿಜವಾಗಿ ಹೊಂದಿರುವ ಮೂಲ, ಗುರುತು ಮತ್ತು ಪ್ರವೇಶ ಸಂದರ್ಭದೊಂದಿಗೆ ಕೇಳಿ. ಗಮ್ಯಸ್ಥಾನದ ಕಡೆಗೆ ನಿರ್ದೇಶಿಸಿದ, ಮೂಲ ವಿಳಾಸ, ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಗುರುತು ನೀಡಲಾದ ಓದು-ಮಾತ್ರ ಹುಡುಕಾಟವು ಪ್ಯಾಕೆಟ್ ಹೊರಹೋಗದೆ ಕರ್ನಲ್ ಆಯ್ಕೆ ಮಾಡುವ ಮಾರ್ಗವನ್ನು ತಿಳಿಸುತ್ತದೆ. ಪ್ರಶ್ನೆಯಲ್ಲಿ ಗುರುತು ನೀಡುವುದು ಫೈರ್ವಾಲ್ ನಿಜವಾದ ಸಂಚಾರವನ್ನು ಗುರುತಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ; ಅದು ಗುರುತಿಸುವ ನಿಯಮಗಳ ಪ್ರತ್ಯೇಕ ಪರಿಶೀಲನೆ. ಪ್ರಶ್ನೆಯಿಂದ ತೀರ್ಮಾನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಮೊದಲು ಕೌಂಟರ್ ಅಥವಾ ಲಾಗ್ನೊಂದಿಗೆ ಮೌಲ್ಯವನ್ನು ದೃಢೀಕರಿಸಿ.

ಸ್ಥಳೀಯವಾಗಿ ರಚಿಸಲಾದ ವಿನಂತಿಗಳಿಗೆ ತಮ್ಮದೇ ಸಂದರ್ಭ ಬೇಕು, ಏಕೆಂದರೆ ಅವುಗಳ ಗುರುತಿಸುವ ಮಾರ್ಗವು ಮುಂದಕ್ಕೆ ರವಾನೆಯಾದ ಸಂಚಾರದ ಮಾರ್ಗದಿಂದ ಭಿನ್ನವಾಗಿರುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಬಳಸುವ ಔಟ್ಪುಟ್ ಇಂಟರ್ಫೇಸ್ನೊಂದಿಗೆ ಅವನ್ನು ಪರಿಶೀಲಿಸಿ.

ಎರಡು ವೈಫಲ್ಯ ಸ್ಥಿತಿಗಳು, ಒಂದಲ್ಲ

ಒಂದು ವೈಫಲ್ಯ ಸ್ಥಿತಿ ಎಂದರೆ VPN ಮಾರ್ಗ ಮಾಯವಾಗಿ ಸಂಚಾರ uplink ಗೆ ಬೀಳುವುದು. ಮಾರ್ಗ ಸ್ಥಾಪಿತವಾಗಿ ಉಳಿದಿರುವ ಸತ್ತ ಸುರಂಗವು ಇನ್ನೊಂದು: ಪ್ಯಾಕೆಟ್ಗಳು ಬೀಳುವ ಬದಲು ಬಳಸಲಾಗದ ಮಾರ್ಗಕ್ಕೆ ನಿರ್ದೇಶಿತವಾಗಿ ಉಳಿಯುತ್ತವೆ, ಮತ್ತು ಲಕ್ಷಣವು ಗೋಚರ ನೇರ ಸಂಪರ್ಕವಲ್ಲ, ಮೌನ ನಷ್ಟ. ಎರಡನ್ನೂ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಪ್ರಾರಂಭ, ಮರುಸಂಪರ್ಕ ಮತ್ತು ಸೇವಾ-ನಿಲುಗಡೆ ವರ್ತನೆಯನ್ನೂ ಪರೀಕ್ಷಿಸಿ.

ಅಂತಹ ನಿಯಮವು ಅದು ಇರುವವರೆಗೆ ಮತ್ತು ಪ್ಯಾಕೆಟ್ಗಳು ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಗುರುತನ್ನು ಇನ್ನೂ ಹೊಂದಿರುವವರೆಗೆ ಮಾತ್ರ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ನಿಯಮವನ್ನು ಅಳಿಸುವ ಶಟ್ಡೌನ್ ಸ್ಕ್ರಿಪ್ಟ್, ಅಥವಾ ಗುರುತನ್ನು ತೆಗೆದುಹಾಕುವ ಮಾರ್ಗ, ತೆರೆದ ವರ್ತನೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ. ಆ ಪರಿವರ್ತನೆಗಳನ್ನು ಅಭ್ಯಾಸ ಮಾಡುವುದು ಯೋಗ್ಯ.

ನೀತಿಯನ್ನು IPv6 ಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಅನ್ವಯಿಸಿ, ಮತ್ತು ಅನುಮೋದಿತ ಎಂಡ್ಪಾಯಿಂಟ್ ವಿನಾಯಿತಿಗಳನ್ನು ಸೂಚ್ಯವಲ್ಲದೆ ಸ್ಪಷ್ಟವಾಗಿ ಇರಿಸಿ.