Android ಮನೆ LAN VPN ಅಪವಾದ: ಒಂದೇ ಸೇವೆಗಾಗಿ ಕೈಪಿಡಿ

ಒಂದು ಮನೆ ಸೇವೆ ತಲುಪಲು ಸಾಧ್ಯವಾಗಬೇಕು, ಉಳಿದ ಎಲ್ಲಕ್ಕೂ VPN ಜಾರಿಯಲ್ಲಿರುತ್ತದೆ. ಆಕರ್ಷಕ ಸೆಟ್ಟಿಂಗ್ ಎಂದರೆ ಪ್ರತಿ ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ಆವರಿಸುವ ಸ್ಥಳೀಯ-ಮಾರ್ಗ ವಿನಾಯಿತಿ, ಮತ್ತು ಅದು ತಪ್ಪು ನಿಯಂತ್ರಣ: ಮುಂದಿನ ಹೋಟೆಲ್ ಅಥವಾ ಕೆಫೆ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯಿಸುವ ಯಾವುದನ್ನೂ ಬೈಪಾಸ್ ಆಗಿ ಪರಿವರ್ತಿಸಬಹುದು. ಈ ಕೈಪಿಡಿ ವಿನಾಯಿತಿಯನ್ನು ಒಂದೇ ಸೇವೆಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಮುರಿಯುವ ಪರಿವರ್ತನೆಗಳ ಅಡಿಯಲ್ಲಿ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ವಿನಾಯಿತಿಯನ್ನು ಸಬ್‌ನೆಟ್ ಅಲ್ಲ, ಸೇವೆ ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸಿ

ಆ್ಯಪ್, ಗಮ್ಯಸ್ಥಾನದ ಹೋಸ್ಟ್‌ಹೆಸರು ಮತ್ತು ವಿಳಾಸ, ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪೋರ್ಟ್, ಅನುಮತಿಸಲಾದ ನೆಟ್‌ವರ್ಕ್, ಮತ್ತು ಸೇವೆಯೇ ಮಾಡುವ ಗುರುತಿನ ಪರಿಶೀಲನೆಯನ್ನು ದಾಖಲಿಸಿ. ದೃಢೀಕರಣವಿರುವ NAS ಗೆ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಖಾತೆಯೇ ಸರಿಯಾದ ಯಂತ್ರವನ್ನು ತಲುಪಿದ್ದನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. 192.168.0.0/16 ನಲ್ಲಿನ ವಿಳಾಸ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರತಿ ಮನೆ ರೌಟರ್ ಅದೇ ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ಹಂಚುತ್ತದೆ.

ಹತ್ತಿರ ಎಂದರೆ ಏನು ಎಂಬುದನ್ನೂ ನಿರ್ಧರಿಸಿ. ರೂಟ್ ಮಾಡಿದ VLAN ನಲ್ಲಿನ ಸೇವೆ ಫೋನ್‌ಗೆ ನೇರವಾಗಿ ಸಂಪರ್ಕಿಸಿದ ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿಲ್ಲ, ಮತ್ತು ಅತಿಥಿ Wi-Fi ಮನೆಯೊಂದಿಗೆ ಅದೇ ಖಾಸಗಿ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಹಂಚಿಕೊಂಡರೂ ಸಂಪೂರ್ಣ ಬೇರೆ ಯಂತ್ರವಾಗಿರಬಹುದು. ವಿನಾಯಿತಿ ಸೇವೆ ಮತ್ತು ಪರಿಸರವನ್ನು ಹೆಸರಿಸಬೇಕು, ವಿಳಾಸ ಶ್ರೇಣಿಯನ್ನು ಮಾತ್ರವಲ್ಲ.

ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ನಿಯಂತ್ರಣ ಅಗತ್ಯಕ್ಕೆ ಹೊಂದುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ

Android ನ IKEv2 ಪ್ರೊಫೈಲ್ ಬಿಲ್ಡರ್ setLocalRoutesExcluded(true) ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ದಾಖಲೆ ಬೈಪಾಸ್ ಮಾಡಬಹುದಾದ VPN ಅನ್ನು ಬೇಡುತ್ತದೆ: ಕ್ಲೈಂಟ್ ಸಂಚಾರವನ್ನು ಟನೆಲ್ ಬಳಿಯಿಂದ ಹೋಗಲು ಬಿಟ್ಟಾಗ ಮಾತ್ರ ವಿನಾಯಿತಿ ಅರ್ಥಪೂರ್ಣ. ಅದೇ ದಾಖಲೆ ಎಚ್ಚರಿಸುವಂತೆ ಆಧಾರ ನೆಟ್‌ವರ್ಕ್ ವಿನಾಯಿತಿಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಮಾರ್ಗಗಳನ್ನು ಒದಗಿಸಬಹುದು, ಆದ್ದರಿಂದ ಸೆಟ್ಟಿಂಗ್ ನೀವು ನಂಬುವ ನೆಟ್‌ವರ್ಕ್ ಬದಲು ನೀವು ಸೇರುವ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ.

ಪ್ರತಿ ಲಾಕ್‌ಡೌನ್ ಅಥವಾ ನಿರ್ವಹಿತ ಸಂರಚನೆ ಬಳಕೆದಾರರಿಗೆ ಅದೇ ವಿನಾಯಿತಿಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಬಿಡುತ್ತದೆ ಎಂಬ ಭರವಸೆಯೂ ಅಲ್ಲ. ಮಾರ್ಗ ವಿನಾಯಿತಿ, ಬೈಪಾಸ್ ಸಾಮರ್ಥ್ಯದ ಧ್ವಜ ಮತ್ತು ಸಾಧನ ನಿರ್ಬಂಧ ನೀತಿ ಪ್ರತ್ಯೇಕ ನಿಯಂತ್ರಣಗಳು, ಮತ್ತು ನಿರ್ವಹಿತ ಸಾಧನ ಮೂರನೆಯದನ್ನು ನಿಷೇಧಿಸಿ ಮೊದಲ ಎರಡನ್ನು ಅನುಮತಿಸಬಹುದು. ಚೆಕ್‌ಬಾಕ್ಸ್ ಸುತ್ತ ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ಸ್ಥಾಪಿತ ಪ್ರೊಫೈಲ್ ಮತ್ತು ನಿರ್ವಹಣಾ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.

ಕೈಪಿಡಿ: ವಿನಾಯಿತಿ ನಿರ್ಮಿಸಿ ಮತ್ತು ಅನ್ವಯಿಸಿ

ಹಂತ 1: ನಿಯೋಜನೆಗೆ ಬೆಂಬಲಿತ ಮಾರ್ಗದ ಮೂಲಕ ಪ್ರೊಫೈಲ್ ರಚಿಸಿ, ನಿರ್ವಹಿತ ಸಂರಚನೆ ಅಥವಾ ಕ್ಲೈಂಟ್ ಬಿಲ್ಡರ್. ಹಂತ 2: VPN ಅನ್ನು ಬೈಪಾಸ್ ಮಾಡಬಹುದಾದುದು ಎಂದು ಗುರುತಿಸಿ, ಏಕೆಂದರೆ ಸ್ಥಳೀಯ-ಮಾರ್ಗ ವಿನಾಯಿತಿ ಅದಿಲ್ಲದೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಹಂತ 3: ಸ್ಥಳೀಯ-ಮಾರ್ಗ ವಿನಾಯಿತಿ ಸಕ್ರಿಯಗೊಳಿಸಿ. ಹಂತ 4: ಸೇವೆಯ ಸ್ವಂತ ದೃಢೀಕರಣ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಮೌಲ್ಯೀಕರಣ ಸಕ್ರಿಯವಾಗಿರಲಿ; ವಿನಾಯಿತಿ ಮಾರ್ಗದ ಬಗ್ಗೆ, ನಂಬಿಕೆಯ ಬಗ್ಗೆ ಅಲ್ಲ. ಹಂತ 5: ಉಳಿಸಿ ಮತ್ತು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಆಗ ಪ್ರೊಫೈಲ್ ಅನ್ವಯವಾಗುತ್ತದೆ.

ಹಿಂತಿರುಗಿಸುವುದು ಅದೇ ಮಾರ್ಗ ಹಿಮ್ಮುಖ ಕ್ರಮದಲ್ಲಿ: ವಿನಾಯಿತಿ ಅಳಿಸಿ, ನಂತರ ಬೈಪಾಸ್ ಸಾಮರ್ಥ್ಯ ಅಳಿಸಿ, ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ. ಸಾಧನದಲ್ಲಿ ನೇರವಾಗಿ ಮಾರ್ಗ ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಕೊಕ್ಕೆ ಪ್ಯಾಚ್ ಮಾಡಬೇಡಿ. ನೆಟ್‌ವರ್ಕ್ ಡೀಮನ್ ಆ ನಿಯಮಗಳ ಮಾಲೀಕ, ಮತ್ತು ಕೈಯಿಂದ ಮಾಡಿದ ನಿಯಮ ಬೇರೆ ವಿಳಾಸ ಕುಟುಂಬ, ಮರುಸಂಪರ್ಕ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಪರಿವರ್ತನೆಯನ್ನು ತಪ್ಪಿಸಬಹುದು. ಸ್ಥಾಪಿತ ಸಂರಚನೆ ನೀತಿಯನ್ನು ವ್ಯಕ್ತಪಡಿಸಲಾಗದಿದ್ದರೆ, ಮಾಲೀಕರು ಬೇರೆ ವಿನ್ಯಾಸ ಅನುಮೋದಿಸುವವರೆಗೆ ಕಠಿಣ ನಿರ್ಬಂಧವನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ.

ಮುಖ್ಯವಾದ ನಾಲ್ಕು ಪ್ರಕರಣಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ

ಹಾನಿಕರವಲ್ಲದ ವಿನಂತಿಗಳನ್ನು ಬಳಸಿ ಮತ್ತು ಪ್ರತಿ ಪ್ರಕರಣ ಚಲಾಯಿಸುವ ಮೊದಲು ನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶ ಬರೆಯಿರಿ. ಕೆಳಗಿನ ಮ್ಯಾಟ್ರಿಕ್ಸ್ ಸ್ವೀಕೃತಿ ಪರೀಕ್ಷೆ, ಸಲಹೆ ಅಲ್ಲ: ನಿರಾಕರಿಸಿದ ಯಾವುದೇ ಪ್ರಕರಣ ಯಶಸ್ವಿಯಾದರೆ, ವಿನಾಯಿತಿ ನೀತಿಗಿಂತ ವಿಶಾಲವಾಗಿದೆ.

ಪ್ರಕರಣ 3 ವಿಶಾಲ ಖಾಸಗಿ ಸಬ್‌ನೆಟ್ ಬೈಪಾಸ್ ಹಿಡಿಯುತ್ತದೆ, ಮತ್ತು ಪ್ರಕರಣ 4 ವಿನಾಯಿತಿಯನ್ನು ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ ಅನ್ವಯಿಸಿದ ಕ್ಲೈಂಟ್ ಹಿಡಿಯುತ್ತದೆ. VPN ಕಡಿತಗೊಂಡು ಫೋನ್ ಮೊಬೈಲ್ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸ್ಥಳಾಂತರಗೊಂಡ ಸ್ಥಿತಿಯಲ್ಲಿ ಪ್ರಕರಣ 4 ಚಲಾಯಿಸಿ, ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ವಿನಾಯಿತಿ ಮರುಪ್ರಾರಂಭವಿಲ್ಲದೆ ಮರಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಸ್ಥಳೀಯ-ಮಾರ್ಗ API ಉಲ್ಲೇಖ ಹಂತ 2 ಅನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸುವ ಬೈಪಾಸ್ ಷರತ್ತನ್ನು ತಿಳಿಸುತ್ತದೆ.

ವಿನಾಯಿತಿ ದಾಖಲಿಸಿ ಮತ್ತು ಪರಿಶೀಲಿಸಿ

ನಿರ್ವಹಿಸಿದ ದಾಖಲೆ ಸೇವೆ, ಅದನ್ನು ಸಮರ್ಥಿಸಿದ ಪರಿಸರ, ಮಾಲೀಕ ಮತ್ತು ದಿನಾಂಕವನ್ನು ಹೆಸರಿಸಬೇಕು. ಸ್ಥಳೀಯ ಎಂದರೆ ಮಾರ್ಗ ಸಂಬಂಧ, ನಂಬಿಕೆಯ ಮಟ್ಟವಲ್ಲ, ಮತ್ತು ಫೋನ್ ಸೇರುವ ಮುಂದಿನ ನೆಟ್‌ವರ್ಕ್ ವಿನಾಯಿತಿ ಅನುಮೋದಿಸಿದ ನೆಟ್‌ವರ್ಕ್ ಅಲ್ಲ.

OS ನವೀಕರಣ, ಕ್ಲೈಂಟ್ ನವೀಕರಣ ಅಥವಾ ಸ್ಥಳಾಂತರದ ನಂತರ ದಾಖಲೆ ಪರಿಶೀಲಿಸಿ. ವಿನಾಯಿತಿ ನವೀಕರಣಗೊಳ್ಳುವ ಪ್ರತಿ ಬಾರಿ ಪ್ರಕರಣ 3 ಮತ್ತೆ ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ ಒಮ್ಮೆ ಬೈಪಾಸ್ ಅನ್ನು ಒಂದು ಸೇವೆಗೆ ಸೀಮಿತಗೊಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಒಂದೇ ಡೀಫಾಲ್ಟ್ ಬದಲಾವಣೆಯಿಂದ ವಿಸ್ತರಿಸಬಹುದು.