VPC ರಿಮೋಟ್ ಪ್ರವೇಶವನ್ನು ಸ್ವೀಕರಿಸಲು ನಿರಾಕರಣೆ ಪರೀಕ್ಷೆಗಳು ಬೇಕು

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

ಪರೀಕ್ಷೆಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ಖಾತೆಗಳನ್ನು ಬಳಸಿ ಮತ್ತು ಪರೀಕ್ಷಾ ಗುರುತನ್ನು ನಿಜವಾದ ವಿನಾಯಿತಿ ಎಂದು ಯಾರೂ ತಪ್ಪಾಗಿ ತಿಳಿಯದಂತೆ ಲೇಬಲ್ ಮಾಡಿ.

ಸೀಮೆಯನ್ನು ನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶಗಳಾಗಿ ಬರೆಯಿರಿ

ಘಟಕಗಳಿಂದ ಅಲ್ಲ, ಪಾತ್ರಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ: ಯಾರಿಗೆ ಯಾವ ಸೇವೆ ಬೇಕು, ಎಲ್ಲಿಂದ ಮತ್ತು ಯಾವ ಗುರುತಿನೊಂದಿಗೆ. ಒಂದು ಉದಾಹರಣೆಯ VPC ತೆಗೆದುಕೊಳ್ಳಿ: ಒಂದು ಗುಂಪಿಗೆ HTTPS ಮೂಲಕ ಸ್ಟೇಜಿಂಗ್ ಬೇಕು, ಇನ್ನೊಂದಕ್ಕೆ ಉತ್ಪಾದನಾ ಡೇಟಾಬೇಸ್ ಬೇಕು, ಮತ್ತು ಮೂರನೇ ಹಾಗೂ ಚಿಕ್ಕ ಗುಂಪು ಗೇಟ್‌ವೇಯನ್ನೇ ನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರತಿ ಸಾಲಿಗೂ ನಿರೀಕ್ಷಿತ ಅನುಮತಿ ಮತ್ತು ನಿರೀಕ್ಷಿತ ನಿರಾಕರಣೆ ಸಿಗುತ್ತದೆ, ಕೆಲಸ ಮಾಡಬಾರದ ನೆರೆಯ ಸೇವೆ ಮತ್ತು ನೆರೆಯ ಖಾತೆಯೂ ಸೇರಿದಂತೆ. ಆ ಕೋಷ್ಟಕವೇ ಸ್ವೀಕೃತಿಯ ಮಾನದಂಡ, ಮತ್ತು ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸದ ಜನರೂ ಅದನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.

ಡೇಟಾಬೇಸ್ ಲಾಗಿನ್ ಅನ್ನು ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ತಲುಪಬಹುದಾದ TCP ಪೋರ್ಟ್ ಅನುಮೋದಿಸದ ಡೇಟಾಬೇಸ್ ಖಾತೆಯನ್ನು ಯಶಸ್ವಿಗೊಳಿಸಬಾರದು, ಮತ್ತು VPN ಸದಸ್ಯತ್ವವು ಕ್ಲೌಡ್ IAM ಪಾತ್ರವನ್ನು ರಚಿಸಬಾರದು ಅಥವಾ ಆಡಳಿತಾತ್ಮಕ API ಪ್ರವೇಶ ನೀಡಬಾರದು. ಇವು ಮೂರು ಸ್ವತಂತ್ರ ನಿಯಂತ್ರಣಗಳು, ಮತ್ತು ಅವು ಸ್ವತಂತ್ರವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ.

ಮಾರ್ಗವು ಅನುಮೋದನೆ ಅಲ್ಲ

ಮಾರ್ಗವು ದಾರಿಯನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ; ಅದು ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ. ಮಾರ್ಗವನ್ನು ಮರೆಮಾಡುವುದು ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿ ಜಾರಿಗೊಳಿಸುವ ನಿರ್ಬಂಧಕ್ಕೆ ದುರ್ಬಲ ಪರ್ಯಾಯ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಯಾವಾಗಲೂ ತನ್ನದೇ ಮಾರ್ಗವನ್ನು ಸೇರಿಸಬಹುದು. ಭದ್ರತಾ ಗುಂಪು, ಡೇಟಾಬೇಸ್ ಅನುದಾನ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ನ ಸ್ವಂತ ಅನುಮೋದನೆಯೇ ನಿರ್ಣಾಯಕ ನಿಯಂತ್ರಣಗಳಾಗಿ ಉಳಿಯುತ್ತವೆ. ಪರೀಕ್ಷೆಯೊಂದು ಅನಿರೀಕ್ಷಿತವಾಗಿ ಯಶಸ್ವಿಯಾದಾಗ, ಮೊದಲು ಗಮ್ಯಸ್ಥಾನದ ನೀತಿಯನ್ನು ನೋಡಿ, ಕ್ಲೈಂಟ್ ಹೊಂದಿರಬೇಕೆಂದು ನೀವು ಉದ್ದೇಶಿಸಿದ ಮಾರ್ಗನಿರ್ದೇಶನ ಕೋಷ್ಟಕವನ್ನಲ್ಲ.

ಅದಕ್ಕೇ ನಿರಾಕರಣೆ ಪರೀಕ್ಷೆಗಳು ಸರ್ವರ್ ಬದಿಯನ್ನು ಗುರಿಯಾಗಿಸುತ್ತವೆ: ಆ ಫಲಿತಾಂಶಗಳನ್ನು ಕ್ಲೈಂಟ್ ಸಂಪಾದಿಸಿ ಬದಲಾಯಿಸಲಾಗದು.

ನಿಯಂತ್ರಣವು ನಿಜವಾಗಿ ಯಾವ ಮೂಲವನ್ನು ನೋಡುತ್ತದೆ?

ನಿಯಂತ್ರಣವು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವ ಮೂಲ ವಿಳಾಸವು ಗೇಟ್‌ವೇ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಅವಲಂಬಿಸಿದೆ. EC2 ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಿದ ಗೇಟ್‌ವೇ ಮಾರ್ಗನಿರ್ದೇಶಿತ ಪೂಲ್ ಅನ್ನು ಮುಂದೆ ಕಳುಹಿಸಬಹುದು, ತನ್ನ ವಿಳಾಸಕ್ಕೆ ಅನುವಾದಿಸಬಹುದು ಅಥವಾ NAT ನಂತರ ಬೇರೆ ವಿಳಾಸವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು; ನಿರ್ವಹಿತ Client VPN ಉಪಜಾಲಕ್ಕೆ ಸೇರುತ್ತದೆ ಮತ್ತು ತನ್ನದೇ ಮಾದರಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಭದ್ರತಾ ಗುಂಪುಗಳು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ACL ಆ ಪ್ರಕ್ರಿಯೆಯ ನಂತರ ಬರುವುದನ್ನು ನೋಡುತ್ತವೆ. ತಪ್ಪಾದ ಮೂಲ ಊಹೆಗೆ ವಿರುದ್ಧವಾಗಿ ನಿಯಮವನ್ನು ಪರಿಶೀಲಿಸುವುದು ಸರಿಯಾಗಿ ಕಾಣುವ ಮತ್ತು ತಪ್ಪು ಸಂಚಾರವನ್ನು ಒಪ್ಪಿಕೊಳ್ಳುವ ಸೀಮೆಯನ್ನು ನಿರ್ಮಿಸುವ ಸಾಮಾನ್ಯ ದಾರಿ.

ಪ್ರತಿ ಫಲಿತಾಂಶವನ್ನೂ ಅತ್ಯಂತ ಚಿಕ್ಕ ಉಪಯುಕ್ತ ಘಟನೆಗೆ ಜೋಡಿಸಿ: ಗುರುತು ಮತ್ತು ಅಧಿವೇಶನ, ಸಂಪನ್ಮೂಲ, ಕಾರ್ಯಾಚರಣೆ, ಸಮಯ ಮತ್ತು ನಿರ್ಧಾರ. CloudTrail API ಕರೆ, VPC ಹರಿವಿನ ದಾಖಲೆ ಮತ್ತು VPN ಅಧಿವೇಶನ ಲಾಗ್ ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಒಂಟಿಯಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಆಡಿಟ್ ಅಲ್ಲ.

ಗುರುತನ್ನು ಹಿಂಪಡೆದು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ

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

ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಪ್ಯಾಚಿಂಗ್, ಪುನಃಸ್ಥಾಪನೆ ಅಥವಾ ರುಜುವಾತುಗಳ ಜೀವನಚಕ್ರದ ಕೆಲಸವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಇದು ಸಣ್ಣ ಭರವಸೆಯನ್ನು ಅಳೆಯಬಹುದಾದದ್ದನ್ನಾಗಿ ಮಾಡುತ್ತದೆ: ಸರಿಯಾದ ಜನರು ಸರಿಯಾದ ಸೇವೆಗಳನ್ನು ತಲುಪುತ್ತಾರೆ, ಆದರೆ ಹತ್ತಿರದ ಮಾರ್ಗಗಳು, ಖಾತೆಗಳು ಮತ್ತು ನಿರ್ವಹಣಾ ಮೇಲ್ಮೈಗಳು ಅನುದಾನದ ಹೊರಗೆ ಉಳಿಯುತ್ತವೆ.

ಕೋಷ್ಟಕವನ್ನು ನಿಯೋಜನೆಯೊಂದಿಗೆ ಇಟ್ಟುಕೊಳ್ಳಿ ಮತ್ತು ಗೇಟ್‌ವೇ ಬದಲಾದಾಗ ಮತ್ತೆ ಚಲಾಯಿಸಿ. ಪರೀಕ್ಷೆಗಳು ಅಗ್ಗ; ಅವುಗಳ ಹಿಂದಿನ ಊಹೆಗಳು ಅಲ್ಲ.