ಒಂದು ಸಬ್ನೆಟ್ ಇನ್ನೂ ನಿಮ್ಮ VPN ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಏಕೆ ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ

ನೀವು VPN ಅನ್ನು ಪೂರ್ಣ ಟನೆಲ್ಗೆ ಬದಲಿಸುತ್ತೀರಿ, ಹೆಚ್ಚಿನ ಸಂಚಾರ ಪಾಲಿಸುತ್ತದೆ, ನಂತರ ಒಂದು ವಿಳಾಸ ನೇರವಾಗಿ ಉತ್ತರಿಸುತ್ತದೆ — ಪ್ರಿಂಟರ್, NAS, 10.x ನಲ್ಲಿನ ಜಂಪ್ ಹೋಸ್ಟ್. ಸ್ಪಷ್ಟ ಓದುವಿಕೆ ಎಂದರೆ ಟನೆಲ್ ಸೋರುತ್ತಿದೆ, ಆದ್ದರಿಂದ ನೀವು ಡೀಫಾಲ್ಟ್ ರೂಟ್ನ ಮೆಟ್ರಿಕ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತೀರಿ ಮತ್ತು ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ. ಆ ವಿಫಲ ಪ್ರಯತ್ನವೇ ಸುಳಿವು: ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಒಂದು ಫಾಲ್ಬ್ಯಾಕ್, ತೀರ್ಪಲ್ಲ. ರೂಟ್ ಹುಡುಕಾಟವು ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಹೋಲಿಸುವ ಮೊದಲೇ ಉದ್ದವಾದ ಹೊಂದಿಕೆಯ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ /24 ಯಾವುದೇ ಸಂಖ್ಯೆಯನ್ನು ಯಾವುದಕ್ಕಾದರೂ ಜೋಡಿಸಿದರೂ /0 ವಿರುದ್ಧ ಗೆಲ್ಲುತ್ತಲೇ ಇರುತ್ತದೆ. ಆ ಕ್ರಮ ಸ್ಪಷ್ಟವಾದ ನಂತರ, ಸೋರಿಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಯಾರೋ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸ್ಥಾಪಿಸಿದ ರೂಟ್, ಅಥವಾ ಕ್ಲೈಂಟ್ ಎಂದೂ ಮುಚ್ಚಲು ಉದ್ದೇಶಿಸದ ಪ್ರಿಫಿಕ್ಸ್.

ಡೀಫಾಲ್ಟ್ ರೂಟ್ ನಿಜವಾಗಿ ಏನು ಭರವಸೆ ನೀಡುತ್ತದೆ

0.0.0.0/0 ಶೂನ್ಯ ಬಿಟ್ ನಿರ್ದಿಷ್ಟತೆಯೊಂದಿಗೆ ಪ್ರತಿ IPv4 ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಹೊಂದುತ್ತದೆ. ಹೋಸ್ಟ್ ತನ್ನ ಟೇಬಲ್ ಉತ್ತಮವಾಗಿ ವಿವರಿಸದ ಯಾವುದನ್ನಾದರೂ ತಲುಪಲು ಇದು ಇದೆ. 192.168.1.0/24 ಗೆ ಇರುವ ರೂಟ್ 24 ಹೊಂದಿಕೆಯ ಬಿಟ್ಗಳನ್ನು ಒಯ್ಯುತ್ತದೆ, ಆದ್ದರಿಂದ 192.168.1.40 ಗೆ ಯಾರಾದರೂ ಮೆಟ್ರಿಕ್, ಆಡಳಿತಾತ್ಮಕ ದೂರ ಅಥವಾ ಕ್ಲೈಂಟ್ ತನ್ನ ಆದ್ಯತಾ ಕ್ಷೇತ್ರ ಎಂದು ಕರೆಯುವುದನ್ನು ಹೋಲಿಸುವ ಮೊದಲೇ ಅದು ಗೆಲ್ಲುತ್ತದೆ. ಅದೇ ನಿಯಮ Linux FIB, Windows ರೂಟಿಂಗ್ ಟೇಬಲ್ ಮತ್ತು macOS ಹಿಂದಿನ BSD ಸ್ಟ್ಯಾಕ್ನಲ್ಲಿ ಅನ್ವಯಿಸುತ್ತದೆ.

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

ಅರ್ಧ-ಡೀಫಾಲ್ಟ್ಗಳು, ಅಥವಾ ಡೀಫಾಲ್ಟ್ ನಮೂದು ಏಕೆ ಅಸ್ಪೃಷ್ಟವಾಗಿ ಕಾಣಬಹುದು

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

WireGuard ನ wg-quick ನೀತಿ ಆಧಾರಿತ ರೂಟಿಂಗ್ ಮೂಲಕ ಅದೇ ಫಲಿತಾಂಶ ತಲುಪುತ್ತದೆ. AllowedIPs 0.0.0.0/0 ಆವರಿಸಿದಾಗ ಅದು ತನ್ನದೇ ಟೇಬಲ್ ರಚಿಸುತ್ತದೆ, ಗುರುತಿಸಿದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಅಲ್ಲಿಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಮುಖ್ಯ ಟೇಬಲ್ನ ಶೂನ್ಯ ಉದ್ದದ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ನಿಯಮ ಸೇರಿಸುತ್ತದೆ. ಮುಖ್ಯ ಟೇಬಲ್ ತನ್ನ ಡೀಫಾಲ್ಟ್ ನಮೂದನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಒಡೆತನದ ಸಂಚಾರಕ್ಕೆ ಮೊದಲು ಟನೆಲ್ ಟೇಬಲ್ ಅನ್ನು ಕೇಳಲಾಗುತ್ತದೆ ಎಂದು ನಿಯಮಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ.

ಎರಡೂ ವಿನ್ಯಾಸಗಳಿಗೆ ಟನೆಲ್ನ ಹೊರಗೆ ನಿಖರವಾಗಿ ಒಂದು ರೂಟ್ ಬೇಕು: ಮೂಲ ಗೇಟ್ವೇ ಮೂಲಕ VPN ಸರ್ವರ್ನ ಸ್ವಂತ ವಿಳಾಸಕ್ಕೆ ಹೋಸ್ಟ್ ರೂಟ್. ಅದಿಲ್ಲದೆ ಕ್ಲೈಂಟ್ ಟನೆಲ್ ನಿರ್ಮಿಸುವ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಟನೆಲ್ ಒಳಗೆ ಒಯ್ಯಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕ ಎಂದೂ ಪೂರ್ಣಗೊಳ್ಳುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಕಠಿಣ ಪೂರ್ಣ-ಟನೆಲ್ ಪ್ರೊಫೈಲ್ನಲ್ಲೂ ನಿಮ್ಮ ಟೇಬಲ್ನಲ್ಲಿ ಟನೆಲ್ ಅಲ್ಲದ ರೂಟ್ ಸಾಮಾನ್ಯ. ಪ್ರಶ್ನಿಸಲು ಯೋಗ್ಯವಾದ ರೂಟ್ಗಳು ನಿಮಗೆ ನಿಜವಾಗಿ ಮುಖ್ಯವಾದ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಆವರಿಸುವಂಥವು.

ಮೆಟ್ರಿಕ್ಗಳು ಸಮಬಲ ನಿರ್ಧರಿಸುತ್ತವೆ, ಪ್ರಿಫಿಕ್ಸ್ಗಳು ವಿಜೇತರನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ

ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಸಮಾನವಾಗಿ ಹೊಂದುವ ಅಭ್ಯರ್ಥಿಗಳ ನಡುವೆ ಮಾತ್ರ ಹೋಲಿಸಲಾಗುತ್ತದೆ. Linux ನಲ್ಲಿ ip route get 10.20.5.9 ವಿಜೇತರನ್ನು ಅವರ ಟೇಬಲ್ನೊಂದಿಗೆ ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ip route show table all ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಯಾವುದೇ ಅರ್ಧ-ಡೀಫಾಲ್ಟ್ ಮತ್ತು ನಿಯಮವು ತೋರಿಸುವ ಯಾವುದೇ ಟೇಬಲ್ ಸೇರಿದಂತೆ. Windows ನಲ್ಲಿ Find-NetRoute -RemoteIPAddress 10.20.5.9 ಆಯ್ಕೆಯಾದ ರೂಟ್ ಮತ್ತು ಮೂಲ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಆದರೆ Get-NetRoute ಕಚ್ಚಾ ಟೇಬಲ್ ತೋರಿಸುತ್ತದೆ — ಆದರೆ ಪರಿಣಾಮಕಾರಿ ವೆಚ್ಚ ರೂಟ್ ಮೆಟ್ರಿಕ್ ಜೊತೆಗೆ ಇಂಟರ್ಫೇಸ್ ಮೆಟ್ರಿಕ್, ಆದ್ದರಿಂದ ನಿಧಾನ ಅಡಾಪ್ಟರ್ ಗೆಲ್ಲುತ್ತಿರುವಂತೆ ಕಾಣುವ ಸಮಬಲವನ್ನು ಕಳೆದುಕೊಳ್ಳಬಹುದು.

ನೀವು ನೋಡುವ ಹೆಚ್ಚಿನದನ್ನು ಮೂರು ಸಂದರ್ಭಗಳು ಆವರಿಸುತ್ತವೆ:

• ಅದೇ ಗಮ್ಯಸ್ಥಾನ, /24 ವಿರುದ್ಧ /0: ಮೆಟ್ರಿಕ್ಗಳು ಏನೇ ಹೇಳಿದರೂ, ಪ್ರಿಫಿಕ್ಸ್ ಉದ್ದದಲ್ಲಿ /24 ಗೆಲ್ಲುತ್ತದೆ.
• ಅದೇ ಗಮ್ಯಸ್ಥಾನ, ವಿಭಿನ್ನ ಮೆಟ್ರಿಕ್ಗಳ ಎರಡು /24: ಕಡಿಮೆ ಪರಿಣಾಮಕಾರಿ ಮೆಟ್ರಿಕ್ ಗೆಲ್ಲುತ್ತದೆ.
• ಅದೇ ಗಮ್ಯಸ್ಥಾನ, ಎರಡು ಟೇಬಲ್ಗಳು, ಒಂದನ್ನು ನೀತಿ ನಿಯಮ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ: ನಿಯಮ ಮೊದಲು ಟೇಬಲ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಪ್ರಿಫಿಕ್ಸ್ ಹೋಲಿಕೆ ಅದರೊಳಗೆ ನಡೆಯುತ್ತದೆ.

ಮೂರನೇ ಸಂದರ್ಭ ಈ ವರದಿಗಳ ಹೆಚ್ಚಿನವು ಕೊನೆಗೊಳ್ಳುವ ಸ್ಥಳ. Linux ನ ip rule ಅಥವಾ Windows VPN ಸಂಚಾರ ಫಿಲ್ಟರ್ ಸಂಚಾರವನ್ನು ಎಂದೂ ಟನೆಲ್ ಡೀಫಾಲ್ಟ್ ಹೊಂದಿರದ ಟೇಬಲ್ಗೆ ಕಳುಹಿಸಬಹುದು, ಮತ್ತು ಮುಖ್ಯ ಟೇಬಲ್ ಎಲ್ಲಾ ಸಮಯದಲ್ಲೂ ಪರಿಪೂರ್ಣವಾಗಿ ಕಾಣುತ್ತದೆ.

ಸಾಮಾನ್ಯವಾಗಿ ಈ ಬೈಪಾಸ್ನ ಮಾಲೀಕರು ಯಾರು

ಟೇಬಲ್ನಿಂದ ಅಲ್ಲ, ಪ್ರೊಫೈಲ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ. Split-tunnel ಸಂರಚನೆಗಳು ಮತ್ತು ಪ್ರತಿ-ಆ್ಯಪ್ VPN ಸೆಟ್ಟಿಂಗ್ಗಳು ಹೆಸರಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಟನೆಲ್ನ ಹೊರಗೆ ಬಿಡುತ್ತವೆ; ಒಂದು ಖಾಸಗಿ ಸಬ್ನೆಟ್ ಅನ್ನು ರಕ್ಷಿಸಿ ಸಾಮಾನ್ಯ ಬ್ರೌಸಿಂಗ್ ನೇರವಾಗಿ ಹೋಗಲು ಬಿಡುವ ಕೆಲಸದ ಪ್ರೊಫೈಲ್ ವಿನ್ಯಾಸಗೊಂಡಂತೆ ವರ್ತಿಸುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಅತಿಕ್ರಮಿಸಿದರೆ ಅದು ಜಾರಿಗೊಳಿಸಬೇಕಿದ್ದ ನೀತಿಯನ್ನು ಮುರಿಯುತ್ತದೆ. Microsoft ನ VPN ರೂಟಿಂಗ್ ಮಾರ್ಗದರ್ಶಿ ಬಲವಂತದ ಟನೆಲ್ ಸಂಚಾರ ಮತ್ತು ಸ್ಪಷ್ಟ ಅಪವಾದಗಳ ನಡುವೆ ಅದೇ ರೇಖೆ ಎಳೆಯುತ್ತದೆ, ಇದು ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಉಪಯುಕ್ತ ಪರಸ್ಪರ ಪರಿಶೀಲನೆಯಾಗಿಸುತ್ತದೆ.

ನಂತರ ಉಳಿಕೆಗಳನ್ನು ಹುಡುಕಿ. ಇನ್ನು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ಹಿಂದಿನ ನೆಟ್ವರ್ಕ್ನ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸುವ ರೂಟ್, ಡಾಕಿಂಗ್ ಸ್ಟೇಷನ್ಗಳು, USB ಅಡಾಪ್ಟರ್ಗಳು ಮತ್ತು ಕಂಟೇನರ್ ಸೇತುವೆಗಳು ಬಂದು ಹೋದ ನಂತರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಒಮ್ಮೆ ಅಳಿಸುವುದು ಅಂತ್ಯವಲ್ಲ: NetworkManager ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್ಗಳು, netplan ಫೈಲ್ಗಳು ಮತ್ತು Windows ನ ಶಾಶ್ವತ ರೂಟ್ಗಳು ಮುಂದಿನ ಸಂಪರ್ಕ ಅಥವಾ ಬೂಟ್ನಲ್ಲಿ ಅದನ್ನು ಮತ್ತೆ ಸ್ಥಾಪಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಅದನ್ನು ಹೊಂದಿರುವ ಫೈಲ್ ಅಥವಾ ಪ್ರೊಫೈಲ್ ಹುಡುಕಿ.

ನಂತರ IPv6 ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ. ip -6 route ಮತ್ತು Get-NetRoute -AddressFamily IPv6 ಪ್ರತ್ಯೇಕ ಸ್ಥಿತಿ, ಪ್ರತ್ಯೇಕ ಡೀಫಾಲ್ಟ್ಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕ ಕ್ಲೈಂಟ್ ವರ್ತನೆ ಹೊಂದಿವೆ. IPv4-ಮಾತ್ರ ಆಡಿಟ್ ಸ್ವದೇಶಿ IPv6 ಮಾರ್ಗಕ್ಕೆ ಮೌನವಾಗಿ ಆದ್ಯತೆ ನೀಡುವ ದ್ವಿ-ಸ್ಟ್ಯಾಕ್ ಹೋಸ್ಟ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಅದೊಂದೇ ಕ್ಲೈಂಟ್ ಅನ್ನು split-tunnel ಎಂಬಂತೆ ಕಾಣಿಸಬಹುದು.

ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ಹರಿವಿನಿಂದ ದೃಢೀಕರಿಸಿ

ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಬಳಸುವ ಗಮ್ಯಸ್ಥಾನವನ್ನು ದಾಖಲಿಸಿ, ನಂತರ ಆ ಅಪ್ಲಿಕೇಶನ್ ಬಂಧಿಸುವ ಮೂಲ ವಿಳಾಸದಿಂದ ಅದು ತೆಗೆದುಕೊಳ್ಳುವ ಮಾರ್ಗವನ್ನು ವ್ಯವಸ್ಥೆಯನ್ನು ಕೇಳಿ. ip route get 10.20.5.9 from 192.168.1.40 Linux ನಲ್ಲಿ ಅದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ; Find-NetRoute -RemoteIPAddress 10.20.5.9 ಜೊತೆಗೆ ಸ್ಥಳೀಯ ವಿಳಾಸ Windows ನಲ್ಲಿ ಅದನ್ನು ಮಾಡುತ್ತದೆ. ಫಲಿತಾಂಶವನ್ನು ಪ್ರೊಫೈಲ್ ಹೇಳಿಕೊಳ್ಳುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ. ಬ್ರೌಸರ್ನ ಸಾರ್ವಜನಿಕ-IP ಪುಟ ಒಂದು ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲಿ ಒಂದು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ದೂರು ಪ್ರಾರಂಭಿಸಿದ ಖಾಸಗಿ ವಿಳಾಸದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

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

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

• ಆ್ಯಪ್ ನಿಜವಾಗಿ ಬಳಸುವ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಮೂಲ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸಿ.
• ಗೆದ್ದ ರೂಟ್ ಅನ್ನು ip route get ಅಥವಾ Find-NetRoute ಬಳಸಿ ಮುದ್ರಿಸಿ.
• ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗದ ಮಾಲೀಕರು /1 ಜೋಡಿ ಅಥವಾ ನೀತಿ ಟೇಬಲ್ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ.
• ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಹೊಂದುವ /0 ಗಿಂತ ಉದ್ದವಾದ ಪ್ರತಿ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡಿ.
• IPv6 ಪರಿಶೀಲನೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪುನರಾವರ್ತಿಸಿ.
• ಉಳಿದ ರೂಟ್ ಅನ್ನು ಅದನ್ನು ಸ್ಥಾಪಿಸುವ ಫೈಲ್, ಪ್ರೊಫೈಲ್ ಅಥವಾ ಫಿಲ್ಟರ್ಗೆ ಕೊಂಡೊಯ್ಯಿರಿ.
• ಸರಿಪಡಿಸಲಾಗಿದೆ ಎಂದು ಹೇಳುವ ಮೊದಲು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಪ್ರಶ್ನೆಯನ್ನು ಮತ್ತೆ ಓಡಿಸಿ.

ಎಲ್ಲಾ ಏಳು ಪ್ರೊಫೈಲ್ನೊಂದಿಗೆ ಒಪ್ಪಿದರೆ, ಟನೆಲ್ ಸಂರಚಿಸಲಾದದ್ದನ್ನು ನಿಖರವಾಗಿ ಮಾಡುತ್ತಿದೆ, ಮತ್ತು ಪರಿಹಾರ ಮೆಟ್ರಿಕ್ನಲ್ಲಲ್ಲ, ಪ್ರೊಫೈಲ್ನಲ್ಲಿದೆ.