Android VPN ರಫ್ತು: ಹೊಸ ಫೋನ್‌ಗೆ ನಿಜವಾಗಿ ಏನು ವರ್ಗಾವಣೆಯಾಗುತ್ತದೆ

Android ನಿಂದ VPN ಪ್ರೊಫೈಲ್ ರಫ್ತು ಮಾಡುವುದು ಬ್ಯಾಕಪ್ ಹಂತದಂತೆ ಭಾಸವಾಗುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ನೀಡುವ ಮೆನು ಆ ಭಾವನೆಯನ್ನು ಸರಿಪಡಿಸಲು ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ನಿಮ್ಮ ಬಳಿ ಉಳಿಯುವುದು parser ಇನ್‌ಪುಟ್, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಎಂದಿಗೂ ಹಿಂತಿರುಗಿಸದಿರಬಹುದಾದ ಕೀಲಿ, ಮತ್ತು ಆ ನಿರ್ದಿಷ್ಟ ಫೋನ್‌ಗೆ ನೀಡಿದ ಅನುಮತಿ. ಈ ಮೂರನ್ನು ಬೇರ್ಪಡಿಸಿ ಮತ್ತು ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಮೂಡುತ್ತದೆ: ಹೊಸ ಸಾಧನದಲ್ಲಿ ಇನ್ನೂ ಯಾವ ಭಾಗ ಕಾಣೆಯಾಗಿದೆ?

ಫೈಲ್ ಸುಲಭ ಭಾಗ. ಉಳಿದ ಎರಡು ವಲಸೆ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ.

ರಫ್ತು ಮಾಡಿದ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ನಿಜವಾಗಿ ಏನಿದೆ

ನಂಬುವ ಮೊದಲು ಫೈಲ್ ಅನ್ನು ಪಠ್ಯ ಸಂಪಾದಕದಲ್ಲಿ ತೆರೆಯಿರಿ. OpenVPN ಪ್ರೊಫೈಲ್ ಒಂದು ಸಣ್ಣ ಸಂರಚನಾ ಭಾಷೆ: remote, proto, data-ciphers, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಕ್ಲೈಂಟ್ ತನ್ನ TLS ಸ್ಟ್ಯಾಕ್‌ಗೆ ನೀಡುವ ಇನ್‌ಲೈನ್ <ca>, <cert>, <key> ಅಥವಾ <tls-crypt> ಬ್ಲಾಕ್‌ಗಳು. WireGuard ಸಂರಚನೆ ಸಮತಟ್ಟಾಗಿದೆ: [Interface] ನಲ್ಲಿ PrivateKey ಮತ್ತು Address ಇರುತ್ತವೆ, ನಂತರ ಪ್ರತಿ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಒಂದು [Peer] ಇರುತ್ತದೆ, ಅದು PublicKey, AllowedIPs ಮತ್ತು Endpoint ಹೊಂದಿರುತ್ತದೆ. IKEv2 ಕೀಲಿ ಬ್ಲಾಕ್‌ಗಳ ಬದಲು ಪೇಲೋಡ್ ನಿಘಂಟುಗಳೊಂದಿಗೆ .mobileconfig ಆಗಿ ಬರುತ್ತದೆ.

ಆ ಪಠ್ಯಗಳಲ್ಲಿ ಯಾವುದೂ ತನ್ನಷ್ಟಕ್ಕೇ ರುಜುವಾತು ಅಲ್ಲ. ರುಜುವಾತು ಖಾಸಗಿ ಕೀಲಿ, ಮತ್ತು ಪ್ರತಿ ಸ್ವರೂಪವು ಅದನ್ನು ಒಳಗೆ ಅಂಟಿಸುತ್ತದೆ ಅಥವಾ ಅದನ್ನು ರಚಿಸಿದ ಕ್ಲೈಂಟಿನ ಒಳಗೆ ಮಾತ್ರ ಪರಿಹರಿಸುವ ಉಪನಾಮಕ್ಕೆ ಸೂಚಿಸುತ್ತದೆ.

Android ನಲ್ಲಿ ಕೀಲಿ ನಿಜವಾಗಿ ಎಲ್ಲಿದೆ

Android ಅಪ್ಲಿಕೇಶನ್ ಡೇಟಾವನ್ನು /data/data/<package> ಅಡಿಯಲ್ಲಿ ಇಡುತ್ತದೆ, ಅದನ್ನು ಆ ಅಪ್ಲಿಕೇಶನ್‌ನ UID ಮಾತ್ರ ಓದಬಲ್ಲದು. root ಮಾಡದ ಫೋನ್‌ನಿಂದ ಇನ್ನೊಂದು ಅಪ್ಲಿಕೇಶನ್‌ನ ಖಾಸಗಿ ಡೈರೆಕ್ಟರಿಯನ್ನು ನಕಲಿಸಲು ಯಾವುದೇ ಬೆಂಬಲಿತ ಮಾರ್ಗವಿಲ್ಲ, ಮತ್ತು Android 12 ಅದನ್ನು ತೆಗೆದುಹಾಕಿದ ಮೇಲೆ ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳು allowBackup="false" ಘೋಷಿಸಲು ಪ್ರಾರಂಭಿಸಿದ ಮೇಲೆ adb backup ಸಾಮಾನ್ಯ ಉತ್ತರವಾಗುವುದನ್ನು ನಿಲ್ಲಿಸಿತು. ಆದ್ದರಿಂದ Android ಕ್ಲೈಂಟ್‌ನಿಂದ ರಫ್ತು ಎಂದರೆ ಆ ಕ್ಲೈಂಟ್ ಜಾರಿಗೊಳಿಸುವುದು, ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ನಕಲಲ್ಲ.

ಗುರುತಿನ ಪದರ ಅಪ್ಲಿಕೇಶನ್‌ನ ಕೆಳಗೆ ಇದೆ. ಕ್ಲೈಂಟ್ ನಿಮ್ಮ ಕೀಲಿಯನ್ನು Android Keystore ಗೆ ಆಮದು ಮಾಡಿಕೊಂಡಿದ್ದರೆ, ವಸ್ತು ಅಲ್ಲಿಯೇ ಉತ್ಪಾದನೆಯಾಗುತ್ತದೆ ಅಥವಾ ಸುತ್ತುತ್ತದೆ, ಮತ್ತು ನಂತರದ ರಫ್ತುಗಳು ಬೈಟ್‌ಗಳ ಬದಲು Keystore ಉಪನಾಮದ ಉಲ್ಲೇಖವನ್ನು ಹೊಂದಿರಬಹುದು. ಹಾರ್ಡ್‌ವೇರ್-ಬೆಂಬಲಿತ ಕೀಲಿಗಳನ್ನು ಮಾಲೀಕ ಅಪ್ಲಿಕೇಶನ್ ಕೂಡ ಓದಲಾಗದಂತೆ ನಿರ್ಮಿಸಲಾಗಿದೆ, Keystore documentation ವಿವರಿಸುವಂತೆ, ಆದ್ದರಿಂದ ಆ ಉಪನಾಮಕ್ಕೆ ಸೂಚಿಸುವ ಪ್ರೊಫೈಲ್ ಅದೇ ಫೋನ್‌ನಲ್ಲಿ ಸ್ವಚ್ಛವಾಗಿ ಆಮದಾಗುತ್ತದೆ ಮತ್ತು ಬೇರೆ ಎಲ್ಲಿಯಾದರೂ ವಿಫಲವಾಗುತ್ತದೆ.

ಅದು ಮುರಿದ ರಫ್ತಲ್ಲ. ಅದು ವೇದಿಕೆಯಿಂದ ಕೇಳಲಾದ ಗುಣಲಕ್ಷಣ.

ಪ್ರೊಫೈಲ್ ಏನನ್ನು ಒಯ್ಯಲಾಗದು

ವಸ್ತುಗಳನ್ನು ಗಮ್ಯಸ್ಥಾನ ಸ್ವೀಕರಿಸುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ:

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

ಆಮದು ಒಂದು ಪಾರ್ಸ್, ನಂತರ ಸಮ್ಮತಿಯ ವಿನಂತಿ

ಸ್ವೀಕರಿಸುವ ಬದಿಯಲ್ಲಿ, ಆಮದು ಒಂದು ಪಾರ್ಸ್ ಮತ್ತು ನಂತರ ಕಮಿಟ್. ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯನ್ನು ಓದುತ್ತದೆ, ಉಲ್ಲೇಖಿಸಿದ ಪ್ರತಿ ಬ್ಲಾಕ್ ಇದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ, ನಂತರ ಟನೆಲ್ ವ್ಯಾಖ್ಯಾನವನ್ನು ತನ್ನ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ಗೆ ಬರೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಡೌನ್‌ಲೋಡ್‌ಗಳಿಂದ ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಫೈಲ್ ನಂತರ ಸಂಪರ್ಕಿಸುವುದು ಅಲ್ಲ.

ನಂತರ ಯಾವುದೇ ಫೈಲ್ ತಪ್ಪಿಸಲಾಗದ ಅನುಮತಿ ಹಂತ ಬರುತ್ತದೆ. ಟನೆಲ್ ಸ್ಥಾಪಿಸುವ ಮೊದಲು Android ಅಪ್ಲಿಕೇಶನ್ VpnService.prepare() ಕರೆ ಮಾಡಿ ನಿಮ್ಮ ಸಮ್ಮತಿ ಪಡೆಯಬೇಕು ಎಂದು ಒತ್ತಾಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಹೊಸದಾಗಿ ಆಮದಾದ ಪ್ರೊಫೈಲ್ ಇನ್ನೂ ಒಮ್ಮೆ ಸಿಸ್ಟಮ್ ಸಂವಾದವನ್ನು ತೋರಿಸುತ್ತದೆ. ನಂತರ ಟನೆಲ್ ಸ್ಪಷ್ಟವಾಗಿ addAddress, addRoute, addDnsServer, ಮತ್ತು ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ರೂಟಿಂಗ್‌ಗಾಗಿ addAllowedApplication ಅಥವಾ addDisallowedApplication ಮೂಲಕ ನಿರ್ಮಿಸಲಾಗುತ್ತದೆ. ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಿಂದ ಸೂಚಿಸಲ್ಪಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದೇ ಪ್ರೊಫೈಲ್ ಎರಡು ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ಬೇರೆ ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗ ಸಮೂಹವನ್ನು ಉಂಟುಮಾಡಬಹುದು.

ಪ್ರಮಾಣಪತ್ರ-ಆಧಾರಿತ ಸಂರಚನೆಗಳು ಇನ್ನೊಂದು ಕವಲನ್ನು ಸೇರಿಸುತ್ತವೆ. ಸರ್ವರ್ ನಿರ್ದಿಷ್ಟ ಸಾಧನಕ್ಕೆ ಪ್ರಮಾಣಪತ್ರ ನೀಡಿದಾಗ, MDM ಮತ್ತು SCEP ನೋಂದಣಿ ಮಾಡುವಂತೆ, ಎರಡನೇ ಫೋನ್‌ನಲ್ಲಿ ಅದನ್ನು ಮರುಬಳಕೆ ಮಾಡುವುದು ಸರ್ವರ್ ಪ್ರತಿ ಗುರುತಿಗೆ ಒಂದು ಅವಧಿಯನ್ನು ಜಾರಿಗೊಳಿಸುವವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಅಥವಾ TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಮರುಬಳಕೆಯನ್ನು ಯೋಜಿಸುವ ಮೊದಲು ನೀಡುವವರ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.

ಹಳೆಯದನ್ನು ನಿವೃತ್ತಿಗೊಳಿಸುವ ಮೊದಲು ಹೊಸ ಸಾಧನವನ್ನು ಪರಿಶೀಲಿಸಿ

ಹೊಸ ಫೋನ್ ಹಸಿರು ಐಕಾನ್‌ಗಿಂತ ಉತ್ತಮವಾದದ್ದನ್ನು ಪಾಸ್ ಮಾಡುವವರೆಗೆ ಹಳೆಯ ಫೋನ್ ಅನ್ನು ಸಂಪರ್ಕದಲ್ಲಿಡಿ. ಹೊಸ ಸಾಧನದಿಂದ ನಿರ್ಗಮನ ವಿಳಾಸ ಮತ್ತು ಅದು ನಿಜವಾಗಿ ಬಳಸಿದ DNS ರಿಸಾಲ್ವರ್ ಅನ್ನು ದೃಢೀಕರಿಸಿ. split tunneling ಮುಖ್ಯವಾದರೆ, ಟನೆಲ್ ತಪ್ಪಿಸಬೇಕಾದ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ತಪ್ಪಿಸಬಾರದ ಅಪ್ಲಿಕೇಶನ್ ಎರಡನ್ನೂ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಯಾವುದು ನಿಮ್ಮ ISP ತಲುಪುತ್ತದೆ ಎಂದು ನೋಡಿ.

ಒಂದು ಪರಿಶೀಲನೆ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಫೋನ್ ಬ್ರೌಸರ್‌ನಲ್ಲಿ https://ifconfig.me ತೆರೆಯಿರಿ, ನಂತರ ಅದೇ Wi-Fi ನಲ್ಲಿರುವ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಿಂದ curl -s https://ifconfig.me ಚಲಾಯಿಸಿ ಮತ್ತು ಎರಡೂ ಉತ್ತರಗಳನ್ನು ನಿಮ್ಮ ಪೂರೈಕೆದಾರರು ನಿಗದಿಪಡಿಸಿದ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ.

ಆಗ ಮಾತ್ರ ಹಳೆಯ ಗುರುತನ್ನು ನಿವೃತ್ತಿಗೊಳಿಸಿ, ಮತ್ತು ಅದನ್ನು ನೀಡುವವರ ಮೂಲಕ ಮಾಡಿ: ಪ್ರಮಾಣಪತ್ರವನ್ನು ರದ್ದುಮಾಡಿ ಅಥವಾ ಸಾಧನವನ್ನು ಖಾತೆಯಿಂದ ತೆಗೆಯಿರಿ. ಡೌನ್‌ಲೋಡ್‌ಗಳಿಂದ ಫೈಲ್ ಅಳಿಸುವುದು ಏನನ್ನೂ ಮುಗಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಒಂದೇ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಹೊಂದಿರುವ ಎರಡು ಸಾಧನಗಳು ಸರ್ವರ್ ಲಾಗ್‌ನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ.

ರಫ್ತು ಸಾಗಿಸಲಾಗದದ್ದು ಎಂದು ತಿಳಿದರೆ, ಪರಿಹಾರವು ಸಾರ್ವಜನಿಕ ಸಂರಚನಾ ಬಂಡಲ್ ಅಲ್ಲ, ಹೊಸ ನೋಂದಣಿ. ಎರಡನೇ ಸಾಧನಕ್ಕೆ ಪ್ರೊಫೈಲ್ ಕೇಳಿ, ಅಥವಾ ಹೊಸ ಫೋನ್‌ನಲ್ಲಿ ಕೀಲಿ ಜೋಡಿ ಉತ್ಪಾದಿಸಿ CSR ಸಲ್ಲಿಸಿ; ನಿಧಾನ, ಮತ್ತು ಅದು ನೀಡುವವರು ಬೆಂಬಲಿಸುವ ಮಾರ್ಗ.

ಏನನ್ನಾದರೂ ಅಳಿಸುವ ಮೊದಲು ಪರಿಶೀಲನಾ ಪಟ್ಟಿ ಚಲಾಯಿಸಿ: ಹೊಸ ಸಾಧನ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ನಿರ್ಗಮನ ವಿಳಾಸ ಮತ್ತು DNS ಹೊಂದುತ್ತವೆ, ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ವ್ಯಾಪ್ತಿ ನೀವು ಉದ್ದೇಶಿಸಿದಂತೆ ಇದೆ, ಹಳೆಯ ಗುರುತು ರದ್ದಾಗಿದೆ, ಮತ್ತು ಇಟ್ಟುಕೊಂಡ ಯಾವುದೇ ಸಂರಚನಾ ಫೈಲ್ ಗೂಢಲಿಪೀಕೃತ ಸಂಗ್ರಹದಲ್ಲಿದೆ.