Client VPN ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಯಾವಾಗಲೂ TLS ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ ಬೇಕು. ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿದಾಗ ನಿರ್ವಹಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್ ತೋರಿಸುವ ಗುರುತು ಅದೇ. ಪರಸ್ಪರ ದೃಢೀಕರಣ ಬಳಸಿದಾಗ ಪ್ರತ್ಯೇಕ ಕ್ಲೈಂಟ್‌ಗಳು ತೋರಿಸುವ ಪ್ರಮಾಣಪತ್ರಗಳಿಗಿಂತ ಇದು ಬೇರೆ ವಸ್ತು. ಈ ಎರಡನ್ನು ಬೆರೆಸುವುದೇ, ಉಳಿದೆಲ್ಲ ಸರಿಯಾದ ACM ಸಂರಚನೆ ಮೊದಲ ಸಂಪರ್ಕದಲ್ಲೇ ವಿಫಲವಾಗಲು ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣ.

ಕೆಳಗೆ ಕನ್ಸೋಲ್‌ನಿಂದ ಹೊರಕ್ಕೆ, ಸಂಪರ್ಕವು ನಿಜವಾಗಿ ಹೋಗುವ ಕ್ರಮದಲ್ಲೇ ಒಂದು ಸುತ್ತು ಇದೆ.

ಎರಡು ಪಾತ್ರಗಳು, ಒಂದು ಎಂಡ್‌ಪಾಯಿಂಟ್

ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಸರ್ವರ್ ಗುರುತು ಇದೆ ಮತ್ತು ಬೇಕಿದ್ದರೆ ಕ್ಲೈಂಟ್ ಗುರುತುಗಳನ್ನು ಪರಿಶೀಲಿಸುವ ಮಾರ್ಗವೂ ಇದೆ. ಇವು ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂರಚಿಸಲ್ಪಡುತ್ತವೆ. ಒಂದು ಕ್ಲೈಂಟ್ ಸೇವೆಯನ್ನು ನಂಬಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ; ಇನ್ನೊಂದು ಸೇವೆ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.

MaterialPurposeWhere it lives
Server certificate and private keyThe managed endpoint proves its TLS identityACM, in the endpoint's Region
Client certificate and matching keyAn individual client proves its identityOn the device
CA trust materialThe verifier checks the issuer chainSelected for the client role

ಕೋಷ್ಟಕವನ್ನು ಒಂದು ಪ್ರಮಾಣಪತ್ರವಾಗಿ ಅಲ್ಲ, ಮೂರು ಸ್ವತಂತ್ರ ಅಗತ್ಯಗಳಾಗಿ ಓದಿ. ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಅದರ ಖಾಸಗಿ ಕೀಲಿ ಸೇವೆಯ ಬಳಿಯೇ ಇರುತ್ತವೆ. ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಅದಕ್ಕೆ ಹೊಂದುವ ಖಾಸಗಿ ಕೀಲಿ ಸಾಧನದಲ್ಲಿರುತ್ತದೆ. CA ಸಾಮಗ್ರಿ ಎಂದರೆ ಪರಿಶೀಲಕರು ಸರಪಳಿಯನ್ನು ಪರೀಕ್ಷಿಸಲು ಬಳಸುವುದು. ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ಯಾವಾಗಲೂ ಮಧ್ಯದ ಸಾಲು ಮಾತ್ರ ಬರುತ್ತದೆ.

ACM ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ ಏನು ಮಾಡುತ್ತದೆ

ಎಂಡ್‌ಪಾಯಿಂಟ್ ರಚಿಸುವಾಗ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ ACM ನಲ್ಲಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಇರುವ ಪ್ರದೇಶದಲ್ಲೇ ಲಭ್ಯವಿರಬೇಕು. ಕನ್ಸೋಲ್ ARN ಕೇಳುತ್ತದೆ, ಆ ARN ಅಲ್ಲಿಯೇ ಪರಿಹರಿಸಬೇಕು. ACM ಡೊಮೇನ್ ಪರಿಶೀಲನೆಯೊಂದಿಗೆ ಪಡೆದ ಪ್ರಮಾಣಪತ್ರವನ್ನೋ, ಕೀಲಿ ಮತ್ತು ಸರಪಳಿಯೊಂದಿಗೆ ಆಮದು ಮಾಡಿದ್ದನ್ನೋ ಇಡಬಹುದು. ಎರಡೂ ಈ ಪಾತ್ರದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ; ವ್ಯತ್ಯಾಸ ನವೀಕರಣ ಮತ್ತು ಖಾಸಗಿ ಕೀಲಿ ಯಾರ ಬಳಿ ಇದೆ ಎಂಬುದರಲ್ಲಿ.

ಪ್ರಮಾಣಪತ್ರವನ್ನು ಯಾರು ನವೀಕರಿಸಬಹುದೋ ಅವರಿಗೆ ಹೊಂದುವ ಸಂಪಾದನೆ ಮಾರ್ಗವನ್ನು ಆರಿಸಿ, ಆಕಸ್ಮಿಕವಾಗಿ ಮಾನ್ಯವೆಂದು ಕಾಣುವ ಫೈಲ್ ಮಾಡಿದ ಮಾರ್ಗವನ್ನಲ್ಲ.

ಪರಸ್ಪರ ದೃಢೀಕರಣ ಏನು ಸೇರಿಸುತ್ತದೆ

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

ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ದೃಢೀಕರಣ ವಿಧಾನ ಒಂದು ಆಯ್ಕೆ, ಸಾರ್ವತ್ರಿಕ ಅಗತ್ಯವಲ್ಲ.

Active Directory ಮತ್ತು ಸಂಘೀಯ ದೃಢೀಕರಣ ಅದೇ ಪ್ರಶ್ನೆಗೆ ಬೇರೆ ಸಾಧನಗಳಿಂದ ಉತ್ತರ ನೀಡುತ್ತವೆ. ಪರಸ್ಪರ ಪ್ರಮಾಣಪತ್ರದ ವಿಧಾನ ಆ ನಿಯೋಜನೆಗಳಿಗೆ ತಾನಾಗಿಯೇ ಲಾಗಿನ್ ವಿನ್ಯಾಸವಾಗದು, ಮತ್ತು ಬಳಕೆದಾರನನ್ನು ಹೇಗೇ ಒಳಗೆ ಬಿಟ್ಟರೂ ಸರ್ವರ್‌ನ TLS ಪರಿಶೀಲನೆ ಜಾರಿಯಲ್ಲಿರುತ್ತದೆ.

ಒಂದೇ CA ARN ಕೀಲಿ ಹಂಚಿಕೆ ಏಕೆ ಅಲ್ಲ

AWS ದಾಖಲಿಸುತ್ತದೆ ಏನೆಂದರೆ, ಸರ್ವರ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಒಂದೇ CA ನೀಡಿದಾಗ, ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರದ ARN ಅನ್ನು ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಆಯ್ಕೆಗೂ ಬಳಸಬಹುದು. ಆ ವಾಕ್ಯ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಪರಿಶೀಲನೆಯಲ್ಲಿ ನಂಬುವ ಸರಪಳಿಯ ಬಗ್ಗೆ. ಅದು ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸರ್ವರ್‌ನ ಖಾಸಗಿ ಕೀಲಿ ಬಳಸಿ ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗೆ ಇನ್ನೂ ತನ್ನದೇ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ತನ್ನದೇ ಹೊಂದುವ ಕೀಲಿ ಬೇಕು.

ಕ್ಲೈಂಟ್‌ನ CA ಬೇರೆ ನೀಡುವವರಾದಾಗ, ದಾಖಲಿತ ಮಾರ್ಗ ಆ CA ಅನ್ನು ACM ಗೆ ಆಮದು ಮಾಡಿ ಕ್ಲೈಂಟ್ ಪಾತ್ರಕ್ಕೆ ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು.

ವೈಫಲ್ಯವನ್ನು ಒಂದು ಹಂತಕ್ಕೆ ಹಿಂತಿರುಗಿಸಿ

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

ಒಂದು ಬಾರಿಗೆ ಒಂದೇ ವಸ್ತುವನ್ನು ಬದಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡೂ ತುದಿಗಳನ್ನು ಒಟ್ಟಿಗೆ ಬದಲಿಸುವುದು ನೀವು ಆರಂಭಿಸಿದ ಅದೇ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ಮತ್ತೆ ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಆ ನಿರ್ದಿಷ್ಟ ಪಾತ್ರಕ್ಕೆ ಸೇವೆ ಬೆಂಬಲಿಸುವ ಕೀಲಿ ಅಲ್ಗಾರಿದಮ್‌ಗಳು ಮತ್ತು ಅಗತ್ಯ ವಿಸ್ತರಣೆಗಳನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಸಾರ್ವಜನಿಕ ಜಾಲತಾಣವನ್ನು ತೃಪ್ತಿಪಡಿಸುವ ಪ್ರಮಾಣಪತ್ರ Client VPN ನ ಎಲ್ಲ ಗುರುತು ಅಗತ್ಯಗಳು ಪೂರೈಸಿವೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

ಯಾವ ಕ್ಷೇತ್ರ ಯಾವ ARN ಹೊಂದಿದೆ, ಯಾವ CA ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ನೀಡಿತು, ಎಂಡ್‌ಪಾಯಿಂಟ್ ನಿಜವಾಗಿ ಯಾವ ದೃಢೀಕರಣ ವಿಧಾನ ಬಳಸುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ. ಮೂರು ಸಾಲಿನ ದಾಖಲೆ ಮುಂದಿನ ನವೀಕರಣವನ್ನು ತನಿಖೆಗಿಂತ ಒಂದು ಕೆಲಸವಾಗಿಸುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು