ಸಂಪೂರ್ಣ ಟನೆಲಿಂಗ್ ಉದ್ದದ ವಿಭಜಿತ-ಟನೆಲ್ ಪಟ್ಟಿಗಿಂತ ಸರಳವೇ?

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

ನೀವು ನಿರ್ವಹಿಸುವ ನಿಯಮಗಳನ್ನು ಎಣಿಸುವ ಮೂಲಕ ಆರಂಭಿಸಿ

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

ಪ್ರತಿ ನಮೂದು ಮೂರು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಬೇಕು: ಅದಿಲ್ಲದೆ ಏನು ಮುರಿಯುತ್ತದೆ, ಅದನ್ನು ಯಾರು ನಿರ್ಧರಿಸಿದರು, ಮತ್ತು ಕಾರಣ ಮುಗಿದಿದೆ ಎಂದು ನೀವು ಹೇಗೆ ಗಮನಿಸುತ್ತೀರಿ. ಮೂರಕ್ಕೂ ಉತ್ತರಿಸಲಾಗದ ನಮೂದುಗಳು ಸ್ಥಳಾಂತರಕ್ಕಲ್ಲ, ಅಳಿಸುವಿಕೆಗೆ ಅಭ್ಯರ್ಥಿಗಳು, ಮತ್ತು ಅವನ್ನು ಮೊದಲು ಅಳಿಸುವುದು ನಂತರದ ಹೋಲಿಕೆಯನ್ನು ಪ್ರಾಮಾಣಿಕಗೊಳಿಸುತ್ತದೆ.

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

ಗೇಟ್ವೇ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬಲ್ಲದೇ ಎಂದು ಪರಿಶೀಲಿಸಿ

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

ip -s link show dev tun0
conntrack -C
ss -s

ಬದಲಾವಣೆಗೆ ಮೊದಲು ಮತ್ತು ನಂತರ ಅದೇ ಕೆಲಸದ ಹೊರೆಯನ್ನು ಅಳೆಯಿರಿ, ವಿಶೇಷಣಗಳಿಂದ ತರ್ಕಿಸುವ ಬದಲು. ಒಂದು ಯಂತ್ರದಲ್ಲಿ ಒಂದು ಮಧ್ಯಾಹ್ನದ ಸಾಮಾನ್ಯ ಬಳಕೆ ಗೇಟ್ವೇ ಮಿತಿಗೆ ಹತ್ತಿರವಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಸೋಮವಾರ ಬೆಳಿಗ್ಗೆ ಅದನ್ನು ಕಂಡುಹಿಡಿಯುವುದಕ್ಕೆ ಹೋಲಿಸಿದರೆ ಇದು ಏನೂ ವೆಚ್ಚವಾಗುವುದಿಲ್ಲ.

ಮಾರ್ಗದ MTU ಅನ್ನು ಸಹ ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಸಂಪೂರ್ಣ ಡೀಫಾಲ್ಟ್ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಟನೆಲ್ನ ಗರಿಷ್ಠ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಕ್ಕೆ ಒಡ್ಡುತ್ತದೆ. ಟನೆಲ್ನ ಹೊರಗೆ ಕೆಲಸ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಈಗ ನೀವು ಎಂದೂ ಪರಿಗಣಿಸದ ತುಣುಕು ವರ್ತನೆಯನ್ನು ಅವಲಂಬಿಸಬಹುದು.

ಸ್ಥಳೀಯ ಸೇವೆಗಳು ಮತ್ತು ಖಾಸಗಿ DNS ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂದು ದೃಢೀಕರಿಸಿ

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

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

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

ಒಂದು ಪ್ರೊಫೈಲ್ ಸ್ಥಳಾಂತರಿಸಿ ಮತ್ತು ಗಡಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

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

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

ip route get 203.0.113.10
ip route get 10.40.8.15
resolvectl query intranet.example
curl -sS -o /dev/null -w "%{remote_ip}\n" https://example.com

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