ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್‌ನ ಕಿಲ್ ಸ್ವಿಚ್ vs ಸಂಪೂರ್ಣ ಸಾಧನದ ಲಾಕ್‌ಡೌನ್: ಏನು ಬದಲಾಗುತ್ತದೆ
ಲೇಬಲ್ ಅಲ್ಲ, ಸಂರಕ್ಷಿತ ಗುಂಪಿನ ಆಧಾರದಲ್ಲಿ ನಿರ್ಧರಿಸಿ: ಹೊರಗಿಟ್ಟ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು, ಹಿನ್ನೆಲೆ ಸಹಾಯಕರು ಮತ್ತು ಹೊಸ ಸಂಪರ್ಕಗಳಿಗೆ ಏನು ನಿಲ್ಲುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಪ್ರಕರಣವನ್ನು ಹೇಗೆ ಪರೀಕ್ಷಿಸುವುದು.
ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್‌ನ ಕಿಲ್ ಸ್ವಿಚ್ ಎಚ್ಚರಿಕೆಯ ಆಯ್ಕೆಯಂತೆ ಕೇಳುತ್ತದೆ: ಟನೆಲ್ ಬಿದ್ದಾಗ ಕೇವಲ ಕೆಲಸದ ಕ್ಲೈಂಟ್ ತನ್ನ ನೆಟ್‌ವರ್ಕ್ ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ, ಉಳಿದೆಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇರುತ್ತದೆ. ನಂತರ ಯಾರೋ ಗಮನಿಸುತ್ತಾರೆ: ವೈಯಕ್ತಿಕ ಬ್ರೌಸರ್ ಹೇಗಿದ್ದರೂ ಪುಟ ಲೋಡ್ ಮಾಡಿದೆ, ಅದೇ ಸೂಟ್‌ನೊಂದಿಗೆ ಬಂದ ಸಿಂಕ್ ಸಹಾಯಕ ಮತ್ತೆ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುತ್ತಲೇ ಇತ್ತು, ಮತ್ತು ಕ್ಯಾಶ್‌ನಲ್ಲಿದ್ದ ಹೆಸರು ಟನೆಲ್ ಅನ್ನು ಎಂದೂ ಮುಟ್ಟದ ವಿಳಾಸಕ್ಕೆ ಇನ್ನೂ ಪರಿಹರಿಸುತ್ತಿತ್ತು. ವೈಶಿಷ್ಟ್ಯದ ಮೇಲಿನ ಲೇಬಲ್ ಮತ್ತು ಅದು ನಿಜವಾಗಿ ರಕ್ಷಿಸುವ ಸಂಪರ್ಕಗಳ ಗುಂಪು ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳು. ಕ್ಲೈಂಟ್‌ನ ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟುವ ಮೊದಲು ಸಂರಕ್ಷಿತ ಗುಂಪನ್ನು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಆ ಗುಂಪೇ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಜಾರಿ ಅಥವಾ ಸಂಪೂರ್ಣ ಸಾಧನದ ಲಾಕ್‌ಡೌನ್ ಪ್ರಾಮಾಣಿಕ ವಿವರಣೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಲೇಬಲ್ ಅಲ್ಲ, ಗುಂಪಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ
ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ನೀತಿ ಆಯ್ದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. ಸಾಧನದ ಲಾಕ್‌ಡೌನ್ ವಿಶಾಲ ನೆಟ್‌ವರ್ಕ್ ಗಡಿಯನ್ನು ಗುರಿಯಾಗಿಸುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಥಳೀಯ ಮುದ್ರಣ, ನಿರ್ವಹಣಾ ಸಂಚಾರ ಅಥವಾ ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್‌ಗಳಿಗೆ ದಾಖಲಿತ ವಿನಾಯಿತಿಗಳೊಂದಿಗೆ. ಮೂರು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುವವರೆಗೆ ಯಾವುದೇ ಲೇಬಲ್ ಪೂರ್ಣವಲ್ಲ: ಹೊರಗಿಟ್ಟ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಏನಾಗುತ್ತದೆ, ಆ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಪ್ರಾರಂಭಿಸುವ ಸಹಾಯಕರಿಗೆ ಏನಾಗುತ್ತದೆ, ಮತ್ತು ರಕ್ಷಣೆ ಲಭ್ಯವಿಲ್ಲದಾಗ ತೆರೆಯುವ ಸಂಪರ್ಕಗಳಿಗೆ ಏನಾಗುತ್ತದೆ.
ಕ್ಲೈಂಟ್‌ನ ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟುವ ಮೊದಲು ಈ ಉತ್ತರಗಳನ್ನು ಬರೆಯಿರಿ. ಅಗತ್ಯ "ಈ ಪೇರೋಲ್ ಕ್ಲೈಂಟ್ ಟನೆಲ್‌ನ ಹೊರಗೆ ಎಂದೂ ಇಂಟರ್ನೆಟ್‌ನೊಂದಿಗೆ ಮಾತನಾಡಬಾರದು, ಮತ್ತು ನನ್ನ ಬ್ರೌಸರ್ ಮಾತನಾಡಬಹುದು" ಎಂದಾದರೆ, ಗುಂಪು ಚಿಕ್ಕದು ಮತ್ತು ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಜಾರಿ ಸರಿಹೊಂದುತ್ತದೆ. ಅಗತ್ಯ "ಈ ಸಾಧನದಲ್ಲಿ ಯಾವುದೂ ರಕ್ಷಣೆ ಇಲ್ಲದೆ ಇಂಟರ್ನೆಟ್ ತಲುಪಬಾರದು, ಅಪ್‌ಡೇಟ್ ಸೇವೆ ಹೊರತುಪಡಿಸಿ" ಎಂದಾದರೆ, ಯಾವುದೇ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ನೀತಿ ಅದನ್ನು ನೀಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನೀವು ಹೆಸರಿಸದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೇ ಸಮಸ್ಯೆ.
ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಜಾರಿ ಗುರುತಿಸುವಿಕೆಗಳೊಂದಿಗೆ ಹೊಂದುತ್ತದೆ, ಪ್ರೋಗ್ರಾಂ ಹೆಸರುಗಳೊಂದಿಗೆ ಅಲ್ಲ
Android ಪ್ಯಾಕೇಜ್‌ಗಳ ಮೂಲಕ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ VPN ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ VpnService ದಾಖಲೆ ಇದು ಯಾವಾಗಲೂ ಆನ್ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಬ್ಲಾಕಿಂಗ್‌ನೊಂದಿಗೆ ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. iOS ನಿರ್ವಹಣಾ ಪ್ರೊಫೈಲ್ ಮೂಲಕ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ VPN ಸಂರಚಿಸುತ್ತದೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಅಥವಾ ಡೊಮೇನ್ ಮೂಲಕ ಹೊಂದಿಸುತ್ತದೆ. Windows ಮತ್ತು Linux ನಲ್ಲಿ ಪ್ರತಿ ಪ್ರಕ್ರಿಯೆ ಮಾರ್ಗವೇ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಅದೇ ಕಲ್ಪನೆಯನ್ನು ಪ್ರೋಗ್ರಾಂಗೆ ಸೀಮಿತವಾದ ಫೈರ್‌ವಾಲ್ ನಿಯಮ ಅಥವಾ ಮಾಲೀಕ ಬಳಕೆದಾರರಿಗೆ ಹೊಂದುವ ನಿಯಮದಿಂದ ಅಂದಾಜಿಸಲಾಗುತ್ತದೆ.
ಗಡಿ ಎಂದರೆ ಗುರುತಿಸುವಿಕೆ, ಮತ್ತು ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಹೋಗುವುದು ಸುಲಭ. ಸಿಸ್ಟಂ ಬ್ರೌಸರ್‌ಗೆ URL ಒಪ್ಪಿಸುವ ಅಥವಾ ವೀಕ್ಷಕದಲ್ಲಿ ದಾಖಲೆ ತೆರೆಯುವ ಅಪ್ಲಿಕೇಶನ್ ನಿಮ್ಮ ನೀತಿ ಎಂದೂ ಹೆಸರಿಸದ ಪ್ರಕ್ರಿಯೆಗೆ ಹೋಗುತ್ತದೆ. ಬೀಳುವಾಗ ಕೊನೆಗೊಳಿಸುವ ಆಯ್ಕೆಯೂ ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ ಅಲ್ಲ: ಅದು ನೀವು ಸಂರಚಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕೊಲ್ಲುತ್ತದೆ, ಆದರೆ ಚೈಲ್ಡ್ ಪ್ರಕ್ರಿಯೆ, ಕ್ಯೂ ವರ್ಕರ್ ಅಥವಾ ಬ್ರೌಸರ್ ಟ್ಯಾಬ್ ಇರುವ ಸಾಕೆಟ್ ಅನ್ನು ಜೀವಂತವಾಗಿ ಇಡಬಲ್ಲದು.
ಲಾಕ್‌ಡೌನ್ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ನೀತಿ ನೋಡಲಾಗದ್ದನ್ನು ಮುಚ್ಚುತ್ತದೆ
ಸಂಪೂರ್ಣ ಸಾಧನದ ಲಾಕ್‌ಡೌನ್ ಆಯ್ಕೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಟನೆಲ್‌ಗೆ ಸೇರದ ಪ್ರತಿ ಹೊರಹೋಗುವ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಬಿಡಲಾಗುತ್ತದೆ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ನೀತಿ ಎಂದೂ ತಿಳಿಯದ ಪ್ರಕ್ರಿಯೆಗಳ ಸಂಚಾರ ಸೇರಿದಂತೆ. Android ನಲ್ಲಿ ಇದು ಯಾವಾಗಲೂ ಆನ್ ಆಗಿರುವ VPN ಜೊತೆಗೆ ಸಂಪರ್ಕಗಳನ್ನು ಬ್ಲಾಕ್ ಮಾಡುವ ಸೆಟ್ಟಿಂಗ್‌ನ ಸಂಯೋಜನೆ, ಮತ್ತು ಜಾರಿ ಸಿಸ್ಟಂನಲ್ಲಿ ನಡೆಯುತ್ತದೆ, ಕ್ಲೈಂಟ್ ವಿಂಡೋದಲ್ಲಿ ಅಲ್ಲ. ಡೆಸ್ಕ್‌ಟಾಪ್‌ನಲ್ಲಿ ಇದು ಶಾಶ್ವತ ಫೈರ್‌ವಾಲ್ ನಿಯಮ ಅಥವಾ ತಲುಪಲಾಗದ ಗೇಟ್‌ವೇಗೆ ತೋರಿಸುವ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ.
ಬೆಲೆ ಎಂದರೆ ಉಳಿದೆಲ್ಲವೂ ನಿಲ್ಲುತ್ತದೆ, ಆದ್ದರಿಂದ ವಿನಾಯಿತಿಗಳು ನಂತರದ ಯೋಚನೆ ಅಲ್ಲ, ವಿನ್ಯಾಸದ ಭಾಗವಾಗುತ್ತವೆ. ಸ್ಥಳೀಯ ಪ್ರಿಂಟರ್‌ಗಳು, ಸೇವಾ ಅನ್ವೇಷಣೆ, ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್ ಲಾಗಿನ್, ನಿರ್ವಹಣಾ ಏಜೆಂಟ್‌ಗಳು ಮತ್ತು OS ಅಪ್‌ಡೇಟ್‌ಗಳಿಗೆ ಪ್ರತಿಯೊಂದಕ್ಕೂ ದಾಖಲಿತ ಕುಳಿ ಬೇಕು, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಟನೆಲ್ ಕೆಳಗಿದ್ದಾಗ ತೆರೆದಿರುವ ಮಾರ್ಗ. ಆ ಪಟ್ಟಿಯಲ್ಲಿನ ಅತಿ ಚಿಕ್ಕ ನಮೂದಿನಷ್ಟೇ ಲಾಕ್‌ಡೌನ್ ಬಲಶಾಲಿ.
DNS, IPv6 ಮತ್ತು ಹಿನ್ನೆಲೆ ಸಹಾಯಕರು ಸೋರಿಕೆಗಳನ್ನು ಮರೆಮಾಡುತ್ತವೆ
ಸಂರಕ್ಷಿತ ಅಪ್ಲಿಕೇಶನ್ ಹೆಸರು ಪರಿಹರಿಸಲು ವಿಫಲವಾಗುವುದು ಕ್ಯಾಶ್ ಮಾಡಿದ ಉತ್ತರಗಳು ಅಥವಾ ನೇರ IP ಸಂಚಾರ ಬ್ಲಾಕ್ ಆಗಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ರಿಜಾಲ್ವರ್ ಟನೆಲ್‌ನ ಹೊರಗೆ ಇನ್ನೂ ತಲುಪಬಹುದಾದರೆ, ಹೆಸರು ಪರಿಹರಿಸುತ್ತದೆ ಮತ್ತು ಸಂಪರ್ಕ ವಿಫಲವಾಗುತ್ತದೆ, ಅದು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಕಿಲ್ ಸ್ವಿಚ್‌ನಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೆ ಅಲ್ಲ. ಇನ್ನೂ ಕೆಟ್ಟದ್ದು, ಕ್ಯಾಶ್ ದಾಖಲೆ ಟನೆಲ್ ಒಯ್ಯದ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸಬಹುದು, ಆದ್ದರಿಂದ ಸಂಪರ್ಕ ನೇರವಾಗಿ ಹೊರಹೋಗುತ್ತದೆ, ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ VPN ದೋಷ ವರದಿ ಮಾಡುತ್ತದೆ.
IPv6 ಅನ್ನು ನಡೆಸುವ ಪ್ರತಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲೂ ಅದಕ್ಕೆ ತನ್ನದೇ ನಿಯಮ ಬೇಕು, ಏಕೆಂದರೆ v4 ಗಾಗಿ ಬಿಡುವ ನಿಯಮ v6 ಮಾರ್ಗವನ್ನು ಮುಚ್ಚುವುದಿಲ್ಲ. ಮೊಬೈಲ್‌ನಲ್ಲಿ, ಖಾಸಗಿ DNS ಸೆಟ್ಟಿಂಗ್ ಪರಿಹಾರವನ್ನು ಸಾಧನ ನೀತಿ ಪರಿಶೀಲಿಸದ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಚಾನೆಲ್‌ಗೆ ಸರಿಸಬಹುದು. ಮತ್ತು ಹಿನ್ನೆಲೆ ಸಹಾಯಕರು ಡೆಸ್ಕ್‌ಟಾಪ್‌ನ ಸಾಮಾನ್ಯ ಅಪರಾಧಿ: ಅಪ್‌ಡೇಟರ್ ಅಥವಾ ಸಿಂಕ್ ಟ್ರೇ ಪ್ರಕ್ರಿಯೆ VPN ಕ್ಲೈಂಟ್‌ಗಿಂತ ಮೊದಲು ಪ್ರಾರಂಭವಾಗಿ ತನ್ನದೇ ಸಂಪರ್ಕ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಬದಲಾದ ಮಾರ್ಗವನ್ನು ಅದು ಎಂದೂ ಕಾಣುವುದಿಲ್ಲ.
ಮೂರು ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಎರಡು ಪರಿವರ್ತನೆಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ
| Test | What it proves |
|---|---|
| Included app, by name and by direct IP | the policy is applied, not just the resolver |
| Excluded app, same checks | the exclusion is intentional and documented |
| Helper or updater process | nothing inherited an older route |
| Tunnel drop, then Wi-Fi to cellular | the block survives the transition |
ಪ್ರತಿ ಸಾಲನ್ನು ಎರಡು ಬಾರಿ ಚಲಾಯಿಸಿ, ಒಮ್ಮೆ ಹೋಸ್ಟ್‌ನಾಮ್‌ನೊಂದಿಗೆ ಮತ್ತು ಒಮ್ಮೆ ಅಕ್ಷರಶಃ ವಿಳಾಸದೊಂದಿಗೆ, ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಒದಗಿಸಿದರೆ ಇನ್ನೊಮ್ಮೆ IPv6 ಮೇಲೆ. ಉತ್ತೀರ್ಣ ಎಂದರೆ ಸೇರಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ನಿಂತಿತು, ಹೊರಗಿಟ್ಟ ಅಪ್ಲಿಕೇಶನ್ ನೀವು ಬರೆದಂತೆ ವರ್ತಿಸಿತು, ಮತ್ತು ಸಹಾಯಕ ಹೊರಗೆ ಜಾರಲಿಲ್ಲ. ನೀವು ಸ್ವೀಕಾರಾರ್ಹ ಎಂದು ನಿರ್ಧರಿಸಿದ ನೇರ ವರ್ತನೆಯನ್ನು ದಾಖಲಿಸಿ, ಮುಂದಿನ ನಿರ್ವಾಹಕರು ಉದ್ದೇಶಿತ ವಿನಾಯಿತಿಯನ್ನು ವೈಫಲ್ಯದಿಂದ ಪ್ರತ್ಯೇಕಿಸಬಹುದು.
ನಂತರ ಫಲಿತಾಂಶವನ್ನು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ಷರತ್ತುಗಳನ್ನು ಹೆಸರಿಸುವ ಒಂದು ವಾಕ್ಯದಲ್ಲಿ ವಿವರಿಸಿ, ಉದಾಹರಣೆಗೆ: ಪೇರೋಲ್ ಕ್ಲೈಂಟ್‌ಗೆ ಟನೆಲ್‌ನ ಹೊರಗೆ ಮಾರ್ಗವಿಲ್ಲ, ಬ್ರೌಸರ್ ವಿನ್ಯಾಸದ ಪ್ರಕಾರ ನೇರವಾಗಿದೆ, ಮತ್ತು ಟನೆಲ್ ಕೆಳಗಿದ್ದಾಗ ಉಳಿದೆಲ್ಲವೂ ನಿಲ್ಲುತ್ತದೆ. ಆ ವಾಕ್ಯ ಬರೆಯಲು ಕಷ್ಟವಾದರೆ, ನೀತಿ ಇನ್ನೂ ಪರಸ್ಪರ ಹೋರಾಡುವ ಎರಡು ನೀತಿಗಳು.