ಖಾಸಗಿ ಮಾರ್ಗಗಳನ್ನು ಉಳಿಸಿ ಮತ್ತು ಮರುನಿರ್ದೇಶನವನ್ನು ಬಿಡಿ: OpenVPN ವಿಭಜಿತ ಸುರಂಗ
ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ಗಳಿಗೆ ಮಾತ್ರವಿರುವ ಸುರಂಗಕ್ಕೆ ಎರಡು ನಿಯಮಗಳು ಬೇಕು: ಖಾಸಗಿ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಅದರ ಮೂಲಕ ಹೋಗುತ್ತವೆ, ಸಾಮಾನ್ಯ ಬ್ರೌಸಿಂಗ್ ತನ್ನ ಸ್ಥಳೀಯ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಅಳಿಸುವುದು ನೀತಿ ಅಲ್ಲ.
ಸುರಂಗ ಏಳುತ್ತದೆ, ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಆಗುತ್ತದೆ, ನಂತರ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿನ ಉಳಿದ ಎಲ್ಲವೂ ವಿಚಿತ್ರವಾಗಿ ವರ್ತಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಒಂದು ಸಾಲನ್ನು ಅಳಿಸುವ ಮೂಲಕ ಜಾರಿಗೆ ತಂದ ಖಾಸಗಿ-ಮಾತ್ರ ನೀತಿಯ ಸಾಮಾನ್ಯ ರೂಪ ಇದು. ತಳ್ಳಲಾದ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ತೆಗೆಯುವುದು ಸಂಚಾರ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿಜವಾಗಿಯೂ ಬದಲಾಯಿಸುತ್ತದೆ, ಆದರೆ ಸಂಚಾರ ಬದಲಿಗೆ ಎಲ್ಲಿಗೆ ಹೋಗಬೇಕು ಎಂದು ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಹೆಸರು ವಿಭೇದನೆಯನ್ನು ಸ್ವಲ್ಪವೂ ಮುಟ್ಟುವುದಿಲ್ಲ. ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ನೀತಿಗೆ ಎರಡು ಧನಾತ್ಮಕ ಅರ್ಧಗಳು ಬೇಕು.
ಮರುನಿರ್ದೇಶನವನ್ನು ಅಳಿಸುವುದು ಬದಲಾವಣೆಯ ಅರ್ಧದಷ್ಟು ಮಾತ್ರ
ಪೂರ್ಣ-ಸುರಂಗ ಮರುನಿರ್ದೇಶನ ಮತ್ತು ಖಾಸಗಿ-ಮಾತ್ರ ನೀತಿ ಜಗತ್ತಿನ ಬಗ್ಗೆ ಏನು ಪ್ರತಿಪಾದಿಸುತ್ತವೆ ಎಂಬುದರಲ್ಲಿ ಭಿನ್ನ. ಮರುನಿರ್ದೇಶನ ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನವನ್ನೂ ಪ್ರತಿಪಾದಿಸುತ್ತದೆ, ಆದರೆ ಖಾಸಗಿ ನೀತಿ ಒಂದು ಪಟ್ಟಿಯನ್ನು ಪ್ರತಿಪಾದಿಸಿ ಉಳಿದದ್ದನ್ನು ಬಿಡುತ್ತದೆ. ಪಟ್ಟಿ ಬರೆಯದೆ ಪ್ರತಿಪಾದನೆಯನ್ನು ಅಳಿಸುವುದು ಸ್ಥಳೀಯ ಜಾಲದ ಹೊರಗೆ ಎಲ್ಲಿಗೂ ತಲುಪದ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಅದು ನೀತಿಯ ಕೊರತೆಗಿಂತ ಮಾರ್ಗನಿರ್ದೇಶನ ವೈಫಲ್ಯದಂತೆ ಕಾಣುತ್ತದೆ. ಪ್ರತಿಪಾದನೆಯನ್ನು ತೆಗೆಯುವ ಮೊದಲು ಪಟ್ಟಿ ಬರೆಯಿರಿ, ಆಗ ಆ ಎರಡು ಹಂತಗಳ ಕ್ರಮ ಮುಖ್ಯವಾಗುವುದಿಲ್ಲ.
ಎರಡೂ ಅರ್ಧಗಳು ಡೀಫಾಲ್ಟ್ಗಳಲ್ಲ, ಅಗತ್ಯಗಳು. ಖಾಸಗಿ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸಬೇಕು, ಸಾಮಾನ್ಯ ಗಮ್ಯಸ್ಥಾನಗಳು ಸಂಪರ್ಕದ ಮೊದಲು ಇದ್ದ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬೇಕು.
ಸಂಸ್ಥೆಯು ಪೂರ್ಣ ಸುರಂಗವನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸಿದರೆ, ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಅನ್ವಯಿಸುವುದಿಲ್ಲ. ಖಾಸಗಿ-ಮಾತ್ರ ವಿನ್ಯಾಸವು ವಿಭಜಿತ ಮಾರ್ಗನಿರ್ದೇಶನ ಅನುಮೋದಿತವಾದ ನಿಯೋಜನೆಗಳಿಗೆ ಸೇರಿದೆ.
pull-filter ಒಂದು ಹೊಂದಿಕೆ, ಸ್ವಿಚ್ ಅಲ್ಲ
pull-filter ಸೂಚನೆಯು ಹೆಸರುಗಳು ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಹೊಂದುವ ತಳ್ಳಲಾದ ಆಯ್ಕೆಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಅಷ್ಟೇ ಮಾಡುತ್ತದೆ. ಮರುನಿರ್ದೇಶನವನ್ನು ನಿರ್ಲಕ್ಷಿಸಿದರೆ ಉಳಿದ ಪ್ರತಿ ತಳ್ಳಲಾದ ಆಯ್ಕೆಯೂ ತನ್ನ ಜಾಗದಲ್ಲೇ ಇರುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ ನಿಮಗೆ ಬೇಕಾದದ್ದು: ಮಾರ್ಗಗಳು, DNS ಸಂಯೋಜನೆಗಳು ಮತ್ತು ಮಾರ್ಗ-ಗೇಟ್ವೇ ಮೌಲ್ಯ ಎಲ್ಲವೂ ಬರುತ್ತವೆ. ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಬರೆದ ಸೂಚನೆಯನ್ನೂ ತೆಗೆಯಲಾರದು, ಏಕೆಂದರೆ ಫಿಲ್ಟರಿಂಗ್ ಸರ್ವರ್ ತಳ್ಳುವುದಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ.
route ನಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಪ್ರತಿ ಆಯ್ಕೆಯನ್ನೂ ನಿರ್ಲಕ್ಷಿಸುವ ಪ್ರಲೋಭನೆಯನ್ನು ಎದುರಿಸಿ. ಆ ಮಾದರಿ ಸಂಪರ್ಕಕ್ಕೆ ಬೇಕಾದ ಖಾಸಗಿ ಮಾರ್ಗಗಳನ್ನೂ ಬಿಸಾಡುತ್ತದೆ, ಮತ್ತು ಸುರಂಗ ಅವಲಂಬಿಸಿರುವ ಗೇಟ್ವೇ ಮಾಹಿತಿಯನ್ನು ಕಳೆದುಕೊಳ್ಳಬಹುದು.
route-nopull ಕಾಣುವುದಕ್ಕಿಂತ ವಿಶಾಲ ನಿರ್ಣಯ. ಕ್ಲೈಂಟ್ ತಳ್ಳಲಾದ ಮಾರ್ಗಗಳನ್ನು ಮತ್ತು DHCP ಶೈಲಿಯ ಆಯ್ಕೆಗಳನ್ನು ಒಂದು ಗುಂಪಾಗಿ ಸ್ವೀಕರಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ, ಇದು ಒಂದು ಆಯ್ಕೆಯನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುವುದಕ್ಕಿಂತ ಭಿನ್ನ ನೀತಿ.
ಮಾರ್ಗ ಪಟ್ಟಿಯನ್ನು ಅಪ್ಲಿಕೇಶನ್ನಿಂದ ಹೊರಕ್ಕೆ ಬರೆಯಿರಿ
ಬಳಕೆದಾರರು ನಿಜವಾಗಿ ತೆರೆಯುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಬೆಂಬಲಿಸುವ ಭಾಗಗಳನ್ನು ಸೇರಿಸಿ. 10.60.20.15 ನಲ್ಲಿನ ಅಪ್ಲಿಕೇಶನ್ ತನ್ನ ಉಪಜಾಲ 10.60.0.0/16 ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು ಖಾಸಗಿ ಹೆಸರು ಅದಕ್ಕೆ ಉತ್ತರಿಸುವ ಪರಿಹಾರಕವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಕೇಳಿದ ಬಳಕೆದಾರನಿಗೆ ಎರಡು ಗಮ್ಯಸ್ಥಾನಗಳು ಮತ್ತು ಒಂದು DNS ನಿರ್ಣಯ ಬೇಕು. ಆ ಪಟ್ಟಿಯಾಚೆಗಿನ ಎಲ್ಲವೂ ರಚನೆಯಿಂದಲೇ ವ್ಯಾಪ್ತಿಯ ಹೊರಗೆ, ಮತ್ತು ಅದೇ ನೀತಿಯನ್ನು ಪರಿಶೀಲನಾರ್ಹವಾಗಿ ಇಡುತ್ತದೆ.
ಸಹಕರಿಸುವ ಸರ್ವರ್ನಲ್ಲಿ ಅವು ಎರಡು ತಳ್ಳಲಾದ ಮಾರ್ಗಗಳಾಗುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಮರುನಿರ್ದೇಶನವಲ್ಲ. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸೇವೆ ಒದಗಿಸುವ ಸುರಂಗ ಸ್ಥಳವಿನ್ಯಾಸ ಮತ್ತು ಮಾರ್ಗ-ಗೇಟ್ವೇ ಮೌಲ್ಯಗಳನ್ನು ಉಳಿಸಿ.
ಈ ನೀತಿ ಕೆಲವೇ ಬಳಕೆದಾರರಿಗೆ ಬೇಕಾದರೆ, ಅದನ್ನು ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಅಥವಾ ಪ್ರತಿ ಗುಂಪಿಗೆ ಅನ್ವಯಿಸಿ. ಒಂದು ತಂಡದ ಅಗತ್ಯವನ್ನು ಸರಿಪಡಿಸಲು ಎಲ್ಲರ ಮಾರ್ಗನಿರ್ದೇಶನವನ್ನು ಬದಲಾಯಿಸುವುದೇ ವಿಭಜಿತ ಸುರಂಗವು ಅಡಚಣೆಯಾಗುವ ದಾರಿ.
| Destination | Intended path |
|---|---|
10.60.0.0/16 | Tunnel, for the approved application services |
10.61.0.53/32 | Tunnel, to reach the internal resolver |
corp.example queries | Internal resolver, selected per namespace |
| Everything else | Local path and local resolver |
DNS ಅದೇ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಲಿ
ಪರಿಹಾರಕದ ಕಡೆಗಿನ ಮಾರ್ಗ ಪರಿಹಾರಕ ನೀತಿ ಅಲ್ಲ. systemd-resolved ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಅರ್ಥಪೂರ್ಣ ಫಲಿತಾಂಶವು ಖಾಸಗಿ ಹೆಸರು ಸ್ಥಳಕ್ಕಾಗಿ ಒಂದು ಮಾರ್ಗನಿರ್ದೇಶನ ಕ್ಷೇತ್ರವಾಗಿದ್ದು ಅದು ಆಂತರಿಕ ಪರಿಹಾರಕವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ಆ ಹೆಸರುಗಳು ಮಾತ್ರ ಅದನ್ನು ಬಳಸುವಂತೆ ಮಾಡುತ್ತದೆ. Windows ಕ್ಲೈಂಟ್ಗೆ ಬದಲಿಗೆ ತನ್ನದೇ ಹೆಸರು ಸ್ಥಳ ನೀತಿ ಕಾರ್ಯವಿಧಾನ ಬೇಕು. ಪ್ರೊಫೈಲ್ನಲ್ಲಿನ DNS ಸರ್ವರ್ ಸಾಲು ತಾನಾಗಿಯೇ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.
ಪ್ರೊಫೈಲ್ ಕೇಳಿದ್ದಲ್ಲ, ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆ ಆಯ್ಕೆ ಮಾಡಿದ್ದನ್ನು ಪರಿಶೀಲಿಸಿ. Linux ನಲ್ಲಿ resolvectl status ಪ್ರತಿ ಕೊಂಡಿಗೆ ಕ್ಷೇತ್ರ ಮತ್ತು ಸರ್ವರ್ ತೋರಿಸುತ್ತದೆ; Windows ನಲ್ಲಿ ಹೆಸರು ಸ್ಥಳ ನೀತಿ ಕೋಷ್ಟಕ ಸಮಾನ ಸಾಕ್ಷ್ಯ.
ಪರಿಹಾರಕವನ್ನು ಸುರಂಗದ ಮೂಲಕ ತಲುಪಬಹುದಾಗಿ ಇರಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ನೀತಿ ಕೇಳಲಾಗದ ವಿಳಾಸವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಸುರಂಗ ತಲುಪದ ಪರಿಹಾರಕ ವಿಳಾಸವು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ನೀತಿಯನ್ನು ಕಾಲಮಿತಿಯಾಗಿ ಮಾರ್ಪಡಿಸುತ್ತದೆ.
ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಎರಡೂ ಅರ್ಧಗಳನ್ನು ಪರಿಶೀಲಿಸಿ
ಬದಲಾವಣೆಯ ನಂತರ ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಖಾಸಗಿ ವಿಳಾಸ ಹಾಗೂ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ನಂತರ ಒಂದು ಖಾಸಗಿ ಹೆಸರು ಮತ್ತು ಒಂದು ಸಾರ್ವಜನಿಕ ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಉದ್ದೇಶಿತ ಪರಿಹಾರಕವನ್ನು ಬಳಸಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಸಾರ್ವಜನಿಕ ಜಾಲತಾಣ ಲೋಡ್ ಆಗುವುದು ಎರಡನೇ ಅರ್ಧವನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ ಅರ್ಧ ಆಕಸ್ಮಿಕವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ.
ಸಿದ್ಧವಾದ ನೀತಿಯನ್ನು ಒಂದು ವಾಕ್ಯದಲ್ಲಿ ದಾಖಲಿಸಿ: ಈ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಮತ್ತು ಹೆಸರುಗಳು ಈ ಸಂಪರ್ಕವನ್ನು ಬಳಸುತ್ತವೆ, ಉಳಿದೆಲ್ಲವೂ ಸ್ಥಳೀಯ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ನಂತರ ಪ್ರತಿ ಲಾಗಿನ್ ನಂತರ ಅಡಾಪ್ಟರ್ ಸಂಯೋಜನೆಗಳನ್ನು ಸರಿಪಡಿಸುವ ಬದಲು ಅದನ್ನು ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಇರಿಸಿ.