VPN ಲಾಕ್‌ಡೌನ್ ವಿನಾಯಿತಿಯನ್ನು ನಂತರ ತೆಗೆದುಹಾಕಬಹುದಾದಂತೆ ದಾಖಲಿಸುವುದು ಹೇಗೆ
ಯಾರೂ ವಿವರಿಸಲಾಗದ ವಿನಾಯಿತಿ ಶಾಶ್ವತ. ಅದು ಅನುಮತಿಸುವ ಸಂಚಾರ, ಅಗತ್ಯ, ವಿಫಲತೆಯ ವರ್ತನೆ ಮತ್ತು ಅದನ್ನು ತೆಗೆದುಹಾಕುವ ಘಟಕವನ್ನು ದಾಖಲಿಸಿ.
ಯಾರ ಉದ್ದೇಶವು ಅವರ ಲೇಖಕರೊಂದಿಗೆ ಹೋಯಿತೋ ಅಂತಹ ಬೈಪಾಸ್‌ಗಳು ತಮ್ಮ ಉಪಯುಕ್ತತೆಯನ್ನು ಮೀರಿ ಬದುಕುತ್ತವೆ, ಮತ್ತು ಲಾಕ್‌ಡೌನ್ ನೀತಿಗಳು ಅವುಗಳನ್ನು ಯಾವುದೇ ಇತರ ರೀತಿಯ ಸಂರಚನೆಗಿಂತ ವೇಗವಾಗಿ ಸಂಗ್ರಹಿಸುತ್ತವೆ. “ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಅನುಮತಿಸಿ” ಎಂದು ಬರೆದ ವಿನಾಯಿತಿಯು ಯಾರೂ ಸಮರ್ಥಿಸಲಾಗದ ಮತ್ತು ಯಾರೂ ನಿವೃತ್ತಿಗೊಳಿಸಲಾಗದ ನಿಯಮ, ಏಕೆಂದರೆ ಅದರ ಹಿಂದಿನ ಅಗತ್ಯವು ಅದನ್ನು ಸೇರಿಸಿದ ವ್ಯಕ್ತಿಯೊಂದಿಗೆ ಹೋಗಿದೆ. ಅಂತಹ ನೀತಿಗಳು ಕಾರಣ ಆವಿಯಾಗಿ ಅಪಾಯ ಉಳಿದಿರುವ ವಿನಾಯಿತಿಗಳನ್ನು ಹೊತ್ತುಕೊಂಡು ವಿಫಲವಾಗುತ್ತವೆ. ವ್ಯಾಪ್ತಿ, ವಿಫಲತೆಯ ವರ್ತನೆ ಮತ್ತು ತೆಗೆದುಹಾಕುವ ಹಂತವನ್ನು ಬರೆಯುವ ಸಮಯವು ನೀವು ವಿನಾಯಿತಿಯನ್ನು ಸೇರಿಸುವ ಕ್ಷಣವೇ, ಯಾರಿಗಾದರೂ ಇನ್ನೂ ಏಕೆ ಎಂದು ನೆನಪಿದ್ದಾಗ.
ಇದು ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಏನಿರಬೇಕು ಎಂಬ ನಿರ್ಣಯ, ತುಂಬಬೇಕಾದ ಟೆಂಪ್ಲೇಟ್ ಅಲ್ಲ. ಕೆಳಗಿನ ನಾಲ್ಕು ಕ್ಷೇತ್ರಗಳು ಒಂದು ವರ್ಷದ ನಂತರ ಸಭೆಯಿಲ್ಲದೆ ಸಮೀಕ್ಷಕರು ನಿಯಮವನ್ನು ತೆಗೆದುಹಾಕಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ. ಪ್ರತಿಯೊಂದೂ ಅದರ ಅನುಪಸ್ಥಿತಿಗೆ ಊಹಿಸಬಹುದಾದ ವೆಚ್ಚವಿರುವುದರಿಂದ ಇದೆ.
ದಾಖಲಿಸದ ಬೈಪಾಸ್ ಎಂದಿಗೂ ನಿವೃತ್ತಿಗೊಳ್ಳದಿರುವುದೇಕೆ
ವಿವರಣೆಯಿಲ್ಲದ ಬೈಪಾಸ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲಾಗದು ಮತ್ತು ಆದ್ದರಿಂದ ಸುರಕ್ಷಿತವಾಗಿ ತೆಗೆದುಹಾಕಲಾಗದು. ಅಳಿಸುವುದು ಅಪಾಯಕಾರಿ ಎಂದು ಕಾಣುತ್ತದೆ ಆದರೆ ಉಳಿಸಿಕೊಳ್ಳುವುದು ಹಾನಿಕರವಲ್ಲ ಎಂದು ಕಾಣುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ಪ್ರತಿ ಪರಿಶೀಲನೆಯನ್ನೂ ದಾಟುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ದಾಟುವ ಪ್ರತಿ ಪರಿಶೀಲನೆಯು ಮುಂದಿನದನ್ನೂ ದಾಟಲು ಸುಲಭಗೊಳಿಸುತ್ತದೆ. ಖಾಸಗಿ ಶ್ರೇಣಿಯನ್ನು ಏಕೆ ವಿನಾಯಿತಿ ನೀಡಲಾಗಿದೆ ಎಂದು ಲೆಕ್ಕಪರಿಶೋಧನೆ ಕೇಳುವವರೆಗೂ ವೆಚ್ಚ ಅಗೋಚರವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಆಗ ಉತ್ತರ ಭುಜ ಕುಣಿಸುವುದು.
ದಾಖಲೆಯು ಜನರು ನಿಜವಾಗಿಯೂ ಬದಲಾವಣೆಯ ಕಿಟಕಿಯಲ್ಲಿ ಬರೆಯುವಷ್ಟು ಚಿಕ್ಕದಾಗಿರಬೇಕು. ಸಂಚಾರಕ್ಕೆ ಒಂದು ಸಾಲು, ಅದು ಸೇವೆ ಮಾಡುವ ಅಗತ್ಯಕ್ಕೆ ಒಂದು.
ವ್ಯಾಪ್ತಿಯನ್ನು ಸಂಚಾರವಾಗಿ ಬರೆಯುವುದು
ಅಪ್ಲಿಕೇಶನ್ ಅಥವಾ ಗಮ್ಯಸ್ಥಾನ ಶ್ರೇಣಿ, ಒಳಗೊಂಡಿರುವ ವಿಳಾಸ ಕುಟುಂಬಗಳು, ಸೇವೆ ಮತ್ತು ಪೋರ್ಟ್, ಮತ್ತು ನಿಯಮ ಅನ್ವಯವಾಗುವ ನೆಟ್‌ವರ್ಕ್ ಸಂದರ್ಭವನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ನಂತರ ಅನುಮೋದಕರನ್ನು ಮತ್ತು ಅದನ್ನು ಹೊತ್ತಿರುವ ನಿಖರವಾದ ಕ್ಲೈಂಟ್ ಅಥವಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಹೆಸರಿಸಿ. “ಮುದ್ರಕ” ಒಂದು ಉದ್ದೇಶ; “TCP 631 ರಿಂದ 192.168.1.50, ಮನೆ ನೆಟ್‌ವರ್ಕ್ ಮಾತ್ರ” ಎಂಬುದು ಯಾರಾದರೂ ಪರಿಶೀಲಿಸಬಹುದಾದ ವ್ಯಾಪ್ತಿ. “ಇದು ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ” ಎಂಬ ಪ್ರಶ್ನೆಗೆ “MDM ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಎಲ್ಲೋ” ಎಂಬ ಉತ್ತರವಾದರೆ, ದಾಖಲೆ ಪೂರ್ಣಗೊಂಡಿಲ್ಲ. ಫೈಲ್ ಪಥ, ಪ್ರೊಫೈಲ್ ಹೆಸರು ಅಥವಾ ರಿಜಿಸ್ಟ್ರಿ ಕೀ — ಸೆಟ್ಟಿಂಗ್ ಎಲ್ಲಿರಬಹುದು ಎಂಬ ವಿವರಣೆಗಿಂತ ಉತ್ತಮ.
ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಪ್ರತಿ-ಅಪ್ಲಿಕೇಶನ್ ನಿಯಮಗಳನ್ನು ಬೆಂಬಲಿಸುವಲ್ಲಿ, ವಿಳಾಸ ಶ್ರೇಣಿಗಳಿಗಿಂತ ಅವುಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡಿ, ಏಕೆಂದರೆ ಒಂದು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಸುರಂಗವನ್ನು ಬೈಪಾಸ್ ಮಾಡಲು ಅನುಮತಿಸುವುದು ಇಡೀ ಖಾಸಗಿ ಉಪಜಾಲಕ್ಕೆ ವಿನಾಯಿತಿ ನೀಡುವುದಕ್ಕಿಂತ ಕಿರಿದಾದದ್ದು ಮತ್ತು ಸಾಧನವು ಹೊಸ ವಿಳಾಸಕ್ಕೆ ಸರಿದರೂ ಅದು ಉಳಿಯುತ್ತದೆ. Android ನ VpnService ಮಾರ್ಗದರ್ಶಿ ಆ ಪ್ರತಿ-ಅಪ್ಲಿಕೇಶನ್ ಮಾದರಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ; ಡೆಸ್ಕ್‌ಟಾಪ್ ಕ್ಲೈಂಟ್‌ಗಳು ತಮ್ಮದೇ ಪ್ರೊಫೈಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಮೂಲಕ ಅದೇ ಕಲ್ಪನೆಯನ್ನು ವ್ಯಕ್ತಪಡಿಸುತ್ತವೆ. ವಿಳಾಸ-ಆಧಾರಿತ ವಿನಾಯಿತಿಗಳು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಇನ್ನೂ ಕಿರಿದಾದದ್ದನ್ನು ನೀಡದಿದ್ದಾಗ ಪರ್ಯಾಯ, ಆದ್ದರಿಂದ ಅವುಗಳಿಗೆ ಹೆಚ್ಚು ನಿಖರವಾದ ವ್ಯಾಪ್ತಿ-ಸಾಲು ಬೇಕು.
ನಾಲ್ಕು ರೀತಿಯ ವಿನಾಯಿತಿ, ನಾಲ್ಕು ತೆಗೆದುಹಾಕುವ ಅಪಾಯಗಳು
ವಿನಾಯಿತಿಗಳು ಒಂದೇ ವರ್ಗವಲ್ಲ, ಮತ್ತು ಅವುಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದು ವಿಭಿನ್ನ ಪರಿಣಾಮಗಳನ್ನು ತರುತ್ತದೆ. ಎರಡು ರೀತಿಗಳ ನಡುವೆ ಒಂದೇ ಸಾಲನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದು — ಮುದ್ರಕವನ್ನು ನಿವೃತ್ತಿಗೊಳಿಸುವುದು ಸಂಪರ್ಕ ಸಾಮರ್ಥ್ಯವನ್ನೂ ನಿವೃತ್ತಿಗೊಳಿಸುವ ರೀತಿ.
| Kind | Typical example | Removal risk |
|---|---|---|
| Endpoint bootstrap | reaching the gateway before the tunnel exists | high: nothing comes up without it |
| Captive portal | hotel or airport sign-in page | medium: only matters on untrusted networks |
| Local device | printer, casting target, test instrument | low: one service at one address |
| Excluded application | an app that must not use the tunnel | medium: depends on the app's own behaviour |
ಬೂಟ್‌ಸ್ಟ್ರ್ಯಾಪ್, ಪೋರ್ಟಲ್, ಸಾಧನ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ವಿನಾಯಿತಿಗಳನ್ನು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಅತಿವ್ಯಾಪಿಸಿದರೂ ಪ್ರತ್ಯೇಕ ಸಾಲುಗಳಲ್ಲಿ ಇರಿಸಿ. ಖಾಸಗಿ ಶ್ರೇಣಿಯ ವಿನಾಯಿತಿ ಆ ಉಪಜಾಲದ ಪ್ರತಿ ನೆರೆಹೊರೆಯವರಿಗೂ ಪ್ರವೇಶ ನೀಡುತ್ತದೆ, ನೀವು ತಲುಪಲು ಉದ್ದೇಶಿಸಿದ ಒಂದೇ ಸಾಧನಕ್ಕೆ ಅಲ್ಲ, ಮತ್ತು ಅದೇ ನೀವು ಸಮರ್ಥಿಸಬಹುದಾದ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಕೇವಲ ಆಶಿಸುವ ವ್ಯಾಪ್ತಿಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.
ಸುರಂಗ ಬಿದ್ದಾಗ ಬೈಪಾಸ್ ಏನು ಮಾಡುತ್ತದೆ
ಮೂರು ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಿ ಮತ್ತು ಉತ್ತರಗಳನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಅವು ಲಾಕ್‌ಡೌನ್ ನಿಜವೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ. ಸುರಂಗ ಬಿದ್ದಾಗ ವಿನಾಯಿತಿ ಬಳಸಬಹುದಾಗಿ ಉಳಿಯುತ್ತದೆಯೇ: captive portal ಗೆ ಉಳಿಯಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಯಾರೂ ಎಂದಿಗೂ ಸೈನ್ ಇನ್ ಮಾಡಲಾಗದು, ಆದರೆ ಖಾಸಗಿ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಉಳಿಯಬಾರದು, ಇಲ್ಲದಿದ್ದರೆ ನೀತಿ ಅಲಂಕಾರಿಕ. ಇದು ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲೂ ಅನ್ವಯವಾಗುತ್ತದೆಯೇ ಅಥವಾ ಉದ್ದೇಶಿತ ಪರಿಸರದಲ್ಲಿ ಮಾತ್ರ, ಏಕೆಂದರೆ ಮನೆ ಉಪಜಾಲಕ್ಕೆ ಸೀಮಿತವಾದ ನಿಯಮವು ಅದೇ ಶ್ರೇಣಿಯನ್ನು ಆಕಸ್ಮಿಕವಾಗಿ ಬಳಸುವ ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತದೆ. ಪ್ರತಿ ಉತ್ತರವೂ ನಿಯಮ ಮತ್ತು ಟಿಪ್ಪಣಿ ಎರಡನ್ನೂ ಬದಲಾಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಉತ್ತರವಿಲ್ಲದೆ ಬಿಟ್ಟ ಪ್ರಶ್ನೆ ನಂತರ ಬೇರೆಯವರು ತಪ್ಪಾಗಿ ತೆಗೆದುಕೊಳ್ಳುವ ನಿರ್ಣಯ.
ಮೂರನೇ ಪ್ರಶ್ನೆ ಎಂದರೆ ಏನಾಗುತ್ತದೆ ಗಮ್ಯಸ್ಥಾನವು ತನ್ನ ವಿಳಾಸವನ್ನು ಬದಲಾಯಿಸಿದಾಗ, ಅಲ್ಲಿ ಡೊಮೇನ್-ಆಧಾರಿತ ಮತ್ತು ವಿಳಾಸ-ಆಧಾರಿತ ವಿನಾಯಿತಿಗಳು ಬೇರ್ಪಡುತ್ತವೆ. ಡೊಮೇನ್-ಆಧಾರಿತ ನಿಯಮಗಳು ರೆಸಲ್ಯೂಶನ್ ಯಾವಾಗ ನಡೆಯುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಫಲಿತಾಂಶವನ್ನು ಹೇಗೆ ಅನ್ವಯಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿರುತ್ತವೆ, ಆದ್ದರಿಂದ ಸಂಬಂಧವಿಲ್ಲದಂತೆ ಕಾಣುವ ಬದಲಾವಣೆಯ ನಂತರ ಅವು ಸದ್ದಿಲ್ಲದೆ ಹೊಂದಿಕೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದು, ಮತ್ತು ವೈಫಲ್ಯವು ಹಳೆಯ ವಿನಾಯಿತಿಯಂತೆ ಅಲ್ಲ, ಮುರಿದ VPN ನಂತೆ ಕಾಣುತ್ತದೆ.
ಪರೀಕ್ಷಿಸಿ, ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ತೆಗೆದುಹಾಕುವ ಹಂತವನ್ನು ಬರೆಯಿರಿ
ಅನುಮತಿಸಲಾದ ಮಾರ್ಗಕ್ಕೆ ಒಂದು ಹಾನಿಕರವಲ್ಲದ ಪರೀಕ್ಷೆ ಮತ್ತು ಹತ್ತಿರದ ಒಂದು ನಿರಾಕರಿಸಿದ ಪ್ರಕರಣ ಬರೆಯಿರಿ: ಮುದ್ರಕ ಪುಟ ಲೋಡ್ ಆಗುತ್ತದೆ ಮತ್ತು ಅದೇ ಉಪಜಾಲದಲ್ಲಿನ ಫೈಲ್ ಹಂಚಿಕೆ ಆಗುವುದಿಲ್ಲ. ಆ ಜೋಡಿ ವಿನಾಯಿತಿ ಕಿರಿದಾದದ್ದು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಮೂಲ ವಿನಂತಿಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳದೆ ಸಮೀಕ್ಷಕರು ಪುನರಾವರ್ತಿಸಬಹುದಾದ ಜೋಡಿ ಅದೇ. ನಂತರ ಮರುಪರೀಕ್ಷೆಯ ಪ್ರಚೋದಕಗಳನ್ನು ಹೊಂದಿಸಿ, ಏಕೆಂದರೆ ಎಂದಿಗೂ ಮರುಪರೀಕ್ಷಿಸದ ವಿನಾಯಿತಿ ತಾನು ಬರೆಯಲ್ಪಟ್ಟ ಅಗತ್ಯದಿಂದ ದೂರ ಸರಿಯುತ್ತದೆ, ಮತ್ತು ಆ ದೂರ ಸರಿಯುವಿಕೆ ಏನಾದರೂ ಮುರಿಯುವವರೆಗೂ ಅಗೋಚರವಾಗಿರುತ್ತದೆ.
ಕೊನೆಯದಾಗಿ, ನಿಯಮವನ್ನು ಅದನ್ನು ಹೊಂದಿರುವ ಘಟಕದ ಮೂಲಕ ಹೇಗೆ ತೆಗೆದುಹಾಕುವುದು ಎಂದು ದಾಖಲಿಸಿ, ಮತ್ತು ರಹಸ್ಯಗಳನ್ನು ಟಿಪ್ಪಣಿಯಿಂದ ಹೊರಗಿಡಿ. ಸೇವೆ ಮತ್ತು ಮಾರ್ಗವನ್ನು ವಿವರಿಸಲು ಎಂದಿಗೂ ಖಾಸಗಿ ಕೀ, ಪಾಸ್‌ವರ್ಡ್ ಅಥವಾ ಯಾರದೋ ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸ ಅಗತ್ಯವಿಲ್ಲ, ಮತ್ತು ಸಣ್ಣ ನಿರ್ವಹಿತ ಪಟ್ಟಿ ಅದನ್ನು ಬರೆದ ವ್ಯಕ್ತಿಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕಿದ ತಾತ್ಕಾಲಿಕ ನಿಯಮಕ್ಕಿಂತ ಉತ್ತಮ.