macOS ನಲ್ಲಿ, IKEv2 ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್ನಲ್ಲಿನ ECDSA ಆಯ್ಕೆ ಸಂಕುಚಿತ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಯಾವ ಪ್ರಮಾಣಪತ್ರ Mac ನ ಗುರುತನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಅದು ಗೇಟ್ವೇ ಪ್ರಮಾಣಪತ್ರ, ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಿದ ಸಹಿ, ಅಥವಾ ಸುರಂಗದ ಎನ್ಕ್ರಿಪ್ಷನ್ ಪ್ರಸ್ತಾವವನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ. ಈ ನಾಲ್ಕು ಪಾತ್ರಗಳನ್ನು ಒಂದೇ ಹೊಂದಾಣಿಕೆ ಪ್ರಶ್ನೆಯಾಗಿ ಪರಿಗಣಿಸುವುದು ಸರಿಯಾದ ಸ್ಥಳೀಯ ಸೆಟ್ಟಿಂಗ್ ಮೇಲೆ ಸರ್ವರ್ ಬದಿಯ ಅಸಮಂಜಸತೆಯ ಆರೋಪ ಬರುವ ರೀತಿ. ನಿರ್ಧಾರ ಚಿಕ್ಕದು, ಆದರೆ ಅದನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಬಳಸುವ ಸಾಕ್ಷ್ಯ ನಿಖರವಾಗಿರಬೇಕು.

ಈ ಕ್ಷೇತ್ರ ಒಂದು ಪ್ರಮಾಣಪತ್ರವನ್ನು ಹೆಸರಿಸುತ್ತದೆ: ಸ್ಥಳೀಯ ಗುರುತು

Apple ನ Network Extension API ಕ್ಲೈಂಟ್ ರುಜುವಾತಿಗೆ ಪ್ರಮಾಣಪತ್ರ ಪ್ರಕಾರವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಅದರಲ್ಲಿ NEVPNIKEv2CertificateType.ECDSA256 ಸೇರಿದೆ, ಇದನ್ನು ECDSA p-256 ಪ್ರಮಾಣಪತ್ರ ಪ್ರಕಾರ ಎಂದು ದಾಖಲಿಸಲಾಗಿದೆ. ಈ ಗುಣ identityReference ಅಥವಾ identityData ಮೂಲಕ ಒದಗಿಸಿದ ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ.

ಅಂದರೆ ನಿರ್ಧಾರ Mac ಒದಗಿಸುವ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಅದರೊಂದಿಗೆ ಬರುವ ಖಾಸಗಿ ಕೀಗೆ ಸಂಬಂಧಿಸಿದೆ. ಆ ಎಲೆ ಪ್ರಮಾಣಪತ್ರದ ಸಾರ್ವಜನಿಕ ಕೀಗೆ ಹೊಂದುವ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ಬೆಂಬಲಿತ ಕಾರ್ಯವಿಧಾನದ ಮೂಲಕ ಗುರುತನ್ನು ಒದಗಿಸಿ. Mac ಬಳಿ ಗುರುತಿಗೆ ಉಪಯುಕ್ತ ಖಾಸಗಿ ಕೀ ಇಲ್ಲದಿದ್ದರೆ, ಪ್ರಕಾರದ ಆಯ್ಕೆ ಸಂಪರ್ಕವನ್ನು ಉಳಿಸಲಾರದು.

ನಿರ್ವಹಿತ ಪ್ರೊಫೈಲ್ಗಳು ಅದೇ ನಿರ್ಧಾರವನ್ನು IKEv2 ಪೇಲೋಡ್ನ CertificateType ಮೂಲಕ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ, ಜೊತೆಗೆ PayloadCertificateUUID ನಂತಹ ಪ್ರಮಾಣಪತ್ರ ಉಲ್ಲೇಖದೊಂದಿಗೆ. ಆ ಕ್ಷೇತ್ರಗಳಿಗೆ ಗುರಿ OS ಆವೃತ್ತಿಗೆ ಪೂರ್ವಶರತ್ತುಗಳು ಮತ್ತು ಸ್ಕೀಮಾ ಇವೆ; ಪ್ರೊಫೈಲ್ಗೆ ನಕಲಿಸಿದ ಬರಿಯ ಪ್ರಕಾರ-ಮೌಲ್ಯವನ್ನು ಸ್ಥಾಪಿಸಲಾಗದು, ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ಸ್ ವಿಂಡೋ ಪ್ರತಿ API ಆಯ್ಕೆಯನ್ನು ತೋರಿಸದಿರಬಹುದು. ನಿಯೋಜನೆಗೆ ಮೊದಲು ಆ ಆವೃತ್ತಿಗೆ ಪೇಲೋಡ್ನ ಪೂರ್ವಶರತ್ತುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ಪ್ರಮಾಣಪತ್ರದ ಲೇಬಲ್ ಅಲ್ಲ, ಪಾತ್ರದ ಆಧಾರದಲ್ಲಿ ನಿರ್ಧರಿಸಿ

ನೀವು ಬದಲಾಯಿಸಲಿರುವ ಕ್ಷೇತ್ರವನ್ನು ಓದಿ ಮತ್ತು ಅದು ಯಾವ ಪ್ರಮಾಣಪತ್ರದತ್ತ ಸೂಚಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ. ಪ್ರಮಾಣಪತ್ರ ವೀಕ್ಷಕದಲ್ಲಿನ ಲೇಬಲ್ಗಳು ವಿಷಯ, ನೀಡುಗ ಮತ್ತು ಸಹಿ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಬೆರೆಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಒಂದು ಕ್ಲೈಂಟ್ ಗುರುತಿನ ಆಯ್ಕೆಗೆ ಸಂಬಂಧಿಸಿದೆ.

What you inspectedWhat it controlsDoes it choose the Mac certificate type?
Client leaf public keyThe identity the Mac presentsYes, this is the field's subject
Issuer signature algorithmHow the client certificate was signedNo
Gateway certificateWhat the Mac validates as the peerNo, check it separately
IKE and ESP proposalsAlgorithms for the tunnelNo, separate proposal settings

ಪ್ರಮಾಣಪತ್ರ ವೀಕ್ಷಕವು CA ಯಿಂದ ECDSA ಸಹಿಯನ್ನು ತೋರಿಸಿದರೆ, ಅದು ನೀಡುಗರ ಸಹಿ ಕೀಯನ್ನು ವಿವರಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಕೀ ಇನ್ನೂ RSA ಆಗಿರಬಹುದು, ಮತ್ತು ಪ್ರಕಾರ ಕ್ಷೇತ್ರವು ಸಹಿ ಸಾಲಿನ ಬದಲು ಕ್ಲೈಂಟ್ ಕೀಯನ್ನು ಅನುಸರಿಸಬೇಕು. ಈ ಒಂದೇ ಗೊಂದಲ "ECDSA ಸಂರಚಿಸಲಾಗಿದೆ ಆದರೆ ಸಂಪರ್ಕ ವಿಫಲವಾಗುತ್ತದೆ" ಎಂಬ ಅನೇಕ ವರದಿಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಏನನ್ನಾದರೂ ಬದಲಾಯಿಸುವ ಮೊದಲು ಎಲೆಯಲ್ಲಿನ ಕೀ ಪ್ರಕಾರವನ್ನು ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಆಯ್ಕೆ ಮಾಡಿದ ಪ್ರಕಾರದೊಂದಿಗೆ ಹೋಲಿಸಿ.

ಎಲೆ ಗುರುತಿಸಲ್ಪಟ್ಟ ನಂತರ ನಿರ್ಧಾರ ಸರಳವಾಗುತ್ತದೆ: p-256 ಕ್ಲೈಂಟ್ ಕೀಗೆ ECDSA256, ಬೇರೆ ಕೀಗೆ ಇನ್ನೊಂದು ಬೆಂಬಲಿತ ಪ್ರಕಾರ. ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಅದರ ಕೀ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, VPN ಪ್ರೊಫೈಲ್ ಬದಲಾಯಿಸುವ ಮೊದಲು ಆ ಜೋಡಿಯನ್ನು ಸರಿಪಡಿಸಿ.

ಗೇಟ್ವೇ ಪ್ರಮಾಣಪತ್ರ ಬೇರೆ ನಿರ್ಧಾರ

ಗೇಟ್ವೇ ತನ್ನದೇ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು Mac ಅದನ್ನು ವಿಶ್ವಾಸ ಆಂಕರ್ ಮತ್ತು ನಿರೀಕ್ಷಿತ ಹೆಸರಿನ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಆ ಪ್ರಮಾಣಪತ್ರ ECDSA, RSA ಅಥವಾ ಬೇರೆ ಕೀ ಪ್ರಕಾರವನ್ನು ಬಳಸುತ್ತದೆಯೇ ಎಂಬುದು ಸರ್ವರ್ನ ಗುಣ, ಕ್ಲೈಂಟ್ ಗುರುತು ಸೆಟ್ಟಿಂಗ್ನದಲ್ಲ.

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

ಗೇಟ್ವೇ ಪ್ರಮಾಣಪತ್ರವೇ ಸಮಸ್ಯೆಯಾದರೆ, ಲಕ್ಷಣ ಸಾಮಾನ್ಯವಾಗಿ ಗುರುತು ಆಯ್ಕೆಯಲ್ಲಿ ಅಲ್ಲ, ಪೀರ್ ಪರಿಶೀಲನೆಯ ಸಮಯದಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಪ್ರಕಾರ ಬದಲಾಯಿಸುವ ಮೊದಲು ವಿಫಲತೆಯ ಹಂತವನ್ನು ಓದಿ, ಏಕೆಂದರೆ ವಿಶ್ವಾಸ ವಿಫಲತೆ ಮತ್ತು ಕ್ಲೈಂಟ್-ಕೀ ಅಸಮಂಜಸತೆಗೆ ಒಂದೇ ಪರಿಹಾರ ಇಲ್ಲ.

ನೀಡುಗರ ಸಹಿ ಮತ್ತು ಕೀ ಒಪ್ಪಂದ ಗುಂಪು ಕ್ಲೈಂಟ್ನ ಪ್ರಕಾರವಲ್ಲ

X.509 ವಿಷಯದ ಸಾರ್ವಜನಿಕ ಕೀ ಮತ್ತು ನೀಡುಗರ ಸಹಿಯನ್ನು ಬೇರೆ ಬೇರೆ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಇಡುತ್ತದೆ. ವಿಷಯ ಸಾರ್ವಜನಿಕ ಕೀ ಮಾಹಿತಿ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿನ ಕೀಯನ್ನು ವಿವರಿಸುತ್ತದೆ; ಸಹಿ ಅಲ್ಗಾರಿದಮ್ CA ಯ ಕೀ ಮತ್ತು ಸಹಿ ಕ್ರಿಯೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರ-ಪ್ರಕಾರ ಸೆಟ್ಟಿಂಗ್ಗೆ ಮೊದಲನೆಯದು ಮಾತ್ರ ಹೊಂದುತ್ತದೆ.

IKE ಮತ್ತು Child SA ಪ್ರಸ್ತಾವಗಳು ಇನ್ನೊಂದು ಅಕ್ಷ. ECDSA ಪ್ರಮಾಣಪತ್ರ ಪ್ರಕಾರ ESP ಎನ್ಕ್ರಿಪ್ಷನ್ ಆಯ್ಕೆಯಲ್ಲ, ಮತ್ತು ಕೀ ಒಪ್ಪಂದ ಗುಂಪನ್ನು ಬದಲಾಯಿಸಿದರೆ ಪ್ರಮಾಣಪತ್ರ ಪ್ರಕಾರ ಆಯ್ಕೆಯಾಗುವುದಿಲ್ಲ. ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಮಾನ್ಯ ಪ್ರಸ್ತಾವಗಳು ಮತ್ತು ತಪ್ಪು ಗುರುತು ಪ್ರಕಾರ ಇರಬಹುದು, ಅಥವಾ ಸರಿ ಗುರುತು ಪ್ರಕಾರ ಮತ್ತು ಪೀರ್ ನಿರಾಕರಿಸುವ ಪ್ರಸ್ತಾವ ಇರಬಹುದು.

ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಮೂರು ಸಾಲುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ: ಗುರುತು ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಕೀ, ಗೇಟ್ವೇ ವಿಶ್ವಾಸ ಇನ್ಪುಟ್ಗಳು, ಮತ್ತು ಪ್ರಸ್ತಾವಗಳ ಅಲ್ಗಾರಿದಮ್ಗಳು. ಅವನ್ನು ಒಂದೇ "ಕ್ರಿಪ್ಟೋ ಸೆಟ್ಟಿಂಗ್ಸ್" ಟಿಪ್ಪಣಿಗೆ ಸೇರಿಸಿದರೆ ಮುಂದಿನ ವಿಫಲತೆಗೆ ಕಾರಣ ಹೇಳಲು ಅಸಾಧ್ಯವಾಗುತ್ತದೆ.

ನೀವು ಸಂರಚಿಸಿದ ಕ್ಷೇತ್ರಗಳಿಂದ ನಿರ್ಧಾರವನ್ನು ಪರಿಶೀಲಿಸಿ

ಪ್ರೊಫೈಲ್ ನಿಜವಾಗಿ ಉಲ್ಲೇಖಿಸುವ ಗುರುತನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಆ ಉಲ್ಲೇಖದಲ್ಲಿನ ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ನಿರೀಕ್ಷಿತ ಸಾರ್ವಜನಿಕ ಕೀ ಮತ್ತು ಉಪಯುಕ್ತ ಖಾಸಗಿ ಕೀ ಇದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. UI ನಲ್ಲಿ ತೋರಿಸುವ ಪ್ರಕಾರ, ಉಲ್ಲೇಖಿತ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಸಾಧನದಲ್ಲಿನ ಕೀ ಹೊಂದಿಕೆಯಾಗಬೇಕು.

ಮುಂದೆ ಗೇಟ್ವೇ ಇನ್ಪುಟ್ಗಳನ್ನು ಖಚಿತಪಡಿಸಿ: ನಿರೀಕ್ಷಿತ ಸರ್ವರ್ ಹೆಸರು, ವಿಶ್ವಾಸ ಆಂಕರ್ ಮತ್ತು IKE ದೃಢೀಕರಣ ವಿಧಾನ. ಕೊನೆಗೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಹ್ಯಾಂಡ್ಶೇಕ್ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಎಂದು ಓದಿ. ಗುರುತಿನ ವಿನಿಮಯಕ್ಕೆ ಮೊದಲಿನ ವಿಫಲತೆ ಈ ಸೆಟ್ಟಿಂಗ್ನಿಂದ ದೂರ ಸೂಚಿಸುತ್ತದೆ; ಪೀರ್ ಪರಿಶೀಲನೆಯಲ್ಲಿ ವಿಫಲತೆ ಗೇಟ್ವೇ ಬದಿಗೆ ಸೂಚಿಸುತ್ತದೆ.

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

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