DHCP ರೂಟ್‌ಗಳು ನಿಮ್ಮ ಟ್ರಾಫಿಕ್ ಅನ್ನು VPN ಟನೆಲ್‌ನ ಹೊರಗೆ ಕಳುಹಿಸಬಹುದೇ?

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

ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯವಾದುದು ಏಕೆಂದರೆ ಎರಡನೇ ವೈಫಲ್ಯವನ್ನು ಏರ್ಪಡಿಸುವುದು ಅಗ್ಗ ಮತ್ತು ತಪ್ಪಿಸಿಕೊಳ್ಳುವುದು ಬಹಳ ಸುಲಭ. ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಆರೋಗ್ಯಕರ ಸಂಪರ್ಕ ವರದಿ ಮಾಡುತ್ತಿರುವಾಗ ತಪ್ಪು ಇಂಟರ್‌ಫೇಸ್‌ನಿಂದ ಹೊರಟ ವಿನಂತಿಯಾಗಿ ಅದು ಕಾಣಿಸುತ್ತದೆ.

ನೆಟ್‌ವರ್ಕ್ ನಿಮ್ಮ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದಾದ ಎರಡು ದಾರಿಗಳು

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

ಮಾರ್ಗದಲ್ಲಿರುವ ಉಪಕರಣಗಳಿಗೆ ಎರಡನೇ ಪ್ರಕರಣದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಲು ನಿಮ್ಮ ಕೀಗಳ ಅಗತ್ಯವಿಲ್ಲ. ಅವುಗಳಿಗೆ ಬೇಕಾಗಿರುವುದು ನಿಮ್ಮ ಎಂಡ್‌ಪಾಯಿಂಟ್ ರೂಟ್, ರಿಜಾಲ್ವರ್ ಅಥವಾ ಅದನ್ನು ಉತ್ಪಾದಿಸುವ ನೀತಿ-ನಿಯಮವನ್ನು ಸ್ವೀಕರಿಸುವುದು ಮಾತ್ರ.

expected:  app -> tunnel device -> encapsulation -> internet
observed:  app -> wlan0        -> plaintext     -> internet

ಟನೆಲ್ ಅಸ್ತಿತ್ವಕ್ಕೆ ಬರುವ ಮೊದಲು ರೂಟ್ ಎಲ್ಲಿಂದ ಬರಬಹುದು

DHCP ವಿಳಾಸದ ಬಾಡಿಗೆಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಹಂಚುತ್ತದೆ. ಕ್ಲಾಸ್‌ರಹಿತ ಸ್ಥಿರ ರೂಟ್ ಆಯ್ಕೆಯು ಗಂತವ್ಯ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು ಮತ್ತು ಮುಂದಿನ ಹಾಪ್‌ಗಳನ್ನು ಒಯ್ಯಬಹುದು, ಮತ್ತು RFC 3442 ತಪ್ಪು ರೌಟರ್ ವಿಳಾಸದ ಭದ್ರತಾ ಪರಿಣಾಮಗಳನ್ನು ಚರ್ಚಿಸುತ್ತದೆ: ದಾರಿತಪ್ಪಿಸಿದ ಟ್ರಾಫಿಕ್, ಸೇವಾ ನಿರಾಕರಣೆ, ಅಥವಾ ಮಾರ್ಗದಲ್ಲಿ ಕುಳಿತ ವೀಕ್ಷಕ. ಟನೆಲ್ ಏಳುವ ಮೊದಲೇ ಆ ರೂಟ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಕ್ಲೈಂಟ್ ನಿಮ್ಮ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲದ ಆದ್ಯತೆಯ ಮಾರ್ಗದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳಬಹುದು.

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

IPv6 ತನ್ನದೇ ಸುತ್ತನ್ನು ಅರ್ಹವಾಗಿ ಪಡೆಯುತ್ತದೆ, ಏಕೆಂದರೆ ರೌಟರ್ ಪ್ರಕಟಣೆಗಳು ಡಿಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು DHCPv4 ಆಯ್ಕೆಗಿಂತ ಬೇರೆ ಕೋಡ್ ಮೂಲಕ ಒಯ್ಯುತ್ತವೆ. ಕೇವಲ v4 ಟೇಬಲ್ ಪರಿಶೀಲಿಸುವ ಪರೀಕ್ಷೆ ಅದನ್ನು ಆವರಿಸಿಲ್ಲ.

ಕರ್ನೆಲ್ ನಿಜವಾಗಿ ಆಯ್ಕೆಮಾಡುವ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ

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

ip route get 203.0.113.10
ip route show table all | grep -E '^(default|203\.0\.113)'
ip rule show
resolvectl query example.com

ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಎರಡು ವಿಷಯಗಳನ್ನು ಹುಡುಕಿ: ರೂಟ್‌ನಲ್ಲಿ ಹೆಸರಿಸಿದ ಇಂಟರ್‌ಫೇಸ್ ಮತ್ತು ಆಯ್ಕೆಯಾದ ಮೂಲ ವಿಳಾಸ. ಟನೆಲ್ ರೂಟ್ ಟನೆಲ್ ಸಾಧನವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಸೋರಿದ ರೂಟ್ ಭೌತಿಕ ಸಾಧನವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ವ್ಯತ್ಯಾಸ ಯಾವುದನ್ನೂ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡದೆ ಕಾಣುತ್ತದೆ. ಚಲಾಯಿಸುವಿಕೆಗಳ ನಡುವೆ ಉತ್ತರ ಬದಲಾದರೆ ಎರಡೂ ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ ಮತ್ತು ಅವನ್ನು ಉತ್ಪಾದಿಸಿದ ನಿಯಮಗಳನ್ನು ಹೋಲಿಸಿ.

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

ಜಾರಿ ಎಲ್ಲಿ ಇರಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ

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

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

ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಅಪ್‌ಗ್ರೇಡ್ ಮತ್ತು ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್ ಬದಲಾವಣೆಯ ನಂತರ ಹುಡುಕಾಟ ಆದೇಶಗಳನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ, ಮತ್ತು ಕೊನೆಯ ದಾಖಲಾದ ಔಟ್‌ಪುಟ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ. ರೂಟ್ ಟೇಬಲ್ ಜಾರಿಯ ಗಡಿ, ಆದ್ದರಿಂದ ಅದನ್ನು ಹಾಗೆಯೇ ಪರಿಗಣಿಸಿ.