ಪೂರ್ಣ ಟನೆಲ್ ಮತ್ತು ವಿಭಜಿತ ಟನೆಲ್: ನಾಲ್ಕು ವ್ಯತ್ಯಾಸಗಳು
ಲೇಬಲ್ ಲ್ಯಾಪ್ಟಾಪ್‌ನ ಉಳಿದ ಟ್ರಾಫಿಕ್ ಎಲ್ಲಿಂದ ಹೊರಬರುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಅದು ಎಷ್ಟು ವೇಗ ಎಂಬುದಲ್ಲ. ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಎಗ್ರೆಸ್, ಲೋಡ್, DNS ಮತ್ತು ವೈಫಲ್ಯದ ನಡವಳಿಕೆಯನ್ನು ಹೋಲಿಸಿ.
ಟನೆಲ್ ಲೇಬಲ್‌ಗಳು ಲ್ಯಾಪ್ಟಾಪ್‌ನ ಉಳಿದ ಟ್ರಾಫಿಕ್ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತವೆ, ಅದು ಎಷ್ಟು ವೇಗವಾಗಿ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನಲ್ಲ. ಪೂರ್ಣ ಟನೆಲ್‌ನಲ್ಲಿ, ಸಾರ್ವಜನಿಕ ವಿನಂತಿಗಳು ಇಂಟರ್ನೆಟ್‌ಗೆ ಹೊರಡುವ ಮೊದಲು VPN ಗೇಟ್‌ವೇ ಮೂಲಕ ಹಾದುಹೋಗುತ್ತವೆ. ವಿಭಜಿತ ಟನೆಲ್‌ನಲ್ಲಿ, ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನಗಳು ಟನೆಲ್ ಬಳಸುತ್ತವೆ ಮತ್ತು ಉಳಿದೆಲ್ಲವೂ ಸ್ಥಳೀಯ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಎರಡೂ ಆಂತರಿಕ ಅಪ್ಲಿಕೇಶನ್ ತಲುಪುತ್ತವೆ, ಆದ್ದರಿಂದ ಜನರು ಮೊದಲು ಮಾಡುವ ತಲುಪುವಿಕೆ ಪರೀಕ್ಷೆ ಯಾವ ನೀತಿ ಜಾರಿಯಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಹೇಳುವುದಿಲ್ಲ.
ಬದಲಿಗೆ ನಿರ್ಗಮನವನ್ನು ಪರೀಕ್ಷಿಸಿ: ಸಾರ್ವಜನಿಕ ಪ್ರತಿಧ್ವನಿ ಪುಟ ಯಾವ ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಯಾವ ರೆಸಾಲ್ವರ್ ಉತ್ತರಿಸಿತು.
ಪುರಾಣ: ವಿಭಜಿತ ಟನೆಲ್ ಕೇವಲ ವೇಗದ ಆಯ್ಕೆ
ವಿಭಜಿತ ಟನೆಲ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆಯ ವೈಶಿಷ್ಟ್ಯವಾಗಿ ಮಾರಾಟ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಅದು ಹಾಗಿರಬಹುದು, ಆದರೆ ಅದು ವ್ಯಾಖ್ಯಾನವಲ್ಲ ಬದಲಿಗೆ ಅಡ್ಡಪರಿಣಾಮ. ವ್ಯಾಖ್ಯಾನವೆಂದರೆ ಯಾವ ಗಮ್ಯಸ್ಥಾನಗಳು ಟನೆಲ್ ಪ್ರವೇಶಿಸುತ್ತವೆ ಎಂಬ ರೂಟಿಂಗ್ ನಿರ್ಧಾರ. ವೇಗದ ವ್ಯತ್ಯಾಸವು ನೇರ ಮಾರ್ಗವು ಕಚೇರಿಯ ಮೂಲಕ ಸುತ್ತುಮಾರ್ಗಕ್ಕಿಂತ ನಿಜವಾಗಿಯೂ ಉತ್ತಮವಾದಾಗ ಮಾತ್ರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ದಟ್ಟಣೆಯ ಮನೆ ಲಿಂಕ್ ಮತ್ತು ಹಗುರ ಲೋಡ್‌ನ ಗೇಟ್‌ವೇನಲ್ಲಿ, ಪೂರ್ಣ ಟನೆಲ್ ಎರಡರಲ್ಲಿ ವೇಗವಾಗಿರಬಹುದು.
ಆದ್ದರಿಂದ ಪ್ರಾಮಾಣಿಕ ಚೌಕಟ್ಟು ಮಾರ್ಗದ ಮಾಲೀಕತ್ವ ಮತ್ತು ನಿಯಂತ್ರಣದ ಬಗ್ಗೆ, ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆ ನಂತರ ಅಳೆಯುವ ವಿಷಯ. ವೇಗಕ್ಕಾಗಿ ಆಯ್ಕೆ ಮಾಡಿದ ನೀತಿ ನಿಮ್ಮ DNS ಮತ್ತು ಸಾರ್ವಜನಿಕ ಎಗ್ರೆಸ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಸರಿಸಿದರೆ, ಅದು ತಪ್ಪು ಕಾರಣಕ್ಕೆ ಆಯ್ಕೆಯಾಗಿದೆ.
ವಾಸ್ತವವಾಗಿ ಏನು ಬದಲಾಗುತ್ತದೆ: ನಿರ್ಗಮನ
ಪೂರ್ಣ ಟನೆಲ್‌ನಲ್ಲಿ, ಸಾರ್ವಜನಿಕ ವೆಬ್‌ಸೈಟ್ ಕಚೇರಿಯ ಎಗ್ರೆಸ್ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ ಮತ್ತು ಕಚೇರಿಯ ಫಿಲ್ಟರಿಂಗ್ ವಿನಂತಿಯನ್ನು ನೋಡುತ್ತದೆ. ವಿಭಜಿತ ಟನೆಲ್‌ನಲ್ಲಿ, ಅದೇ ಸೈಟ್ ಬಳಕೆದಾರರ ಮನೆ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ ಮತ್ತು ಕಚೇರಿ ಏನನ್ನೂ ನೋಡುವುದಿಲ್ಲ. ಇವು ವಿಭಿನ್ನ ಗೋಚರತೆ ಮಾದರಿಗಳು, ಮತ್ತು ಯಾವುದೂ ತಾನಾಗಿಯೇ ಹೆಚ್ಚು ಸುರಕ್ಷಿತವಲ್ಲ. ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಎಂದರೆ ಸಂಸ್ಥೆ ವಾಸ್ತವವಾಗಿ ಯಾವುದನ್ನು ನಿರ್ವಹಿಸಬಲ್ಲದು.
ಸಂಪರ್ಕಿತ ಬ್ಯಾಜ್ ಅನ್ನು ನಂಬುವ ಬದಲು ಅದನ್ನು ನೇರವಾಗಿ ಪರಿಶೀಲಿಸಿ. ಸಾರ್ವಜನಿಕ ವಿಳಾಸದ ಪ್ರತಿಧ್ವನಿ ನಿರ್ಗಮನವನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ರೆಸಾಲ್ವರ್ ಪರೀಕ್ಷೆ ಯಾರ DNS ಉತ್ತರಿಸಿತು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.
| Question | Full tunnel | Split tunnel |
|---|---|---|
| Public exit address | Office egress | Local connection |
| Gateway load | All covered traffic | Private destinations only |
| Office visibility | Requests and destinations | Private resource access only |
ನಂತರ ಗೇಟ್‌ವೇ ಏನನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬೇಕು
ವೀಡಿಯೊ ಕರೆಗಳು, ಡೌನ್‌ಲೋಡ್‌ಗಳು ಮತ್ತು ಖಾಸಗಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳುವ ಗೇಟ್‌ವೇಗೆ ಕೇವಲ ಆಂತರಿಕ ವಿನಂತಿಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳುವ ಗೇಟ್‌ವೇಗಿಂತ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಕೆಲಸದ ಹೊರೆಗೆ ಸಾಮರ್ಥ್ಯ ಬೇಕು. ಸೈಟ್‌ನ ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕವು ಬಳಕೆದಾರರ ಆಗಮನ ಮತ್ತು ನಂತರದ ಸಾರ್ವಜನಿಕ ಎಗ್ರೆಸ್ ಎರಡನ್ನೂ ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಎರಡು ಲಿಂಕ್‌ಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಸ್ಯಾಚುರೇಟ್ ಆಗಬಹುದು.
ಸ್ಥಳೀಯ ಬ್ರೇಕ್‌ಔಟ್ ಆ ಲೋಡ್ ಮತ್ತು ಸುತ್ತುಮಾರ್ಗವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಮತ್ತು ಅದು ಉತ್ತಮ ಅನುಭವದ ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನೇರ ಮಾರ್ಗವೂ ದಟ್ಟಣೆಯಾಗಿರಬಹುದು. ರೂಟಿಂಗ್ ಲೇಬಲ್ ಅನ್ನು ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಳತೆಯಾಗಿ ಪರಿಗಣಿಸುವ ಬದಲು ನಿಜವಾದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೋಲಿಸಿ.
ಪೂರ್ಣ ಟನೆಲ್ ಅಡಿಯಲ್ಲಿ ಅಪವಾದಗಳಿವೆ
ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವು ಪ್ರತಿ ಪ್ಯಾಕೆಟ್‌ನ ಪಟ್ಟಿಯಲ್ಲ. ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗಗಳು, ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಅನುಮತಿಗಳು, ಅಪ್ಲಿಕೇಶನ್ ಹೊರಗಿಡುವಿಕೆಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕ IPv6 ನಿಯಮಗಳು ಎಲ್ಲವೂ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಪೂರ್ಣ ಟನೆಲ್ ಎಂದು ವಿವರಿಸಿದ ನೀತಿ ಇನ್ನೂ ಸೋರಿಕೆಯಾಗಬಹುದು. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ರೂಟಿಂಗ್ ದಾಖಲೆಗಳು ಬಲವಂತದ ಟನೆಲ್ ಡೀಫಾಲ್ಟ್‌ಗಳಿಗೆ ಈ ವ್ಯತ್ಯಾಸವನ್ನು ಮಾಡುತ್ತವೆ, ಮತ್ತು ಕ್ಲೈಂಟ್‌ನ ಅಪವಾದ ಪಟ್ಟಿಯೇ ಸೋರಿಕೆ ಸಾಮಾನ್ಯವಾಗಿ ವಾಸಿಸುವ ಸ್ಥಳ. ನಡವಳಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಉದ್ದೇಶವನ್ನಲ್ಲ.
IPv6 ತನ್ನದೇ ನೋಟಕ್ಕೆ ಅರ್ಹವಾಗಿದೆ, ಏಕೆಂದರೆ IPv4 ಮಾತ್ರ ಹೊತ್ತುಕೊಳ್ಳುವ ಟನೆಲ್ ಇಡೀ ಸ್ಟ್ಯಾಕ್ ಅನ್ನು ನೀತಿಯ ಹೊರಗೆ ಬಿಡುತ್ತದೆ.
DNS ಪ್ರತ್ಯೇಕ ನೀತಿ
ಆಂತರಿಕ ಹೆಸರುಗಳಿಗೆ ಅವುಗಳನ್ನು ತಿಳಿದಿರುವ ರೆಸಾಲ್ವರ್ ಬೇಕು, ಮತ್ತು ಆ ರೆಸಾಲ್ವರ್ ಟನೆಲ್ ಮೂಲಕ ಮಾತ್ರ ತಲುಪಬಹುದಾಗಿರಬಹುದು. ತನ್ನದೇ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ DNS ಹೊಂದಿರುವ ಬ್ರೌಸರ್ ಸಿಸ್ಟಮ್ ರೆಸಾಲ್ವರ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬೈಪಾಸ್ ಮಾಡಬಹುದು, ಇದು ಆಂತರಿಕ ಹೆಸರುಗಳು ವಿಫಲವಾಗಿ ಸಾರ್ವಜನಿಕ ಹೆಸರುಗಳು ಕೆಲಸ ಮಾಡುವ ವಿಭಜನೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಅಥವಾ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ.
ಹುಡುಕಾಟಗಳು ಎಲ್ಲಿಗೆ ಹೋಗಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ, ನಂತರ ಕ್ಲೈಂಟ್ ಮತ್ತು ಬ್ರೌಸರ್ ಒಪ್ಪುವಂತೆ ಮಾಡಿ. ಯಶಸ್ವಿ ಸಾರ್ವಜನಿಕ ಬ್ರೌಸಿಂಗ್ ಆಂತರಿಕ ಹೆಸರು ಪರಿಹಾರವನ್ನು ಎಂದಿಗೂ ಪರೀಕ್ಷಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಇಂಟ್ರಾನೆಟ್ ಸೈಟ್ ಕಣ್ಮರೆಯಾದಾಗ ಇದು ತಪ್ಪು ಸಾಕ್ಷ್ಯ.
ವೈಫಲ್ಯ ನೀತಿಯನ್ನು ಬರೆಯಿರಿ, ನಂತರ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ
ಟನೆಲ್ ಬಿದ್ದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ: ಎಲ್ಲವನ್ನೂ ನಿರ್ಬಂಧಿಸಿ, ಖಾಸಗಿ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಮಾತ್ರ ನಿರ್ಬಂಧಿಸಿ, ಅಥವಾ ನೇರ ಸಂಪರ್ಕಗಳನ್ನು ಅನುಮತಿಸಿ. ಸ್ವಯಂಚಾಲಿತ ಮರುಸಂಪರ್ಕ ಈ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಟನೆಲ್ ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಮಾತ್ರ ಆವರಿಸುವ ಕಿಲ್ ಸ್ವಿಚ್ ಹೊರಗಿಡಲಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಮುಕ್ತವಾಗಿ ಮಾತನಾಡಲು ಬಿಡಬಹುದು. ನಿಜವಾದ ಸಂಪರ್ಕ ಕಡಿತ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಬದಲಾವಣೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಕ್ಲೈಂಟ್‌ನ ಸ್ಥಿತಿಯನ್ನು ಓದಿ, ಏಕೆಂದರೆ ದಾಖಲೆಗಳು ಉದ್ದೇಶಿತ ನಡವಳಿಕೆಯನ್ನು ವಿವರಿಸುತ್ತವೆ, ಸ್ಥಾಪಿತವಾದದ್ದನ್ನಲ್ಲ.
ಖಾಸಗಿ ಮಾರ್ಗಗಳು, ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನ, DNS ಸರ್ವರ್‌ಗಳು, ಸ್ಥಳೀಯ ಅಪವಾದಗಳು ಮತ್ತು ವೈಫಲ್ಯದ ನಡವಳಿಕೆಯನ್ನು ಒಂದು ಸಣ್ಣ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ದಾಖಲಿಸಿ. ಆ ಟಿಪ್ಪಣಿಯೇ ನೀತಿಯನ್ನು ಅದನ್ನು ಬರೆಯದವರಿಗೂ ಪರಿಶೀಲನೀಯವಾಗಿಸುತ್ತದೆ.