Android ನಲ್ಲಿ VPN ಪ್ರಮಾಣಪತ್ರ ಆಮದು ಮತ್ತು ಕೀ ಪರಿಶೀಲನೆ

Android ನಲ್ಲಿ VPN ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಆಮದು ಮಾಡಲು ಕೆಲವು ನಿಮಿಷಗಳು ಬೇಕು. ಅದು ಸರಿಯಾದ ಸ್ಥಳಕ್ಕೆ ಬಂದಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲು ಹೆಚ್ಚು ಸಮಯ ಬೇಕು, ಮತ್ತು ಸ್ಥಾಪನೆ ಸಂವಾದವು ಯಶಸ್ಸು ಎಂದ ನಂತರ ಬಹುತೇಕ ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಭಾಗ ಅದೇ. ಯಶಸ್ಸಿನ ಸಂದೇಶ ಎಂದರೆ ಕೇವಲ ಫೈಲ್ ಪಾರ್ಸ್ ಆಗಿದೆ ಎಂದು. ಖಾಸಗಿ ಕೀ ಯಾವ ಪೂರೈಕೆದಾರರ ಬಳಿ ಇದೆ ಅಥವಾ Downloads ಫೋಲ್ಡರ್ ನಲ್ಲಿ ಇನ್ನೂ ಪ್ರತಿ ಉಳಿದಿದೆಯೇ ಎಂಬುದನ್ನು ಅದು ಹೇಳುವುದಿಲ್ಲ.

ಹಂತ 1: P12 ನಿಮ್ಮ ಯಂತ್ರವನ್ನು ಬಿಡುವ ಮೊದಲು ಓದಿ

ಫೈಲಿನಿಂದಲೇ ಆರಂಭಿಸಿ. ಅದರೊಳಗಿನ ವಿಷಯ, ನೀಡುವವರು ಮತ್ತು ಮುಕ್ತಾಯ ದಿನಾಂಕವನ್ನು ನೀವು ಹೆಸರಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ನಂತರ ಪರಿಶೀಲಿಸಲಾಗದ ಯಾವುದನ್ನೋ ನೀವು ಆಮದು ಮಾಡುತ್ತಿದ್ದೀರಿ.

PKCS#12 ಬಂಡಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ, ಅದರ ಖಾಸಗಿ ಕೀ ಮತ್ತು ನೀಡುವವರ ಸರಣಿಯನ್ನು ಹೊತ್ತಿರುತ್ತದೆ. openssl pkcs12 -in client.p12 -info -noout ಕೀ ವಸ್ತುವನ್ನು ಹೊರಹಾಕದೆ MAC ಮತ್ತು ಎನ್ಕ್ರಿಪ್ಶನ್ ಅಲ್ಗಾರಿದಮ್ಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಹೀಗಾಗಿ ಬಂಡಲ್ ಗುಪ್ತಪದದಿಂದ ಸಂರಕ್ಷಿತವೇ ಮತ್ತು ಯಾವ ಸೈಫರ್ನಿಂದ ಎಂದು ನೋಡಬಹುದು. ನಂತರ keytool -list -v -keystore client.p12 -storetype PKCS12 ರನ್ ಮಾಡಿ, ಅಲಿಯಾಸ್, SHA-256 ಫಿಂಗರ್ಪ್ರಿಂಟ್ ಮತ್ತು ಫೋನಿನೊಂದಿಗೆ ಹೋಲಿಸುವ ಮಾನ್ಯತಾ ಅವಧಿ ಪಡೆಯಿರಿ.

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

ಹಂತ 2: VPN ಆ್ಯಪ್ ನಿಜವಾಗಿ ಓದುವ ಸ್ಲಾಟ್ನಲ್ಲಿ ಅದನ್ನು ಸ್ಥಾಪಿಸಿ

ಸ್ಟಾಕ್ Android 11 ರಿಂದ 14 ರಲ್ಲಿ ಮಾರ್ಗವು ಸೆಟ್ಟಿಂಗ್ಗಳು, ಭದ್ರತೆ, ಎನ್ಕ್ರಿಪ್ಶನ್ ಮತ್ತು ರುಜುವಾತುಗಳು, ಪ್ರಮಾಣಪತ್ರ ಸ್ಥಾಪಿಸಿ, ನಂತರ VPN ಮತ್ತು ಆ್ಯಪ್ ಬಳಕೆದಾರ ಪ್ರಮಾಣಪತ್ರದ ಮೂಲಕ ಹೋಗುತ್ತದೆ. ಪದಗಳು ಮತ್ತು ಒಳಜೋಡಣೆ ಬಿಡುಗಡೆಗಳು ಮತ್ತು ತಯಾರಕರ ಚರ್ಮಗಳ ನಡುವೆ ಬದಲಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ನೆನಪಿಟ್ಟ ಮೆನು ಸ್ಥಾನದ ಬದಲು ರುಜುವಾತಿನ ಪ್ರಕಾರದ ಲೇಬಲ್ ಅನ್ನು ಅನುಸರಿಸಿ. ಕೆಲಸದ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಕೆಲಸದ ಬದಿಯ ಒಳಗಿನಿಂದ ಸ್ಥಾಪಿಸಿ, ಏಕೆಂದರೆ ರುಜುವಾತುಗಳು ಪ್ರೊಫೈಲ್ ಗಡಿಯನ್ನು ದಾಟುವುದಿಲ್ಲ.

ಕ್ಲೈಂಟ್ ಗುರುತನ್ನು CA ಪ್ರಮಾಣಪತ್ರ ಸ್ಲಾಟ್ ಗೆ ಹಾಕಬೇಡಿ. ಆ ಸ್ಲಾಟ್ ಬಳಕೆದಾರರ ವಿಶ್ವಾಸ ಸಂಗ್ರಹವನ್ನು ಪೋಷಿಸುತ್ತದೆ, ಮತ್ತು Android 7 ರಿಂದ ಆ್ಯಪ್ಗಳು ಬಳಕೆದಾರರು ಸೇರಿಸಿದ CA ಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತವೆ, ಅವುಗಳ ನೆಟ್ವರ್ಕ್ ಭದ್ರತಾ ಸಂರಚನೆ ಅನುಮತಿಸದಿದ್ದರೆ, ಆದ್ದರಿಂದ ಅಲ್ಲಿ ಬಿಟ್ಟ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ VPN ಕೀ ಆಯ್ಕೆಯಲ್ಲಿ ಎಂದಿಗೂ ಕಾಣಿಸುವುದಿಲ್ಲ.

ಕೆಲವು VPN ಕ್ಲೈಂಟ್ಗಳು ಸಿಸ್ಟಮ್ ಸಂಗ್ರಹವನ್ನು ಎಂದಿಗೂ ಸ್ಪರ್ಶಿಸುವುದಿಲ್ಲ ಮತ್ತು ಬದಲಿಗೆ P12 ಅನ್ನು ತಮ್ಮ ಆ್ಯಪ್ ಡೈರೆಕ್ಟರಿಗೆ ಆಮದು ಮಾಡುತ್ತವೆ. ಅದು ಕಾನೂನುಬದ್ಧ ವಿನ್ಯಾಸ, ಆದರೆ ಪ್ರತಿ ಮುಂದಿನ ಹಂತವನ್ನೂ ಬದಲಿಸುತ್ತದೆ: ಕೀ ಈಗ ಆ್ಯಪ್ ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಅಡಿಯಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಮತ್ತು ಆ ಆ್ಯಪ್ ತನ್ನ ಸ್ವಂತ ಸಂಗ್ರಹವನ್ನು ನಿಭಾಯಿಸುವಷ್ಟೇ ಬಲವಾಗಿದೆ. KeyChain ಆಟದಲ್ಲಿದೆ ಎಂದು ಭಾವಿಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ದಾಖಲೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ಹಂತ 3: ಯಾವ ಪೂರೈಕೆದಾರರು ಕೀ ಹೊಂದಿದ್ದಾರೆ ಎಂದು ಸಾಬೀತು ಮಾಡಿ

ಆಮದು ಪಾರ್ಸಿಂಗ್ ಅನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ, ಹಾರ್ಡ್ವೇರ್ ಬೆಂಬಲವನ್ನಲ್ಲ. Android 12 ಮತ್ತು ನಂತರ, KeyInfo.getSecurityLevel() ಕೀ ವಿಶ್ವಾಸಾರ್ಹ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಪರಿಸರದಲ್ಲಿ, StrongBox ನಲ್ಲಿ ಅಥವಾ ಸಾಫ್ಟ್ವೇರ್ನಲ್ಲಿ ಇದೆಯೇ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದು ಹಳೆಯ isInsideSecureHardware() ಕರೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ. VPN ಕ್ಲೈಂಟ್ ಆ ಮೌಲ್ಯವನ್ನು ತೋರಿಸದಿದ್ದರೆ, ಹಂತ 1 ರ ಫಿಂಗರ್ಪ್ರಿಂಟ್ ನಿಮ್ಮ ಪರ್ಯಾಯ. ಆಮದಿನಲ್ಲಿ ಮರು-ಎನ್ಕೋಡ್ ಆದ ಪ್ರಮಾಣಪತ್ರ ಬೈಟ್ ಮೇಲೆ ಬೈಟ್ ಹೊಂದಿಕೆಯಾಗದು, ಆದರೆ ಸಾರ್ವಜನಿಕ ಕೀ ಮತ್ತು ವಿಷಯ ಹೊಂದಿಕೆಯಾಗುತ್ತವೆ.

ರಫ್ತು ಮಾಡಲಾಗದಿರುವುದು ನಿರುಪಯುಕ್ತವಾಗಿರುವುದಕ್ಕೆ ಸಮವಲ್ಲ. ಸಾಧನವನ್ನು ಬಿಡಲಾಗದ ಕೀಯನ್ನು ಬಳಕೆದಾರರು ಆ ಅಲಿಯಾಸ್ ಆಯ್ಕೆ ಮಾಡಲು ಅಧಿಕಾರ ನೀಡಿದ ಯಾವುದೇ ಆ್ಯಪ್ ಇನ್ನೂ ಬಳಸಬಹುದು, ಆದ್ದರಿಂದ ಅಲಿಯಾಸ್ ಸೂಚನೆ ಔಪಚಾರಿಕತೆಯಲ್ಲ, ನಿಜವಾದ ನಿಯಂತ್ರಣ. Android Keystore ದಾಖಲೆ ಆ ವಿನ್ಯಾಸ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುತ್ತಿದ್ದರೆ ಒಮ್ಮೆ ಓದಲು ಯೋಗ್ಯ.

ನಂತರ ನೀವು ಮಾಡಿದ ಪ್ರತಿಗಳನ್ನು ಲೆಕ್ಕಿಸಿ. ನಿಮ್ಮ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿನ P12, ಟಿಕೆಟ್ ಲಗತ್ತಿನಲ್ಲಿನದು ಮತ್ತು ಕಳೆದ ತಿಂಗಳ ಬ್ಯಾಕಪ್ನಲ್ಲಿನದು — ನೀಡುವವರು ಅವನ್ನು ರದ್ದು ಮಾಡುವವರೆಗೆ ಎಲ್ಲವೂ ಮಾನ್ಯ ಗುರುತುಗಳು. ಫೋನಿನಲ್ಲಿನ ಪ್ರತಿರೂಪದ ಹಾರ್ಡ್ವೇರ್ ರಕ್ಷಣೆ ಅವಕ್ಕೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ.

ಹಂತ 4: ಸ್ಕ್ರೀನ್ ಲಾಕ್ ಅಗತ್ಯ ಯಾರದ್ದು ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ

ಇಲ್ಲಿ ಮೂರು ರಹಸ್ಯಗಳು ಗೊಂದಲಕ್ಕೀಡಾಗುತ್ತವೆ: ಸಾಧನ ಅನ್ಲಾಕ್ PIN, ಖಾಸಗಿ ಕೀಯ ಪಾಸ್ಫ್ರೇಸ್ ಮತ್ತು VPN ಖಾತೆಯ ಗುಪ್ತಪದ. ಒಂದಕ್ಕೆ ಸೂಚನೆ ಎಂದಿಗೂ ಇತರವನ್ನು ಮರುಹೊಂದಿಸುವ ವಿನಂತಿಯಲ್ಲ, ಮತ್ತು ತಪ್ಪಾದದನ್ನು ಮರುಹೊಂದಿಸುವುದೇ ಜನರು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಪ್ರೊಫೈಲ್ನಿಂದ ಹೊರಗೆ ಲಾಕ್ ಆಗುವ ದಾರಿ.

ಸಾಧನ ನಿರ್ವಾಹಕ ಅಥವಾ ನಿರ್ವಹಿತ ಪ್ರೊಫೈಲ್ ನೀತಿ ಲಾಕ್ ಬೇಡಿಕೆ ಮಾಡಿದಾಗ, ಬೇಡಿಕೆ ಪ್ರಮಾಣಪತ್ರದ್ದಲ್ಲ, ಆ ನೀತಿಯದು. adb shell dumpsys device_policy ಸಕ್ರಿಯ ನಿರ್ವಾಹಕರನ್ನು ಮತ್ತು ಅವರು ಜಾರಿಗೊಳಿಸುವ ಗುಪ್ತಪದ ಗುಣಮಟ್ಟವನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಇದು ನಿಮ್ಮ PIN ನಿಯಮಗಳು ಬದಲಾಗಲು MDM ಏಜೆಂಟ್ ಕಾರಣವೇ ಎಂದು ನೋಡಲು ಅತ್ಯಂತ ವೇಗದ ದಾರಿ. ಪ್ರಮಾಣಪತ್ರ ತೆಗೆದರೆ ನೀತಿ ಸಡಿಲವಾಗದು, ಮತ್ತು ನೀತಿ ತೆಗೆಯುವುದು ಸೆಟ್ಟಿಂಗ್ ಸರಿಪಡಿಸುವಿಕೆಯಲ್ಲ, ಆಡಳಿತಾತ್ಮಕ ನಿರ್ಧಾರ.

ಬಳಕೆಯ ಸುಲಭತೆಯ ವಿನಿಮಯವನ್ನೂ ನಿರೀಕ್ಷಿಸಿ. ಕೀಗೆ ಬಳಕೆದಾರ ಅಧಿಕಾರ ಬೇಕಾದರೆ, ಮೊದಲ ಅನ್ಲಾಕ್ಗೆ ಮೊದಲು ಸುರಂಗ ಏರಲಾರದು, ಆದ್ದರಿಂದ ನಿಗದಿತ ಸಿಂಕ್ ಮತ್ತು ದೂರದ ಎಚ್ಚರಗೊಳಿಸುವಿಕೆಗಳು ವಿನ್ಯಾಸದಿಂದಲೇ ವಿಫಲವಾಗುತ್ತವೆ. ಅದನ್ನು ನಿಯೋಜನೆಗೆ ಮೊದಲು ನಿರ್ಧರಿಸಿ, ನಂತರವಲ್ಲ.

locksettings.db ಸಂಪಾದಿಸುವ ಅಥವಾ ಮರೆತ ಮಾದರಿಯ ಹಳೆಯ ಪರಿಹಾರವನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸುವ ಶಾರ್ಟ್ಕಟ್ ತಪ್ಪಿಸಿ. ಆ ಕ್ರಮಗಳು ನಿರ್ದಿಷ್ಟ ಬಿಲ್ಡ್ಗಳಿಗಾಗಿ ಬರೆಯಲಾಗಿದ್ದವು, ಅವು ರುಜುವಾತು ಸಂಗ್ರಹವನ್ನು ಫ್ರೇಮ್ವರ್ಕ್ ಇನ್ನೂ ನಿರೀಕ್ಷಿಸದ ಸ್ಥಿತಿಯಲ್ಲಿ ಬಿಡಬಹುದು, ಮತ್ತು ಅವು ಲಾಕ್ ಅನ್ನು ಮೊದಲು ಕೇಳಿದ ನೀತಿಯನ್ನು ಎಂದಿಗೂ ಬದಲಿಸುವುದಿಲ್ಲ.

ಹಂತ 5: ಗುರುತನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ನಿರಾಕರಣೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ನಿಲ್ಲಿಸುವಿಕೆಗೆ ಮೂರು ಭಾಗಗಳಿವೆ ಮತ್ತು ಮೊದಲನೆಯದು ಮಾತ್ರ ಸ್ಥಳೀಯ. VPN ಪ್ರೊಫೈಲ್ ತೆಗೆದುಹಾಕಿ, ಸೆಟ್ಟಿಂಗ್ಗಳು, ಭದ್ರತೆ, ಎನ್ಕ್ರಿಪ್ಶನ್ ಮತ್ತು ರುಜುವಾತುಗಳು, ಬಳಕೆದಾರ ರುಜುವಾತುಗಳು ಅಡಿಯಲ್ಲಿ ಬಳಕೆದಾರ ಪ್ರಮಾಣಪತ್ರ ಅಳಿಸಿ, ನಂತರ ನೀಡುವವರಿಂದ ಪ್ರಮಾಣಪತ್ರದ ಸರಣಿ ಸಂಖ್ಯೆ ರದ್ದು ಮಾಡಿಸಿ. ಸ್ಥಳೀಯ ಅಳಿಸುವಿಕೆ ಮಾತ್ರ ಯಾರಾದರೂ P12 ಇಟ್ಟುಕೊಂಡಿದ್ದರೆ ಸರ್ವರ್ ಇನ್ನೂ ಸ್ವೀಕರಿಸುವ ರುಜುವಾತನ್ನು ಬಿಡುತ್ತದೆ.

ಊಹಿಸುವ ಬದಲು ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸಿ. ನಿಲ್ಲಿಸಿದ ಪ್ರೊಫೈಲ್ನೊಂದಿಗೆ ಸಂಪರ್ಕ ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಸರ್ವರ್ ಅದನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಇನ್ನೂ ಏರುವ ಸುರಂಗ ಎಂದರೆ ನೀವು ತಪ್ಪು ಸರಣಿ ಸಂಖ್ಯೆಯನ್ನು ರದ್ದು ಮಾಡಿದ್ದೀರಿ ಅಥವಾ ಕ್ಲೈಂಟ್ ಮೌನವಾಗಿ ಇನ್ನೊಂದು ಸ್ಥಾಪಿತ ಗುರುತಿಗೆ ಬಿದ್ದಿದೆ.

ವಿಫಲವಾದ ಆಮದನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತಿದ್ದರೆ, ಡಿಸ್ಕ್ನಲ್ಲಿ ಬಿಟ್ಟ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಕೀ ಫೈಲ್ ಮರುಬಳಕೆ ಮಾಡುವ ಬದಲು ಮೂಲ ಎನ್ಕ್ರಿಪ್ಟ್ ಬಂಡಲ್ನಿಂದ ಮತ್ತೆ ಆಮದು ಮಾಡಿ ಫಿಂಗರ್ಪ್ರಿಂಟ್ ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ.