S3: ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ನಿಂದ ಪ್ರವೇಶಕ್ಕಾಗಿ ಗೇಟ್ವೇ ಅಥವಾ ಇಂಟರ್ಫೇಸ್ ಎಂಡ್ಪಾಯಿಂಟ್

ಎರಡು S3 ಎಂಡ್ಪಾಯಿಂಟ್ ಪ್ರಕಾರಗಳು ವಿನ್ಯಾಸ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದಂತೆ ಕಾಣುತ್ತವೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಸ್ಥಳದ ಹೊರಗೆ ಇದ್ದ ಕ್ಷಣ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತವೆ. ಗೇಟ್ವೇ ಎಂಡ್ಪಾಯಿಂಟ್ VPC ಒಳಗೆ ರೂಟ್ ಟೇಬಲ್ನೊಂದಿಗೆ ಏಕೀಕರಣವಾಗಿದೆ, ಆದ್ದರಿಂದ ಸ್ಥಳದ VPN ನಿಂದ ಬರುವ ವಿನಂತಿ ಎಂದಿಗೂ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನವಾಗಿ ಅಲ್ಲಿಗೆ ತಲುಪುವುದಿಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ಎಂಡ್ಪಾಯಿಂಟ್ ಖಾಸಗಿ ವಿಳಾಸಗಳನ್ನು ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ಗಳ ಮೇಲೆ ಇಡುತ್ತದೆ, ಅಲ್ಲಿಗೆ ಹೈಬ್ರಿಡ್ ಮಾರ್ಗವು ನಿಜವಾಗಿಯೂ ತಲುಪಬಹುದು. ಮುಂದಿನ ಎಲ್ಲವೂ ನೀವು ಈ ಎರಡರಲ್ಲಿ ಯಾವುದನ್ನು ಆರಿಸಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಸೇವೆಯ ಹೆಸರಿನಿಂದ ಅಲ್ಲ, ನೆಟ್ವರ್ಕ್ ಪ್ರವೇಶದಿಂದ ನಿರ್ಧರಿಸಿ

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

ಅವುಗಳನ್ನು ಬೆರೆಸುವುದು ಸಮಸ್ಯೆಯಲ್ಲ. ಒಂದು ಪ್ರಕಾರವು ಇನ್ನೊಂದನ್ನು ಆವರಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸುವುದೇ ಸಮಸ್ಯೆ.

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

ಇಂಟರ್ಫೇಸ್ ಮಾರ್ಗವು ಆರಂಭದಿಂದ ಅಂತ್ಯದವರೆಗೆ ಏನನ್ನು ಬೇಡುತ್ತದೆ

ಇಂಟರ್ಫೇಸ್ ಎಂಡ್ಪಾಯಿಂಟ್ ಖಾಸಗಿ ವಿಳಾಸಗಳಿಗೆ ತಲುಪುವಿಕೆಯನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ತಲುಪುವಿಕೆ ನಾಲ್ಕು ಅಗತ್ಯಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ. ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ಗೆ ಆ ವಿಳಾಸಗಳಿಗೆ ಮಾರ್ಗ ಬೇಕು, VPC ಬದಿಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು, ಎಂಡ್ಪಾಯಿಂಟ್ನ ಭದ್ರತಾ ಗುಂಪು ಮೂಲ ಶ್ರೇಣಿಯನ್ನು ಅನುಮತಿಸಬೇಕು, ಮತ್ತು ಅವುಗಳ ನಡುವಿನ ಯಾವುದೇ ಪರಿಶೀಲನಾ ಸಾಧನವು ಹರಿವನ್ನು ಅನುಮತಿಸಬೇಕು. VPC ಯಲ್ಲಿನ ಯಾವುದೇ ಇನ್ಸ್ಟಾನ್ಸ್ಗೆ ಇರುವ ಮಾರ್ಗವು ಈ ನಾಲ್ಕರಲ್ಲಿ ಒಂದನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

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

ದೊಡ್ಡ ಡೌನ್ಲೋಡ್ ಬದಲು ಲಭ್ಯವಿರುವ ಅತಿ ಸಣ್ಣ ಅಧಿಕೃತ ಕಾರ್ಯಾಚರಣೆಯೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ. ವೈಫಲ್ಯವು ಬೇಗ ಮತ್ತು ವಿವರಿಸಲು ಕಡಿಮೆ ಸಂಚಾರದೊಂದಿಗೆ ಕಾಣಿಸುತ್ತದೆ.

DNS VPC ಅನ್ನು ಅಲ್ಲ, ಪ್ರಶ್ನೆಯ ಮೂಲವನ್ನು ಅನುಸರಿಸುತ್ತದೆ

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

ಎಂಡ್ಪಾಯಿಂಟ್ನ ಖಾಸಗಿ DNS ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ವಿನ್ಯಾಸದ ಭಾಗವಾಗಿ ಓದಿ, ಲೈವ್ ಆದ ನಂತರ ಆನ್ ಮಾಡುವ ಚೆಕ್ಬಾಕ್ಸ್ ಆಗಿ ಅಲ್ಲ.

ಕಚೇರಿಯ ರಿಜಾಲ್ವರ್ VPC ಯ ದೃಶ್ಯವನ್ನು ನೋಡಬೇಕಿದ್ದರೆ, ಆ ಮಾರ್ಗವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರ್ಮಿಸಬೇಕು, ಸಾಮಾನ್ಯವಾಗಿ ಒಳಬರುವ ರಿಜಾಲ್ವರ್ ಎಂಡ್ಪಾಯಿಂಟ್ ಮೂಲಕ. ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ಸಂದರ್ಭದಿಂದ ಪ್ರಶ್ನಿಸಿ ಮತ್ತು ಯಾವ ರಿಜಾಲ್ವರ್ ಉತ್ತರಿಸಿತು ಎಂದು ಗಮನಿಸಿ. VPC ಒಳಗಿನ ಬ್ಯಾಸ್ಟಿಯನ್ ಹೋಸ್ಟ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದ ಫಲಿತಾಂಶವು ಬ್ಯಾಸ್ಟಿಯನ್ನ ದೃಶ್ಯವನ್ನು ಮಾತ್ರ ವಿವರಿಸುತ್ತದೆ, ಬೇರೇನನ್ನೂ ಅಲ್ಲ.

ಅನುಮತಿ ತಲುಪುವಿಕೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿದೆ

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

ಎರಡು ಫಲಿತಾಂಶಗಳ ಆಧಾರದ ಮೇಲೆ ವಿನ್ಯಾಸವನ್ನು ಸ್ವೀಕರಿಸಿ: ಯಶಸ್ವಿಯಾಗುವ ಹಾನಿಕರವಲ್ಲದ ಅಧಿಕೃತ ಕರೆ, ಮತ್ತು ಹೊರಗಿಡಲಾದ ಗುರುತು ಅಥವಾ ಬಕೆಟ್ಗೆ ನಿರೀಕ್ಷಿತ ನಿರಾಕರಣೆ.

aws ec2 describe-vpc-endpoints --filters Name=vpc-id,Values=vpc-0123456789abcdef0
dig +short s3.us-west-2.amazonaws.com @10.0.0.2

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