OpenVPN ಮಾರ್ಗ ಮೆಟ್ರಿಕ್: ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗವು ಏಕೆ ಇನ್ನೂ ಸೋಲುತ್ತದೆ

ನೀವು ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಮಾರ್ಗಕ್ಕೆ ಮೆಟ್ರಿಕ್ ಸೇರಿಸಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿದಿರಿ, ಆದರೂ ಸಂಚಾರವು ಇನ್ನೂ ತಪ್ಪು ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೊರಡುತ್ತದೆ. ಸಮಸ್ಯೆ ಅಪರೂಪಕ್ಕೆ ಸಂಖ್ಯೆಯಲ್ಲಿರುತ್ತದೆ. ಮೆಟ್ರಿಕ್ ಕೇವಲ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಈಗಾಗಲೇ ಹೋಲಿಸುತ್ತಿರುವ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಕ್ರಮಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಪ್ರಿಫಿಕ್ಸ್ ಅಥವಾ ಹಿಂದಿನ ನೀತಿ ಕೋಷ್ಟಕವು ಯಾವುದೇ ಮೆಟ್ರಿಕ್ ಓದುವ ಮೊದಲೇ ನಿರ್ಧರಿಸುತ್ತದೆ.

ಮೊದಲು ಪ್ರೊಫೈಲ್ ಮೂಲಕ, ನಂತರ ಸ್ಥಾಪಿತ ಕೋಷ್ಟಕ, ನಂತರ ಆಯ್ಕೆ ನಿಯಮಗಳ ಮೂಲಕ ಕೆಲಸ ಮಾಡಿ. ಈ ಕ್ರಮವು ಕ್ಲೈಂಟ್ ಮಾರ್ಗವನ್ನು ನಿರ್ಮಿಸುವ ರೀತಿಗೆ ಹೊಂದುತ್ತದೆ ಮತ್ತು ಹೋಲಿಕೆಗೆ ಎಂದಿಗೂ ಪ್ರವೇಶಿಸದ ಮೌಲ್ಯವನ್ನು ಟ್ಯೂನ್ ಮಾಡುವುದನ್ನು ತಡೆಯುತ್ತದೆ.

ಮಾರ್ಗ ಸಾಲನ್ನು ಕ್ಷೇತ್ರ ಕ್ರಮದಲ್ಲಿ ಓದಿ

Community OpenVPN 2.6 ಕ್ಲೈಂಟ್ IPv4 route ಸಾಲಿನಲ್ಲಿ ನಾಲ್ಕು ಕ್ಷೇತ್ರಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ: ನೆಟ್ವರ್ಕ್, ನೆಟ್ಮಾಸ್ಕ್, ಗೇಟ್ವೇ ಮತ್ತು ಐಚ್ಛಿಕ ಮೆಟ್ರಿಕ್. ಗೇಟ್ವೇ ಸ್ಥಾನದಲ್ಲಿ ವಿಶೇಷ vpn_gateway ಕೀವರ್ಡ್ ಇರುತ್ತದೆ. ಅದು ಈ ಸಂಪರ್ಕಕ್ಕೆ VPN ಬದಿಯ ಮುಂದಿನ ಹಾಪ್ ಎಂದು ಅರ್ಥ, ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಸಂಖ್ಯೆ ಅಲ್ಲ ಮತ್ತು ನಿಮ್ಮ ಭೌತಿಕ ರೂಟರ್ ಅಲ್ಲ. ಅದನ್ನು ತಪ್ಪಿಸಿದರೆ, ಸಾಲಿನ ಉಳಿದ ಭಾಗವು ಅದು ಏನು ಮಾಡುತ್ತದೆ ಎಂಬ ತಪ್ಪು ಕಲ್ಪನೆಯಿಂದ ಓದಲ್ಪಡುತ್ತದೆ. network-options ಉಲ್ಲೇಖ ಎಲ್ಲಾ ನಾಲ್ಕು ಕ್ಷೇತ್ರಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ.

ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನಕ್ಕಾಗಿ ಸಾಲು ಹೀಗಿರಬಹುದು:

route-metric 50
route 172.20.0.0 255.255.0.0 vpn_gateway 30

ಸ್ಪಷ್ಟವಾದ 30 ಆ ಮಾರ್ಗಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಮತ್ತು 50 ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಸಂಖ್ಯೆ ಬಿಟ್ಟುಬಿಟ್ಟ ಪ್ರತಿ ಇತರ ಮಾರ್ಗಕ್ಕೆ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಉಳಿಯುತ್ತದೆ. ಸಾಲನ್ನು ಎಡದಿಂದ ಬಲಕ್ಕೆ ಓದುವುದು ಯಾವ ಮೌಲ್ಯ ಎಲ್ಲಿ ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ಹೇಳಲು ಸಾಕು.

route-metric ಡೀಫಾಲ್ಟ್, ಶ್ರೇಣಿ ಅಲ್ಲ

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

ಪ್ರೊಫೈಲ್ ಎರಡೂ ರೂಪಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡಿದಾಗ ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯವಾಗುತ್ತದೆ. ಮೇಲ್ಭಾಗದಲ್ಲಿನ ಒಂದೇ route-metric ಸಾಲು ಅಧಿಕೃತವಾಗಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ದೂರುವುದು ಸುಲಭ, ಆದರೆ ಸಂಚಾರವನ್ನು ನಿಜವಾಗಿ ಹೊತ್ತೊಯ್ಯುವ ಮಾರ್ಗವು ಮೂರು ಸಾಲುಗಳ ಕೆಳಗೆ ತನ್ನದೇ ಮೆಟ್ರಿಕ್ ಅನ್ನು ಹೊಂದಿರಬಹುದು.

ಒಂದು ಮಾರ್ಗವು ಒಂದು ಹಾದಿಯನ್ನು ಆದ್ಯತೆ ನೀಡಬೇಕೆಂದರೆ, ಸಂಖ್ಯೆಯನ್ನು ಆ ಮಾರ್ಗದ ಮೇಲೆ ಇರಿಸಿ. ರಚಿಸಿದ ಪ್ರೊಫೈಲ್ನಾದ್ಯಂತ ಸ್ಥಿರ ಡೀಫಾಲ್ಟ್ ಬೇಕಾದರೆ, route-metric ಬಳಸಿ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಸಾಲುಗಳನ್ನು ಬಿಡಿ. ಕಾರಣವಿಲ್ಲದೆ ಎರಡನ್ನೂ ಮಿಶ್ರಣ ಮಾಡುವುದು — ಪ್ರೊಫೈಲ್ ಯಾರೂ ವಿವರಿಸಲಾಗದ ಮಾರ್ಗದೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವ ದಾರಿ.

ಕ್ಲೈಂಟ್ ಏನನ್ನು ಸ್ಥಾಪಿಸಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ

ಮರುಸಂಪರ್ಕ ಪೂರ್ಣಗೊಂಡ ನಂತರ, ಪ್ರೊಫೈಲ್ ಬದಲು ಕರ್ನಲ್ ಅನ್ನು ಕೇಳಿ.

ip route show ಕ್ಲೈಂಟ್ ಸೇರಿಸಿದ ಮಾರ್ಗಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ip route get 172.20.5.10 ಹೆಚ್ಚು ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಈ ಗಮ್ಯಸ್ಥಾನವು ಯಾವ ಮಾರ್ಗವನ್ನು ಯಾವ ಮೂಲ ವಿಳಾಸದೊಂದಿಗೆ ನಿಜವಾಗಿ ಬಳಸುತ್ತದೆ. ಗಮ್ಯಸ್ಥಾನವು ಕೋಷ್ಟಕದಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಕ್ಲೈಂಟ್ ಅದನ್ನು ಸ್ಥಾಪಿಸಿಲ್ಲ.

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

ಚಿಕ್ಕ ಮೆಟ್ರಿಕ್ ಏಕೆ ಇನ್ನೂ ಸೋಲುತ್ತದೆ

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

ಅದೇ ತರ್ಕ ಯಾವುದೇ ಅತಿಕ್ರಮಿಸುವ ಜೋಡಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಒಳಗಿನ ವಿಳಾಸಕ್ಕೆ /24 /16 ಅನ್ನು ಸೋಲಿಸುತ್ತದೆ, ಸಂಖ್ಯೆಗಳು ಯಾವುದೇ ಇರಲಿ, ಏಕೆಂದರೆ ಹುಡುಕಾಟವು ಮೊದಲು ಅತ್ಯಂತ ನಿರ್ದಿಷ್ಟ ಹೊಂದಾಣಿಕೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ನಂತರವೇ ಸಮಾನರ ನಡುವೆ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಹೋಲಿಸುತ್ತದೆ.

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

ನೀತಿ ನಿಯಮಗಳು ಕೋಷ್ಟಕಕ್ಕಿಂತ ಮೊದಲು ಚಲಿಸುತ್ತವೆ

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

ip rule show ಬಳಸಿ ನಂತರ ನಿರ್ದಿಷ್ಟ ಕೋಷ್ಟಕವನ್ನು ಪ್ರಶ್ನಿಸಿ, ಉದಾಹರಣೆಗೆ ip route show table 100, ಆ ನಿಯಮ ಏನನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಎಂದು ನೋಡಲು. VPN ಕ್ಲೈಂಟ್ ಅಥವಾ ಕಂಟೇನರ್ ರನ್ಟೈಮ್ ನಿಯಮವನ್ನು ಸೇರಿಸಿದ್ದರೆ, ಉತ್ತರ ನೀವು ಓದುತ್ತಿರುವ ಕೋಷ್ಟಕದಲ್ಲಿ ಅಲ್ಲ, ಅಲ್ಲಿರಬಹುದು. ಮೂಲ ವಿಳಾಸವೂ ಮುಖ್ಯ, ಏಕೆಂದರೆ ನಿಯಮವು ಮೂಲಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಿ ಒಂದೇ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಸುರಂಗ ಸಂಚಾರ ಮತ್ತು LAN ಸಂಚಾರಕ್ಕೆ ಬೇರೆ ಬೇರೆಯಾಗಿ ಪರಿಹರಿಸಬಹುದು.

ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರಿಶೀಲಿಸಿ, ಶ್ರೇಣಿಯನ್ನಲ್ಲ

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

IPv6 ಮತ್ತು DNS ಅನ್ನು ಈ ಪರಿಶೀಲನೆಯಿಂದ ಹೊರಗಿಡಿ. ಅವು ಬೇರೆ ನಿರ್ದೇಶನಗಳಿಂದ ಸಂರಚಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಕಾರ್ಯವಿಧಾನಗಳಿಂದ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ, ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸುವ IPv4 ಮಾರ್ಗವು ಅವುಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಒಂದು ಪದರವನ್ನು ಒಂದೊಂದಾಗಿ ಬದಲಿಸಿ ಮತ್ತು ಪ್ರಶ್ನೆಯನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ.