ಸೇರಿಸುವುದು ಮಾತ್ರ ಅಥವಾ ಹೊರಗಿಡುವುದು ಮಾತ್ರ ಸ್ಪ್ಲಿಟ್ ಟನೆಲಿಂಗ್: ಡಿಫಾಲ್ಟ್ ಯಾವುದು?
ಪಟ್ಟಿ ಕಟ್ಟುವ ಮೊದಲೇ ಡಿಫಾಲ್ಟ್ ಆಯ್ಕೆ ಮಾಡಿ: ನೀವು ಹೆಸರಿಸಿದ್ದನ್ನು ಮಾತ್ರ ಟನೆಲ್ ಮೂಲಕ ಕಳುಹಿಸಿ, ಅಥವಾ ಎಲ್ಲವನ್ನೂ ಕಳುಹಿಸಿ ಹೊರತುಪಡಿಸುವಿಕೆಗಳನ್ನು ಕೊರೆದು ತೆಗೆಯಿರಿ. ನಂತರ ಯಾರೂ ಪಟ್ಟಿ ಮಾಡದ ಆ್ಯಪ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿ.
ನಿಮ್ಮ VPN ಕ್ಲೈಂಟ್ನ ರೂಟಿಂಗ್ ವಿಭಾಗ ತೆರೆದರೆ, ಹೆಚ್ಚಾಗಿ ಒಂದೇ ಲೇಬಲ್ ಹೊತ್ತ ಎರಡು ಬೇರೆ ಆಕಾರದ ನಿಯಂತ್ರಣಗಳು ಕಾಣುತ್ತವೆ. ಒಂದು ಟನೆಲ್ಗೆ ಸೇರಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಲು ಹೇಳುತ್ತದೆ, ಉಳಿದವು ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ಬಳಸುತ್ತಲೇ ಇರುತ್ತವೆ. ಇನ್ನೊಂದು ಎಲ್ಲವೂ ಟನೆಲ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ ಎಂದು ಭಾವಿಸಿ, ಯಾವುದನ್ನು ಹೊರಕ್ಕೆ ಕೊರೆಯಬೇಕು ಎಂದು ಕೇಳುತ್ತದೆ. ಎರಡೂ ಮೊದಲ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಟನೆಲ್ ಕೊಡುತ್ತವೆ ಮತ್ತು ಎರಡೂ ಪಟ್ಟಿಗೆ ಸಾಲು ಸೇರಿಸುವ ಮೂಲಕ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತವೆ, ಹೀಗಾಗಿ ಯಾರಾದರೂ ಹೊಸದನ್ನು ಇನ್ಸ್ಟಾಲ್ ಮಾಡುವವರೆಗೆ ವ್ಯತ್ಯಾಸ ಕಾಣಿಸುವುದಿಲ್ಲ.
ಇದು ವೈಶಿಷ್ಟ್ಯವಲ್ಲ, ಡಿಫಾಲ್ಟ್. ಪಟ್ಟಿಯಲ್ಲಿ ಇಪ್ಪತ್ತು ನಮೂದುಗಳಾಗುವ ಮೊದಲೇ ಇದನ್ನು ನಿರ್ಧರಿಸಿ.
ಡಿಫಾಲ್ಟ್ ಅನ್ನು ಕರಪತ್ರದಿಂದಲ್ಲ, ಕ್ಲೈಂಟ್ನಿಂದ ಓದಿ
WireGuard ನಲ್ಲಿ ಈ ನಿರ್ಧಾರ ಅಸಾಮಾನ್ಯವಾಗಿ ಕಣ್ಣಿಗೆ ಕಾಣುತ್ತದೆ, ಏಕೆಂದರೆ AllowedIPs ಒಂದು ಸೇರ್ಪಡೆ ಪಟ್ಟಿ ಮಾತ್ರ, ಬೇರೇನೂ ಅಲ್ಲ. 0.0.0.0/0, ::/0 ಹೊಂದಿರುವ ಪೀರ್ ಎಲ್ಲವನ್ನೂ ಟನೆಲ್ ಮಾಡುತ್ತದೆ, 10.20.0.0/16 ಹೊಂದಿರುವ ಪೀರ್ ಅಷ್ಟನ್ನೇ ಟನೆಲ್ ಮಾಡುತ್ತದೆ. ಹೊರಗಿಡುವ ಸಿಂಟ್ಯಾಕ್ಸ್ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಒಂದು ಸಬ್ನೆಟ್ ಬಿಡಬೇಕೆಂದರೆ ಉಳಿದ ಎಲ್ಲಾ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಎಣಿಸಬೇಕು ಅಥವಾ ಇಂಟರ್ಫೇಸ್ನ ಹೊರಗೆ ಪಾಲಿಸಿ ರೂಟಿಂಗ್ ಸೇರಿಸಬೇಕು.
OpenVPN ಎದುರು ದಿಕ್ಕಿನಿಂದ ಅದೇ ಜಾಗ ತಲುಪುತ್ತದೆ: redirect-gateway def1 ಪೂರ್ಣ ಟನೆಲ್ ಹಾಕುತ್ತದೆ, ಸ್ಪಷ್ಟ route ನಿರ್ದೇಶನಗಳು ನಿರ್ದಿಷ್ಟ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಸೇರಿಸುತ್ತವೆ ಅಥವಾ ಅತಿಕ್ರಮಿಸುತ್ತವೆ. ವಾಣಿಜ್ಯ ಕ್ಲೈಂಟ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡನ್ನೂ ಚೆಕ್ಬಾಕ್ಸ್ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಕೋಷ್ಟಕದ ಹಿಂದೆ ಮುಚ್ಚಿಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಲೇಬಲ್ ನಂಬುವ ಮೊದಲು ಕೋಷ್ಟಕ ಯಾವುದನ್ನು ಸಂಪಾದಿಸುತ್ತದೆ ಎಂದು ಓದಿ.
ಕೇಳಬೇಕಾದ ಪ್ರಶ್ನೆ ಚೆಕ್ಬಾಕ್ಸ್ನ ಹೆಸರೇನು ಎಂಬುದಲ್ಲ. ಎರಡೂ ಪಟ್ಟಿಗಳಲ್ಲಿ ಇಲ್ಲದ ಗಮ್ಯಸ್ಥಾನದ ಪ್ಯಾಕೆಟ್ಗೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದು. ಅದನ್ನು ಬರೆದಿಡಿ, ಉಳಿದ ಸಂರಚನೆ ಅಲ್ಲಿಂದಲೇ ಹೊರಡುತ್ತದೆ. ಈ ಪ್ರಶ್ನೆ ಬಿಟ್ಟರೆ, ಮೊದಲ ವಿವರಿಸಲಾಗದ ವೈಫಲ್ಯವನ್ನು ಆ ದಿನ ಕ್ಲೈಂಟ್ಗೆ ಹತ್ತಿರವಿರುವವರು ನಿರ್ಧರಿಸುತ್ತಾರೆ.
ಯಾರೂ ಪಟ್ಟಿ ಮಾಡದ ಆ್ಯಪ್ ಅನ್ನು ಹಿಂಬಾಲಿಸಿ
ಸೇರ್ಪಡೆ ಮಾತ್ರ ವಿನ್ಯಾಸದಲ್ಲಿ ಆ ಆ್ಯಪ್ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಸ್ಥಳೀಯ DNS ಬಳಸಿ ನೇರವಾಗಿ ಹೋಗುತ್ತದೆ. ಹೊರಗಿಡುವಿಕೆ ಮಾತ್ರ ವಿನ್ಯಾಸದಲ್ಲಿ ಅದು ಸರ್ವರ್ ಅನುಮತಿಸುವ ಮಟ್ಟಿಗೆ ಟನೆಲ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಮತ್ತು ಹೊಸ SaaS ಸಾಧನ ಮೊದಲ ದಿನವೇ ಕೆಲಸ ಮಾಡುವುದಕ್ಕೂ VPN ಅದನ್ನು ಮುರಿಯಿತು ಎಂಬ ಟಿಕೆಟ್ಗೂ ಇರುವ ವ್ಯತ್ಯಾಸ ಹೆಚ್ಚಾಗಿ ಇಲ್ಲಿಯೇ.
ಯಾವುದೇ ಡಿಫಾಲ್ಟ್ ತನ್ನಷ್ಟಕ್ಕೆ ಹೆಚ್ಚು ಸುರಕ್ಷಿತವಲ್ಲ. ಸೇರ್ಪಡೆ ಮಾತ್ರ ಟನೆಲ್ ಒಯ್ಯುವುದನ್ನು ಸಂಕುಚಿಸಿ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಅತ್ಯಂತ ಸುಲಭ ಮಾರ್ಗವಾಗಿಸುತ್ತದೆ, ಹೊರಗಿಡುವುದು ಮಾತ್ರ ಟನೆಲ್ ಅನ್ನು ಸಾಮಾನ್ಯ ಮಾರ್ಗ ಎಂದು ಭಾವಿಸಿ ಹೊರತುಪಡಿಸುವಿಕೆಗಳನ್ನು ಹೊರತುಪಡಿಸುವಿಕೆ ಎಂದೇ ನೋಡುತ್ತದೆ, ಇದು ಬಹುಪಾಲು ಸಾಂಸ್ಥಿಕ ನೀತಿಗಳು ವಾಸ್ತವವಾಗಿ ಉದ್ದೇಶಿಸುವುದಕ್ಕೆ ಹತ್ತಿರವಾಗಿದೆ.
| Question | Include-only | Exclude-only |
|---|---|---|
| Unlisted new app | goes direct | goes through the tunnel |
| A site that breaks over the VPN | add it to the list | carve it out |
| Internal names still resolve | only if routed and served | usually, until split DNS says otherwise |
| Upkeep | one entry per internal service | one entry per misbehaving public service |
ವೇದಿಕೆ ಯಾವ ರೀತಿಯ ವಸ್ತುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ
Android ನ VpnService.Builder ಅನುಮತಿಸಿದ ಆ್ಯಪ್ ಪಟ್ಟಿ ಮತ್ತು ನಿಷೇಧಿಸಿದ ಆ್ಯಪ್ ಪಟ್ಟಿಯನ್ನು ಎರಡು ಬೇರೆ ಮಾದರಿಗಳಾಗಿ ಒಡ್ಡುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಆ್ಯಪ್ ನಿಯಮಗಳು ಗಮ್ಯಸ್ಥಾನದ ಬದಲು ಪ್ಯಾಕೇಜ್ ಮೂಲಕ ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ. ಅಂತಹ ಪಟ್ಟಿಯಲ್ಲಿ ಇರಿಸಿದ ಬ್ರೌಸರ್ ತೆರೆಯುವ ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನವನ್ನೂ ಹೊತ್ತುಕೊಂಡು ಹೋಗುತ್ತದೆ, ಇದು ರೂಟ್ ಕೋಷ್ಟಕಕ್ಕಿಂತ ಬೇರೆ ಸೂಕ್ಷ್ಮತೆ ಮತ್ತು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಆ್ಯಪ್ ಒಳಗಿನ ಒಂದು ಮುರಿದ ಸೈಟ್ ಸರಿಪಡಿಸಲಾರದು.
ಡೆಸ್ಕ್ಟಾಪ್ ಕ್ಲೈಂಟ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡೂ ಬಗೆಗಳನ್ನು ಒಂದೇ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಬೆರೆಸುತ್ತವೆ, ಆದ್ದರಿಂದ ನೀವು ಸೇರಿಸುತ್ತಿರುವ ಸಾಲು ಪ್ಯಾಕೇಜೋ, ಹೋಸ್ಟ್ ಹೆಸರೋ ಅಥವಾ ಪ್ರಿಫಿಕ್ಸೋ ಎಂದು ಪರೀಕ್ಷಿಸಿ. ಅವು ಬೇರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಬೇರೆ ಜಾಗದಲ್ಲಿ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ. ಹೋಸ್ಟ್ ಹೆಸರಿನ ಸಾಲು ಸಾಮಾನ್ಯವಾಗಿ ರೂಟ್ ಜೊತೆಗೆ ಹೆಸರಾಗುತ್ತದೆ, ಪ್ಯಾಕೇಜ್ ಸಾಲು ಕ್ಲೈಂಟ್ ಒಳಗಿನ ಪಾಲಿಸಿ ನಿರ್ಧಾರವಾಗುತ್ತದೆ. ಯಾವುದನ್ನು ಸೇರಿಸಿದಿರಿ ಎಂದು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ನಂತರ ಡೀಬಗ್ ಮಾಡುವವರು ಇನ್ನೊಂದನ್ನು ಊಹಿಸುತ್ತಾರೆ.
ವೈಫಲ್ಯ ಸ್ಥಿತಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ, ಸುಗಮ ಮಾರ್ಗವನ್ನಷ್ಟೇ ಅಲ್ಲ
ಟನೆಲ್ನಿಂದ ಹೊರಗಿಟ್ಟ ಆ್ಯಪ್ಗೆ ತಾನಾಗಿಯೇ ಸ್ವಚ್ಛ ನೇರ ಪ್ರವೇಶ ಸಿಗುವುದಿಲ್ಲ. ಕ್ಲೈಂಟ್ VPN ಇಲ್ಲದೆ ಬ್ಲಾಕ್ ಮಾಡುವ ನಿಯಮವನ್ನೂ ಜಾರಿಗೊಳಿಸಿದರೆ, ಹೊರಗಿಟ್ಟ ಟ್ರಾಫಿಕ್ ಸಂಪೂರ್ಣವಾಗಿ ಬಿಟ್ಟುಹೋಗಬಹುದು, ಅದು ರೂಟಿಂಗ್ ನಿರ್ಧಾರವಲ್ಲ, ಮುರಿದ ಆ್ಯಪ್ನಂತೆ ಕಾಣುತ್ತದೆ. ಆ ಸಂದರ್ಭವನ್ನು ಬಳಕೆದಾರರ ದೂರಿನಿಂದ ಕಂಡುಕೊಳ್ಳುವ ಬದಲು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ.
ನಂತರ DNS ಮತ್ತು IPv6 ಅನ್ನು ಪ್ರತ್ಯೇಕ ಅಂಶಗಳಾಗಿ ಪರೀಕ್ಷಿಸಿ. IPv4 ಮಾತ್ರ ಒಯ್ಯುವ ಟನೆಲ್ v6 ಸಾಮರ್ಥ್ಯದ ಆ್ಯಪ್ಗೆ ಸುತ್ತುವ ದಾರಿ ಬಿಡುತ್ತದೆ, ಮತ್ತು split DNS ಟನೆಲ್ ಮೂಲಕ ಹೋಗದ ಟ್ರಾಫಿಕ್ಗೆ ಒಳಗಿನ ಹೆಸರುಗಳು ಬಿಡಿಸುತ್ತವೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಪಟ್ಟಿಯಲ್ಲಿರುವ ಆ್ಯಪ್, ಪಟ್ಟಿಯಲ್ಲಿಲ್ಲದ ಆ್ಯಪ್, ಒಂದು ಹೆಸರು ಹುಡುಕಾಟ ಮತ್ತು ಒಂದು ಮರುಸಂಪರ್ಕವನ್ನು ಓಡಿಸಿ, ಫಲಿತಾಂಶಗಳನ್ನು ಸಂರಚನೆಯೊಂದಿಗೆ ಇಟ್ಟುಕೊಳ್ಳಿ.
ಡಿಫಾಲ್ಟ್ ಅನ್ನು ಮುಂದಿನ ವ್ಯಕ್ತಿ ಸಿಗುವ ಜಾಗದಲ್ಲಿ ಬರೆಯಿರಿ
ಆಯ್ಕೆ ಮಾಡಿದ ಡಿಫಾಲ್ಟ್, ಹೊರತುಪಡಿಸುವಿಕೆಗಳು ಮತ್ತು ಅವುಗಳ ಮಾಲೀಕರನ್ನು ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಇರುವ ಅದೇ ಜಾಗದಲ್ಲಿ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ನಿರ್ವಾಹಕರು ಈ ವಿವರಣೆ ಓದದೆ ನಮೂದು ಸೇರಿಸುತ್ತಾರೆ. ದಿನಾಂಕ ಮತ್ತು ಪ್ರತಿ ಹೊರತುಪಡಿಸುವಿಕೆಯ ಕಾರಣವನ್ನು ಬರೆಯಿರಿ, ಆಗ ನಂತರ ಸರಿಪಡಿಸಲಾದ ಸೈಟ್ಗಾಗಿ ಹಳೆಯದಾದ ಕೊರೆತವನ್ನು ನಂಬಿಕೆಯಿಂದ ತೆಗೆಯಬಹುದು. ಕಾರಣಗಳಿಲ್ಲದ ಪಟ್ಟಿ ಅಂತ್ಯವಿಲ್ಲದೆ ಬೆಳೆಯುತ್ತದೆ.
ಯಾರಾದರೂ ಒಂದು ಮುರಿದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ವರದಿ ಮಾಡಿದಾಗ, ಮೂಲವನ್ನಲ್ಲ, ಹೊರತುಪಡಿಸುವಿಕೆಯನ್ನು ಬದಲಿಸಿ. ಒಂದೇ ಸೈಟ್ ಸರಿಪಡಿಸಲು ಡಿಫಾಲ್ಟ್ ತಿರುಗಿಸುವುದು ಪಟ್ಟಿಯಲ್ಲಿಲ್ಲದ ಪ್ರತಿ ಆ್ಯಪ್ ಅನ್ನೂ ಮೌನವಾಗಿ ಟನೆಲ್ನ ಇನ್ನೊಂದು ಬದಿಗೆ ಸರಿಸುತ್ತದೆ.