AWS ನ NAT ಗೇಟ್ವೇ VPN ಕಡೆಗೆ ಯಾವ ಮೂಲ IP ಬಳಸುತ್ತದೆ?

ನೀವು VPC ಕನ್ಸೋಲ್ ತೆರೆಯುತ್ತೀರಿ ಏಕೆಂದರೆ ಪಾಲುದಾರರು ಸೈಟ್-ಟು-ಸೈಟ್ VPN ಮೂಲಕ ಯಾವ ಮೂಲ ಶ್ರೇಣಿ ಬರುತ್ತದೆ ಎಂದು ಕೇಳಿದರು. NAT ಗೇಟ್ವೇ ಪುಟವು Elastic IP ಜೋಡಿಸಲಾದ ಸಾರ್ವಜನಿಕ ಗೇಟ್ವೇ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ವಿಳಾಸವನ್ನು ಕಳುಹಿಸಿ ಮುಂದೆ ಸಾಗುವ ಪ್ರಲೋಭನೆ ಇರುತ್ತದೆ. ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗಕ್ಕೆ ಇದು ಸರಿಯಾದ ಉತ್ತರ ಮತ್ತು VPN ಮಾರ್ಗಕ್ಕೆ ತಪ್ಪು ಉತ್ತರ, ಮತ್ತು ವ್ಯತ್ಯಾಸವೆಂದರೆ ರೂಟ್ ಟೇಬಲ್ ಯಾವ ಗೇಟ್ವೇಗೆ ತೋರಿಸುತ್ತದೆ ಎಂಬುದು. ಅನುಮತಿ ಪಟ್ಟಿ ಬರೆಯುವ ಮೊದಲು ಮಾರ್ಗವನ್ನು ನಡೆದು ನೋಡಿ.

ಅನುಮತಿ ಪಟ್ಟಿಯಿಂದಲ್ಲ, NAT ಗೇಟ್ವೇ ಪುಟದಿಂದ ಪ್ರಾರಂಭಿಸಿ

NAT ಗೇಟ್ವೇ ಪುಟ ನಿಮಗೆ ಸಬ್ನೆಟ್, ಪ್ರಕಾರ ಮತ್ತು Elastic IP ಹೇಳುತ್ತದೆ, ಮತ್ತು ಈ ಮೂರು ಕ್ಷೇತ್ರಗಳು ಪ್ರಾರಂಭಿಸಲು ಸಾಕು. ಅದು ಹೇಳದಿರುವುದು ಟ್ರಾಫಿಕ್ ನಂತರ ತೆಗೆದುಕೊಳ್ಳುವ ಮಾರ್ಗ. ಅದು NAT ಗೇಟ್ವೇಯ ಸಬ್ನೆಟ್‌ಗೆ ಜೋಡಿಸಲಾದ ರೂಟ್ ಟೇಬಲ್‌ಗಳಿಂದ ಬರುತ್ತದೆ.

ಮೊದಲು ಪ್ರಕಾರವನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಸಾರ್ವಜನಿಕ ಅಥವಾ ಖಾಸಗಿ ಎಂಬುದು ಸರಪಳಿಯಲ್ಲಿ ನಂತರ ಇಂಟರ್ನೆಟ್ ಗೇಟ್ವೇ ಕಾಣಿಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ನಂತರ ಸಬ್ನೆಟ್ ಓದಿ, ಏಕೆಂದರೆ ಎರಡನೇ ಮಾರ್ಗ ಅಲ್ಲಿಯೇ ಇರುತ್ತದೆ.

ಎರಡು ಪರಿವರ್ತನೆಗಳನ್ನು ಅನುಸರಿಸಿ

ಸಾರ್ವಜನಿಕ ಮತ್ತು ಖಾಸಗಿ ಎರಡೂ NAT ಗೇಟ್ವೇಗಳು ವರ್ಕ್‌ಲೋಡ್‌ನ ಖಾಸಗಿ IPv4 ಮೂಲವನ್ನು NAT ಗೇಟ್ವೇಯ ಸ್ವಂತ ಖಾಸಗಿ IPv4 ವಿಳಾಸಕ್ಕೆ ಪರಿವರ್ತಿಸುತ್ತವೆ. ಆ ಮೊದಲ ಪರಿವರ್ತನೆ ಪ್ರಕಾರವನ್ನು ಲೆಕ್ಕಿಸದೆ ನಡೆಯುತ್ತದೆ. ಎರಡನೇ ಪರಿವರ್ತನೆ ಜನರು ಮರೆಯುವುದು: ಸಾರ್ವಜನಿಕ NAT ಗೇಟ್ವೇ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಇಂಟರ್ನೆಟ್ ಗೇಟ್ವೇಗೆ ಒಪ್ಪಿಸುತ್ತದೆ, ಅದು ವಿಳಾಸವನ್ನು ಜೋಡಿಸಲಾದ Elastic IPಗೆ ಮ್ಯಾಪ್ ಮಾಡುತ್ತದೆ.

workload 10.20.1.5 -> NAT gateway 10.20.2.10 -> internet gateway -> Elastic IP 203.0.113.25
workload 10.20.1.5 -> NAT gateway 10.20.2.10 -> transit or virtual private gateway -> partner sees 10.20.2.10

ಖಾಸಗಿ ಮಾರ್ಗದಲ್ಲಿ ಸರಪಳಿಯಲ್ಲಿ ಇಂಟರ್ನೆಟ್ ಗೇಟ್ವೇ ಇರುವುದಿಲ್ಲ. ಟ್ರಾಫಿಕ್ ಟ್ರಾನ್ಸಿಟ್ ಗೇಟ್ವೇ ಅಥವಾ ವರ್ಚುವಲ್ ಖಾಸಗಿ ಗೇಟ್ವೇ ಮೂಲಕ ಹೊರಹೋದಾಗ, NAT ಗೇಟ್ವೇ ಮಾರ್ಗದರ್ಶಿ NAT ಗೇಟ್ವೇಯ ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ದೂರದ ಬದಿ ಪಡೆಯುವ ಮೂಲ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ. ಪಾಲುದಾರರು ಅನುಮತಿಸಬೇಕಾದ ವಿಳಾಸ ಅದೇ, Elastic IP ಅಲ್ಲ.

VPN ಮಾರ್ಗ ಸಾಮಾನ್ಯವಾಗಿ ಖಾಸಗಿ ವಿಳಾಸ ತೋರಿಸುತ್ತದೆ

10.20.1.0/24 ನಲ್ಲಿರುವ ವರ್ಕ್‌ಲೋಡ್ ಪಾಲುದಾರರ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ತಲುಪಿದಾಗ, ವರ್ಕ್‌ಲೋಡ್ ಸಬ್ನೆಟ್‌ನ ರೂಟ್ ಟೇಬಲ್ NAT ಗೇಟ್ವೇಗೆ ಮತ್ತು NAT ಗೇಟ್ವೇಯ ಸಬ್ನೆಟ್‌ನ ರೂಟ್ ಟೇಬಲ್ ಖಾಸಗಿ ಗೇಟ್ವೇ ಮಾರ್ಗಕ್ಕೆ ತೋರಿಸುತ್ತದೆ. ಎರಡೂ ಹಾರಿಗಳು ಮುಖ್ಯ, ಮತ್ತು ಪಾಲುದಾರರು ಏನು ನೋಡುತ್ತಾರೆ ಎಂಬುದನ್ನು ಎರಡನೆಯದು ಮಾತ್ರ ನಿರ್ಧರಿಸುತ್ತದೆ. NAT ಸಬ್ನೆಟ್‌ಗೆ VPN ಮಾರ್ಗಕ್ಕೆ ಯಾವುದೇ ರೂಟ್ ಇಲ್ಲದಿದ್ದರೆ, ಪ್ಯಾಕೆಟ್ ಎಂದಿಗೂ ತಲುಪುವುದಿಲ್ಲ, ಮತ್ತು ಅದು ತಪ್ಪು ಮೂಲ ವಿಳಾಸಕ್ಕಿಂತ ಬೇರೆ ವೈಫಲ್ಯ.

ವಿಳಾಸಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುವ ಮೊದಲೇ ಆ ಎರಡನೇ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಕಾಣದ ಮಾರ್ಗ ಮತ್ತು ತಪ್ಪಾಗಿ ವರದಿಯಾದ ಮೂಲ, ಟ್ರಾಫಿಕ್ ಕಾಣದ ಪಾಲುದಾರರಿಗೆ ಸಂಪೂರ್ಣ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ.

ಎರಡನೇ ಪರಿವರ್ತನೆ ಉತ್ತರವನ್ನು ಬದಲಿಸಿದಾಗ

AWS ಟ್ರಾನ್ಸಿಟ್ ಗೇಟ್ವೇ ಲಗತ್ತಿನಲ್ಲಿ ಸ್ಪಷ್ಟವಾದ, ಹೊಂದುವ ಒಂದಕ್ಕೊಂದು NAT ಮ್ಯಾಪಿಂಗ್ ಸಹ ನೀಡುತ್ತದೆ. ಆ ಮ್ಯಾಪಿಂಗ್ ದೂರದ ಸೇವೆ ನೋಡುವ ಮೊದಲು ಮೂಲವನ್ನು ಮತ್ತೊಮ್ಮೆ ಪರಿವರ್ತಿಸಬಹುದು, ಮತ್ತು ಅದು ಕೇವಲ ರೂಟ್ ಮಾಡುವ ಡೀಫಾಲ್ಟ್ ವರ್ತನೆ ಅಲ್ಲ. ಅದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂರಚಿಸಬೇಕಾಗಿರುವುದರಿಂದ, ಆಕಸ್ಮಿಕವಾಗಿ ವಾರಸುದಾರನಾಗಿ ಪಡೆಯುವ ವಸ್ತುವಲ್ಲ, ವಿನ್ಯಾಸದ ಅಪವಾದ ಎಂದು ಪರಿಗಣಿಸಿ. ನಿಮ್ಮ ತಂಡದಲ್ಲಿ ಯಾರಿಗೂ ಅದನ್ನು ಆನ್ ಮಾಡಿದ ನೆನಪಿಲ್ಲದಿದ್ದರೆ, ಲಗತ್ತನ್ನು ಓದುವವರೆಗೆ ಅದು ಇಲ್ಲ ಎಂದು ಊಹಿಸಿ.

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

ಖಾಸಗಿ NAT ಗೇಟ್ವೇಗೆ ಅದನ್ನು ಇಂಟರ್ನೆಟ್ ಗೇಟ್ವೇಗೆ ತೋರಿಸುವ ಮೂಲಕ ಇಂಟರ್ನೆಟ್ ಸೇವೆ ನೀಡಲಾಗದು; AWS ಅಂತಹ ಟ್ರಾಫಿಕ್ ಎಸೆಯಲ್ಪಡುತ್ತದೆ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ. ಪ್ರಕಾರವನ್ನು ಸಂಪೂರ್ಣ ಮಾರ್ಗದಿಂದ ಆಯ್ಕೆಮಾಡಿ, ಅಗತ್ಯದಲ್ಲಿನ VPN ಪದದಿಂದಲ್ಲ.

ನಿಮ್ಮ ಪಾಲುದಾರರು ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದಾದ ಒಪ್ಪಂದವನ್ನು ಬರೆಯಿರಿ

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

ಪರಿವರ್ತನೆ ವಿಳಾಸಗಳ ಒಂದೇ ಮೇಲ್ಮೈಯಿಂದ ಪರಿಹಾರ ಮತ್ತು ಊಹಿಸಬಹುದಾದ ಮೂಲ ನೀತಿಯನ್ನು ಖರೀದಿಸುತ್ತದೆ, ಮತ್ತು ಪಾಲುದಾರರ ಲಾಗ್‌ಗಳಲ್ಲಿ ಪ್ರತ್ಯೇಕ ವರ್ಕ್‌ಲೋಡ್ ಗುರುತನ್ನು ನಿಮಗೆ ವೆಚ್ಚ ಮಾಡುತ್ತದೆ. ಆಡಿಟ್‌ಗೆ ಪ್ರತಿ ವರ್ಕ್‌ಲೋಡ್‌ಗೆ ಆಪಾದನೆ ಬೇಕಾದರೆ, ಆ ಗುರುತನ್ನು ಪರಿವರ್ತಿತ ಮೂಲ ವಿಳಾಸದಿಂದ ಮರುಪಡೆಯಲು ಪ್ರಯತ್ನಿಸುವ ಬದಲು ಅಪ್ಲಿಕೇಶನ್ ಪದರದಲ್ಲಿ ಇರಿಸಿ.

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