ಖಾಸಗಿ ಕೀ ಇಲ್ಲದೆ P12 ನಿಂದ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ರಫ್ತು ಮಾಡಿ

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

ಕಂಟೇನರ್ ಖಾಲಿ ಮಾಡುವ ಬದಲು ಓದುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ.

PKCS12 ಫೈಲ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಹೊಂದಿದೆ

PKCS12 ಕಂಟೇನರ್ ಒಂದು ಅಥವಾ ಹೆಚ್ಚು ಪ್ರಮಾಣಪತ್ರಗಳು, ಬಹುಶಃ ಖಾಸಗಿ ಕೀ, ಮತ್ತು ವಿಷಯದ ಮೇಲೆ message authentication code ಹೊಂದಿದೆ. ಪ್ರಮಾಣಪತ್ರಗಳಲ್ಲಿ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಗುರುತಿನ ಎಲೆ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಅದನ್ನು CA ಗೆ ಸಂಪರ್ಕಿಸುವ ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರಗಳು ಸೇರಿರಬಹುದು. ಕೀ ಇದ್ದಾಗ, ಫೈಲ್ ಅನ್ನು ದಾಖಲೆಯಾಗಿ ಅಲ್ಲದೆ ರಹಸ್ಯವಾಗಿ ಮಾಡುವುದು ಅದೇ.

ಈ ವ್ಯತ್ಯಾಸವೇ -nokeys ಇರುವುದಕ್ಕೆ ಮತ್ತು ಈ ಕೆಲಸಕ್ಕೆ ಬೇಕಾದ ಫ್ಲ್ಯಾಗ್ ಅದೇ ಆಗಿರುವುದಕ್ಕೆ ಕಾರಣ.

ಕೀ ಬರೆಯದೆ ಬಂಡಲ್ ಓದಿ

ತಪಾಸಣೆ ರೂಪ ರಚನೆ ಮತ್ತು ಅಲ್ಗಾರಿದಮ್ ವಿವರಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ ಮತ್ತು ಏನನ್ನೂ ಬರೆಯುವುದಿಲ್ಲ: openssl pkcs12 -in client.p12 -info -noout. ಇದು ಆಮದು ಪಾಸ್‌ವರ್ಡ್ ಕೇಳುತ್ತದೆ, ಆ ಮೌಲ್ಯಕ್ಕೆ ಅದೇ ಸರಿಯಾದ ಸ್ಥಳ, ಮತ್ತು ಫೈಲ್‌ನಲ್ಲಿ ಕೀ ಇದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಪಾಸ್‌ವರ್ಡ್ ಟೈಪ್ ಮಾಡಲಾಗದಿದ್ದಾಗ -passin env:PKCS12_PASS ಬಳಸಿ, ಏಕೆಂದರೆ shell ಆದೇಶದಲ್ಲಿನ ಪಾಸ್‌ವರ್ಡ್ ಪ್ರಕ್ರಿಯೆ ಪಟ್ಟಿಯಲ್ಲಿನ ಪಾಸ್‌ವರ್ಡ್. ಈ ಹಂತ ಏನನ್ನೂ ರಫ್ತು ಮಾಡುವುದಿಲ್ಲ, ಅದೇ ಸಂಪೂರ್ಣ ವಿಷಯ.

ಔಟ್‌ಪುಟ್ ಅನ್ನು ಮೂರು ವಿಷಯಗಳಿಗಾಗಿ ಓದಿ: ಎಷ್ಟು ಪ್ರಮಾಣಪತ್ರಗಳು, ಕೀ ಇದೆಯೇ, ಯಾವ ಅಲ್ಗಾರಿದಮ್‌ಗಳು ಅದನ್ನು ರಕ್ಷಿಸುತ್ತವೆ.

-nokeys ಬಳಸಿ ಮತ್ತು ಅದನ್ನು -nocerts ಜೊತೆ ಗೊಂದಲ ಮಾಡಬೇಡಿ

-nokeys ಖಾಸಗಿ ಕೀಗಳನ್ನು ಹೊರಗಿಡುತ್ತದೆ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಬಿಡುತ್ತದೆ. -clcerts ಅದನ್ನು ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, -cacerts ಅದನ್ನು CA ಪ್ರಮಾಣಪತ್ರಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, ಈ ಎರಡೂ ಫಿಲ್ಟರ್‌ಗಳು, ಪರ್ಯಾಯಗಳಲ್ಲ. -nocerts ಅದೇ ಕಲ್ಪನೆಯ ಸುರಕ್ಷಿತ ಕಾಗುಣಿತದಂತೆ ಓದಲ್ಪಡುತ್ತದೆ ಮತ್ತು ವಿರುದ್ಧವನ್ನು ಸೂಚಿಸುತ್ತದೆ: ಪ್ರಮಾಣಪತ್ರಗಳಿಲ್ಲ, ಇದು ಕೀಗಳನ್ನು ಮಾತ್ರ ಬಿಡುತ್ತದೆ. ಅದನ್ನು ಪ್ರಮಾಣಪತ್ರ ರಫ್ತಿನಲ್ಲಿ ಸೇರಿಸುವುದೇ ಖಾಸಗಿ ಕೀ ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುವ ದಾರಿ.

ಪ್ರಮಾಣಪತ್ರ ಫೈಲ್ ಮತ್ತು CA ಫೈಲ್ ಅನ್ನು, ಬೇರೆ ಏನನ್ನೂ ಉತ್ಪಾದಿಸದ ಎರಡು ಸಾಲಿನ ರೂಪ ಇದು:

openssl pkcs12 -in client.p12 -nokeys -clcerts -out client-certificates.pem
openssl pkcs12 -in client.p12 -nokeys -cacerts -out ca-certificates.pem

ಹಳೆಯ ಬಂಡಲ್‌ಗಳಿಗೆ OpenSSL 3 ನಲ್ಲಿ -legacy ಬೇಕು, ಅವುಗಳ ಹಳೆಯ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಓದಲು. ಆ ಫ್ಲ್ಯಾಗ್ ಪಾರ್ಸರ್ ಏನನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ, ಏನನ್ನು ಹೊರಡಿಸುತ್ತದೆ ಎಂಬುದನ್ನಲ್ಲ. ಪಾರ್ಸಿಂಗ್ ಬೆಂಬಲಿಸದ ಅಲ್ಗಾರಿದಮ್ ದೋಷದಿಂದ ವಿಫಲವಾದರೆ, -legacy ಸೇರಿಸುವುದು ಸರಿಯಾದ ಮೊದಲ ಹೆಜ್ಜೆ, MAC ಪರಿಶೀಲನೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುವುದಲ್ಲ.

ಔಟ್‌ಪುಟ್ ಪರಿಶೀಲಿಸಿ, ನಿರ್ಗಮನ ಕೋಡ್ ಅಲ್ಲ

ಶೂನ್ಯ ನಿರ್ಗಮನ ಸ್ಥಿತಿ ಆದೇಶ ಚಲಿಸಿತು ಎಂದು ಹೇಳುತ್ತದೆ, ಫೈಲ್‌ನಲ್ಲಿ ನೀವು ನಿರೀಕ್ಷಿಸಿದ್ದು ಇದೆ ಎಂದಲ್ಲ. ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಎಣಿಸಿ subject ಮತ್ತು ದಿನಾಂಕಗಳನ್ನು ಓದಿ: openssl x509 -in client-certificates.pem -noout -subject -dates -fingerprint. ಬೆರಳಚ್ಚನ್ನು ಬೆಂಬಲ ತಂಡ ನಿರೀಕ್ಷಿಸುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡು ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರಗಳಿರುವ ಬಂಡಲ್ ಎರಡು ಬ್ಲಾಕ್‌ಗಳ ಫೈಲ್ ಉತ್ಪಾದಿಸುತ್ತದೆ, ಹೆಚ್ಚಿನ ಉಪಕರಣಗಳು ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ಓದುತ್ತವೆ. ಉದ್ದೇಶ, ವಿಶ್ವಾಸ ಮತ್ತು ಕೀ ಹೊಂದಾಣಿಕೆ ಮತ್ತೆ ಪ್ರತ್ಯೇಕ ಪರೀಕ್ಷೆಗಳು.

ಪಾರ್ಸ್ ಮಾಡಬಹುದಾದ ಪ್ರಮಾಣಪತ್ರ ಪಾರ್ಸ್ ಮಾಡಬಹುದಾದ ಪ್ರಮಾಣಪತ್ರ. ಅದು VPN ಸ್ವೀಕರಿಸುವ ಪ್ರಮಾಣಪತ್ರವಲ್ಲ.

ನಿಮಗೆ ಫೈಲ್‌ಗಳು ಬೇಕೇ ಎಂದು ನಿರ್ಧರಿಸಿ

ಸ್ವೀಕರಿಸುವ ಕ್ಲೈಂಟ್ PKCS12 ಅನ್ನು ನೇರವಾಗಿ ಆಮದು ಮಾಡಿಕೊಂಡರೆ, ಮೂಲ ಬಂಡಲ್ ಅನ್ನು ಅನುಮೋದಿತ ಚಾನಲ್ ಮೂಲಕ ಪಾಸ್‌ವರ್ಡ್ ಪ್ರತ್ಯೇಕವಾಗಿ ಇಟ್ಟು ಕಳುಹಿಸುವುದು ಸುಲಭ ಮತ್ತು ರಕ್ಷಣೆಯನ್ನು ಉಳಿಸುತ್ತದೆ. ಹೊರತೆಗೆಯುವಿಕೆ ತಪಾಸಣೆಗೆ, PEM ಬೇಕಾದ ಕ್ಲೈಂಟ್‌ಗೆ, ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಆರ್ಟಿಫ್ಯಾಕ್ಟ್ ಕೇಳಿದ ಬೆಂಬಲ ಪ್ರಕರಣಕ್ಕೆ. ಪ್ರತಿ ಹೊರತೆಗೆಯುವಿಕೆ ಒಂದು ಪದರವನ್ನು ತೆಗೆಯುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ಕಾರಣ ಇರಬೇಕು.

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