ಫೇಲ್-ಓಪನ್ vs ಫೇಲ್-ಕ್ಲೋಸ್ಡ್: VPN ಕಿಲ್ ಸ್ವಿಚ್ ಏನನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ
ಎರಡೂ ಪದಗಳು ಟನೆಲ್ ಹೋದ ನಂತರ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತವೆ, ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಎಷ್ಟು ಬಲವಾಗಿದೆ ಎಂಬುದನ್ನಲ್ಲ. ನೀವು ಆಯ್ಕೆ ಮಾಡುವ ವ್ಯಾಪ್ತಿಯೇ ಟ್ರಾಫಿಕ್ ನಿಜವಾಗಿ ಸೋರಿಕೆಯಾಗುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಪುರಾಣವೆಂದರೆ ಫೇಲ್-ಕ್ಲೋಸ್ಡ್ ಸುರಕ್ಷಿತ ಸೆಟ್ಟಿಂಗ್ ಮತ್ತು ಫೇಲ್-ಓಪನ್ ನಿರ್ಲಕ್ಷ್ಯದ್ದು. ಎರಡೂ ಟನೆಲ್ ಹೋದ ನಂತರ ಟ್ರಾಫಿಕ್‌ಗೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತವೆ, ಮತ್ತು ಯಾವುದೂ ಆ ಟನೆಲ್ ಎಷ್ಟು ಚೆನ್ನಾಗಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ವಿಸ್ತೃತ ವಿನಾಯಿತಿ ಪಟ್ಟಿಯಿರುವ ಫೇಲ್-ಕ್ಲೋಸ್ಡ್ ನೀತಿಯು ಕಚೇರಿ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಎಂದೂ ಬಿಡದ ಸಾಧನದಲ್ಲಿ ಫೇಲ್-ಓಪನ್ ನೀತಿಗಿಂತ ಹೆಚ್ಚು ಸೋರಿಕೆಯಾಗಬಹುದು. ಟ್ರಾಫಿಕ್‌ನ ಮಾಲೀಕರಿಗೆ ವಿವರಿಸಬಹುದಾದ ಫಲಿತಾಂಶವನ್ನು ಆಯ್ಕೆಮಾಡಿ.
ಲೇಬಲ್ ಫಲಿತಾಂಶವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಶಕ್ತಿಯನ್ನಲ್ಲ
ಪದಕೋಶವು ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಬಂದಿದೆ: ಘಟಕ ವಿಫಲವಾದಾಗ ಫೇಲ್-ಓಪನ್ ಕಾರ್ಯಾಚರಣೆಗೆ ಅನುಮತಿ ನೀಡುತ್ತದೆ, ಫೇಲ್-ಕ್ಲೋಸ್ಡ್ ಅದನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ. VPNಗೆ ಅನ್ವಯಿಸಿದಾಗ ವಿಫಲವಾಗುವ ಘಟಕ ಟನೆಲ್, ಮತ್ತು ಪ್ರಶ್ನೆ ಎಂದರೆ ಟ್ರಾಫಿಕ್ ಬೇರೆ ಮಾರ್ಗದಲ್ಲಿ ಮುಂದುವರಿಯಲು ಅನುಮತಿ ಇದೆಯೇ. ಸೈಫರ್ ಆಯ್ಕೆ, ಕೀ ಉದ್ದ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು.
ಗೊಂದಲ ಮುಂದುವರಿಯುತ್ತದೆ ಏಕೆಂದರೆ ಕಿಲ್ ಸ್ವಿಚ್ ಸುರಕ್ಷತಾ ವೈಶಿಷ್ಟ್ಯದಂತೆ ಕೇಳಿಸುತ್ತದೆ, ಮತ್ತು ಮಾರಾಟಗಾರರು ಅದನ್ನು ಹಾಗೆಯೇ ಮಾರುಕಟ್ಟೆ ಮಾಡುತ್ತಾರೆ. ಯಾಂತ್ರಿಕವಾಗಿ ಇದು ಟನೆಲ್ ಸಾಗಿಸಬೇಕಿದ್ದ ಟ್ರಾಫಿಕ್ ಅನ್ನು ತಡೆಯುವ ರೂಟಿಂಗ್ ಮತ್ತು ಫೈರ್‌ವಾಲ್ ನಿಯಮ, ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಅಥವಾ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಜಾರಿಗೊಳಿಸಲಾಗುತ್ತದೆ. ಯಾವ ಪದರ ಅದನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆಯೋ ಅದೇ ಅದರ ವ್ಯಾಪ್ತಿಯನ್ನೂ ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಒಂದು ಪದರದ ನಿಯಮ ಇನ್ನೊಂದನ್ನು ಆವರಿಸುವುದಿಲ್ಲ. ಗೇಟ್‌ವೇಯ ನಿಯಮ ಈಗಾಗಲೇ ಬೇರೆ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಹೋಗಿರುವ ಲ್ಯಾಪ್‌ಟಾಪ್ ಅನ್ನು ರಕ್ಷಿಸಲಾರದು.
ಪ್ರತಿ ಫಲಿತಾಂಶ ಹೇಗೆ ಕಾಣುತ್ತದೆ
ಒಂದೇ ನೀತಿ ನೀವು ಎದುರಿಸುವ ವೈಫಲ್ಯವನ್ನು ಅವಲಂಬಿಸಿ ಬಹಳ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸಬಹುದು, ಆದ್ದರಿಂದ ಲೇಬಲ್‌ಗಳಲ್ಲ, ಘಟನೆಗಳನ್ನು ಹೋಲಿಸಿ.
| Event | Fail-open result | Fail-closed result |
|---|---|---|
| Tunnel drops while a transfer runs | Transfer continues on the direct path | Transfer stalls until the tunnel returns |
| Client exits or crashes | Rules disappear with the process | Rules persist only if the OS owns them |
| Device boots before sign-in | Normal network access | Blocked until the VPN connects |
| Captive portal needed | Portal loads normally | Portal unreachable without an exception |
| IPv6 not carried by the tunnel | IPv6 traffic leaks directly | Leaks too, unless the block covers IPv6 |
ಕೊನೆಯ ಸಾಲು ಕಿಲ್ ಸ್ವಿಚ್ ಒಂದೇ ಸ್ವಿಚ್ ಎಂದು ಭಾವಿಸುವವರನ್ನು ಹಿಡಿಯುವ ಸಾಲು. IPv4 ರೂಟ್ ಟೇಬಲ್‌ಗಾಗಿ ಬರೆದ ನಿಯಮ IPv6 ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸ್ಪರ್ಶಿಸದೆ ಬಿಡುತ್ತದೆ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಅದನ್ನು ಸಂತೋಷದಿಂದ ಬಳಸಬಹುದು.
ಸೋರಿಕೆಯಾಗುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ವ್ಯಾಪ್ತಿ ನಿರ್ಧರಿಸುತ್ತದೆ
ಯಾವ ಮೋಡ್ ಎಂದು ಕೇಳುವ ಮೊದಲು ನೀತಿ ಏನನ್ನು ಆವರಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ. ಪ್ರತಿ-ಅಪ್ಲಿಕೇಶನ್ ನಿಯಮ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ರಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಬೇರೇನನ್ನೂ ಅಲ್ಲ, ಸಾಧನ-ವ್ಯಾಪಿ ನಿಯಮ ವಿನಾಯಿತಿಗಳನ್ನು ಹೊರತುಪಡಿಸಿ ಎಲ್ಲವನ್ನೂ ರಕ್ಷಿಸುತ್ತದೆ, ಮತ್ತು ಗೇಟ್‌ವೇ ನಿಯಮ ಆ ಗೇಟ್‌ವೇ ತಲುಪುವ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮಾತ್ರ ರಕ್ಷಿಸುತ್ತದೆ. DNSಗೆ ತನ್ನದೇ ನಿರ್ಧಾರ ಬೇಕು, ಏಕೆಂದರೆ ಸ್ಥಳೀಯ ರಿಜಾಲ್ವರ್‌ಗೆ ಕಳುಹಿಸಿದ ಪ್ರಶ್ನೆ ಪೇಲೋಡ್ ನಿರ್ಬಂಧಿಸಲಾಗಿದ್ದರೂ ಹೆಸರುಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು.
ಸ್ಥಳೀಯ-ನೆಟ್‌ವರ್ಕ್ ವಿನಾಯಿತಿಗಳು ಮುದ್ರಕಗಳು, ಕಾಸ್ಟಿಂಗ್ ಮತ್ತು ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್‌ಗಳಿಗಾಗಿ ಇವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ನಿರ್ಬಂಧದಲ್ಲಿ ಒಂದು ಕುಳಿ. ಅವುಗಳನ್ನು ನೀತಿಯ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಸಂರಚನೆಯನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆದವರು ಇಲ್ಲದಿದ್ದರೆ ಫೇಲ್-ಕ್ಲೋಸ್ಡ್ ಅನ್ನು ಸಂಪೂರ್ಣ ಎಂದು ಓದುತ್ತಾರೆ.
ಮರುಸಂಪರ್ಕ ಮತ್ತು ನಿರ್ಬಂಧಿಸುವಿಕೆ ಕೂಡ ಪ್ರತ್ಯೇಕ ನಿಯಂತ್ರಣಗಳು. ಕ್ಲೈಂಟ್ ಎಂದೂ ನಿರ್ಬಂಧಿಸದೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಸಂಪರ್ಕಗೊಳ್ಳಬಹುದು, ಅಥವಾ ಮರುಸಂಪರ್ಕವಿಲ್ಲದೆ ನಿರ್ಬಂಧಿಸಬಹುದು, ಮತ್ತು ಸಂಯೋಜನೆಯೇ ಅಡಚಣೆಯ ಸಮಯದಲ್ಲಿ ಬಳಕೆದಾರರು ಏನನ್ನು ಅನುಭವಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಪರಿವರ್ತನೆಯ ಸಮಯದಲ್ಲಿ ಅದನ್ನು ಸಾಬೀತುಪಡಿಸಿ
ಸ್ಥಿರ ಸ್ಥಿತಿಯನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಟನೆಲ್ ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬೀಳಿಸಿ ಮತ್ತು ರಕ್ಷಿಸಬೇಕಾದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ರಯತ್ನಿಸಿ, ನಂತರ ಅದು ನೆಟ್‌ವರ್ಕ್ ತಲುಪಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಕ್ಲೈಂಟ್‌ನ ಸೂಚಕವನ್ನು ಫಲಿತಾಂಶದೊಂದಿಗೆ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಇನ್ನೂ ಸಂಪರ್ಕಿತ ಎಂದು ಹೇಳುವ ಸೂಚಕವೇ ನೀತಿ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಉದ್ದೇಶದ ಸಂದರ್ಭ. ರಕ್ಷಿತ ಅಪ್ಲಿಕೇಶನ್ ಯಶಸ್ವಿಯಾದರೆ, ಮೋಡ್‌ನ ಹೆಸರು ಮುಖ್ಯವಲ್ಲ; ನಿಮಗೆ ಸೋರಿಕೆ ಇದೆ.
ಸೈನ್-ಇನ್‌ಗೆ ಮೊದಲು ಕೋಲ್ಡ್ ಬೂಟ್‌ನಿಂದ ಪುನರಾವರ್ತಿಸಿ, Wi-Fi ನಿಂದ ಸೆಲ್ಯುಲಾರ್‌ಗೆ ಬದಲಾಗುವಾಗ, ಮತ್ತು ರಕ್ಷಿತ ಅಪ್ಲಿಕೇಶನ್ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಇರಿಸಿ. ನಿರ್ಬಂಧವನ್ನು ಕ್ಲೈಂಟ್ ಪ್ರಕ್ರಿಯೆ ಜಾರಿಗೊಳಿಸುತ್ತಿದ್ದರೆ, ಆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸ್ವಚ್ಛವಾಗಿ ಮುಚ್ಚುವ ಬದಲು ಕೊಲ್ಲಿದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನೂ ಪರೀಕ್ಷಿಸಿ.
ಕೊನೆಯದಾಗಿ, ಸ್ವಚ್ಛಗೊಳಿಸುವ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಕ್ಲೈಂಟ್‌ನ ನಿಯಮಗಳು ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಅದನ್ನು ಅನ್‌ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಿದರೆ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ಫೈರ್‌ವಾಲ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಬದಲು ಮಾರಾಟಗಾರರ ದಾಖಲಿತ ತೆಗೆಯುವ ವಿಧಾನವನ್ನು ಬಳಸಿ, ಏಕೆಂದರೆ ಫೈರ್‌ವಾಲ್ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಸಂಬಂಧವಿಲ್ಲದ ರಕ್ಷಣೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ ಮತ್ತು ಉಳಿದ ನಿಯಮ ಯಾರದ್ದು ಎಂಬುದಕ್ಕೆ ಉತ್ತರಿಸುವುದಿಲ್ಲ.