Client VPN ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮರು ಆಮದು ಮಾಡಲು ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್ ಏಕೆ ಬೇಕು

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

ಎಂಡ್ಪಾಯಿಂಟ್ ಉಲ್ಲೇಖಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಪ್ರಮಾಣಪತ್ರಗಳನ್ನಲ್ಲ

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

ಊಹಿಸದೆ ಸಂಬಂಧವನ್ನು ದೃಢೀಕರಿಸಬಹುದು. aws ec2 describe-client-vpn-endpoints --client-vpn-endpoint-ids cvpn-endpoint-0123456789abcdef0 ಪ್ರಮಾಣಪತ್ರದ ARN, ಕ್ಲೈಂಟ್ ಮೂಲ ಸರಪಳಿಯ ARN, ದೃಢೀಕರಣ ಪ್ರಕಾರ, ಕ್ಲೈಂಟ್ CIDR ಮತ್ತು ಸಂಬಂಧಿತ ಸಬ್ನೆಟ್ಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಇದು ನೀವು ಮರುಸೃಷ್ಟಿಸಬೇಕಾದ ಗುಣಲಕ್ಷಣಗಳ ಪೂರ್ಣ ಗುಂಪು. ಮರು ಆಮದಿಗೆ ಮೊದಲು ಮತ್ತು ನಂತರ ಅದನ್ನು ಚಲಾಯಿಸಿ, ಔಟ್ಪುಟ್ ಅಲುಗಾಡುವುದಿಲ್ಲ. ಮರು ಆಮದಿ ಎಂದಿಗೂ ಸಹಾಯ ಮಾಡುತ್ತಿರಲಿಲ್ಲ ಎಂಬುದಕ್ಕೆ ಇದೇ ಸಾಕ್ಷಿ.

ಮರು ಆಮದಿ ಎಂಡ್ಪಾಯಿಂಟ್ ತಲುಪಲು ಏಕೆ ಸಾಧ್ಯವಿಲ್ಲ

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

ಅದಕ್ಕೇ ಲಕ್ಷಣವು ನೆಟ್ವರ್ಕ್ ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ. ಅನುಮೋದನೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವ ಮೊದಲೇ TLS ಹ್ಯಾಂಡ್ಶೇಕ್ ವಿಫಲವಾಗುತ್ತದೆ ಅಥವಾ ಮರುಹೊಂದಿಸಲ್ಪಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಭದ್ರತಾ ಗುಂಪುಗಳು, ಮಾರ್ಗಗಳು ಮತ್ತು ಅನುಮೋದನಾ ನಿಯಮಗಳು ಎಲ್ಲವೂ ನಿರ್ದೋಷವಾಗಿ ಕಾಣುತ್ತವೆ, ಮತ್ತು ಅವು ಹಾಗೆಯೇ ಇವೆ.

ಸರಪಳಿ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರದ ಭಾಗವಾಗಿದೆ

ವೈಫಲ್ಯದ ಎರಡನೇ ಅರ್ಧ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿದೆ, ಮತ್ತು ಅದನ್ನು ಬದಿಗೆ ಸರಿಸುವುದು ಸುಲಭ. ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಅದನ್ನು ನೀಡಿದ ಸರಪಳಿಯೊಂದಿಗೆ ಆಮದು ಮಾಡಬೇಕು, ಆಮದು ನಮೂನೆ ಆ ಕ್ಷೇತ್ರವನ್ನು ಐಚ್ಛಿಕ ಎಂದು ತೋರಿಸಿದರೂ. ಸರಪಳಿ ಇಲ್ಲದೆ ಎಂಡ್ಪಾಯಿಂಟ್ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರದಿಂದ ಅದನ್ನು ಸಂರಚಿಸಿದ ಕ್ಲೈಂಟ್ ಮೂಲ CA ವರೆಗೆ ಮಾರ್ಗವನ್ನು ನಿರ್ಮಿಸಲಾರದು, ಮತ್ತು ಸಂಪರ್ಕವು ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಬೀಳಿಸುವ ಫೈರ್ವಾಲ್ನಂತೆ ಕೇಳಿಸುವ ಮೃದು ಮರುಹೊಂದಿಕೆಯಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. openssl verify -CAfile root-ca.pem client.crt ಆ ಪ್ರಶ್ನೆಗೆ ಸ್ಥಳೀಯವಾಗಿ ಒಂದು ಸೆಕೆಂಡಿನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ನೀವು ಚಲಾಯಿಸಬೇಕಾದ ಮೊದಲ ಆಜ್ಞೆ.

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

ಎಂಡ್ಪಾಯಿಂಟ್ ಮರುಸೃಷ್ಟಿ ಒಂದು ಸ್ಥಳಾಂತರ

ಬದಲಿ ಎಂಡ್ಪಾಯಿಂಟ್ ರಚಿಸುವುದು ಸ್ಥಳಾಂತರ, ಮತ್ತೆ ಪ್ರಯತ್ನವಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನ ಎಂದು ಪರಿಗಣಿಸುವುದು ತಂಡಗಳು ಎರಡು ಅರ್ಧ-ಸಂರಚಿತ ಎಂಡ್ಪಾಯಿಂಟ್ಗಳೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವ ದಾರಿ. ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್ ಹೊಸ ID ಪಡೆಯುತ್ತದೆ ಮತ್ತು, ನೀವು ಯೋಜಿಸದಿದ್ದರೆ, ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಹೊಸ DNS ಹೆಸರು ಪಡೆಯುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು ವಿಳಾಸದ ಬದಲು ಹೆಸರಿನ ಕಡೆಗೆ ಇರಿಸಿ, ಇದರಿಂದ ಬದಲಾವಣೆ ಮರುಹಂಚಿಕೆ ಅಲ್ಲ, ದಾಖಲೆ ಬದಲಾವಣೆ ಆಗುತ್ತದೆ.

ಇದನ್ನು ಸುರಕ್ಷಿತವಾಗಿಡುವ ಕ್ರಮ ಚಿಕ್ಕದು: ಅದೇ CIDR, ಸಬ್ನೆಟ್ ಮತ್ತು ಅನುಮೋದನಾ ನಿಯಮಗಳೊಂದಿಗೆ ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್ ರಚಿಸಿ, aws ec2 export-client-vpn-client-configuration ನೊಂದಿಗೆ ತಾಜಾ ಪ್ರೊಫೈಲ್ ರಫ್ತು ಮಾಡಿ, ಮತ್ತು ಒಬ್ಬ ಬಳಕೆದಾರರೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ. ಅದರ ನಂತರವೇ ಹಳೆಯ ಎಂಡ್ಪಾಯಿಂಟ್ ಇಳಿಯುತ್ತದೆ.

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

ರೋಗನಿರ್ಣಯವನ್ನು ಕ್ರಮಗೊಳಿಸಿ

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

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

ಮುಂದಿನ ಮರುನಿರ್ಮಾಣ ಆಶುಪ್ರಯೋಗ ಅಲ್ಲ, diff ಆಗಲು ನಾಲ್ಕನ್ನು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣದಲ್ಲಿ ಇಡಿ: ಎಂಡ್ಪಾಯಿಂಟ್ ನಿಯತಾಂಕಗಳು, ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಸರಪಳಿಯ ARN, ಅನುಮೋದನಾ ನಿಯಮಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್ CIDR. Client VPN ದೃಢೀಕರಣ ದಾಖಲೆ ಯಾವ ಪ್ರಮಾಣಪತ್ರ ಯಾವ ಪಾತ್ರ ವಹಿಸುತ್ತದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರವೇ ಸಮಸ್ಯೆ ಎಂದು ಭಾವಿಸುವ ಮೊದಲು ಅದನ್ನು ಪರಿಶೀಲಿಸುವುದು ಯೋಗ್ಯ. ಮರು ಆಮದಿ ಏನನ್ನೂ ಬದಲಾಯಿಸದಿದ್ದರೆ ಮತ್ತು ಎಂಡ್ಪಾಯಿಂಟ್ ಇನ್ನೂ ಮರುಹೊಂದಿಸಲ್ಪಟ್ಟರೆ, ಸಂಬಂಧವೇ ಸಂಶಯಾಸ್ಪದ ಮತ್ತು ಉತ್ತರ ದಾಖಲಾದ ನಿಯತಾಂಕಗಳಿಂದ ನಿರ್ಮಿಸಿದ ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್. ಎಂಡ್ಪಾಯಿಂಟ್ ಹೊಸ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದರೆ, ಸಂಬಂಧ ಈಗಾಗಲೇ ಸರಿಯಾಗಿತ್ತು ಮತ್ತು ದೋಷ ಕ್ಲೈಂಟ್ ಸರಪಳಿಯಲ್ಲಿ ಅಥವಾ ಅನುಮೋದನಾ ಪದರದಲ್ಲಿದೆ.