ಇನ್ಸ್ಟನ್ಸ್ಗೆ ಖಾಸಗಿ ವಿಳಾಸವಿದೆ, Elastic IP ಅದಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ, ಮತ್ತು ಆ ಸಾರ್ವಜನಿಕ /32 ಗಾಗಿ ಮಾರ್ಗವನ್ನು VPN ಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ, ಎರಡೂ ಒಂದೇ ವಸ್ತುವಾಗುತ್ತವೆ ಎಂಬ ಆಶಯದಿಂದ. ಆಗುವುದಿಲ್ಲ. Elastic IP ಎಂಬುದು ಅತಿಥಿಯ ಹೊರಗೆ, ಇಂಟರ್ನೆಟ್ ಗೇಟ್ವೇ ಮೂಲಕ, ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಟ್ರಾಫಿಕ್ನಲ್ಲಿ ಮಾಡುವ ಅನುವಾದ. ಅತಿಥಿಯ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಆ ವಿಳಾಸವನ್ನು ಎಂದಿಗೂ ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಆಗಿರುವುದನ್ನು ನೋಡುವುದಿಲ್ಲ. ಅದನ್ನು ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ಗೆ ಸೇರಿಸಿದರೆ ಮೇಲಿನ ಅನುವಾದವು ಮರುಸೃಷ್ಟಿಯಾಗುವುದಿಲ್ಲ ಮತ್ತು ಅದೇ ಯಂತ್ರಕ್ಕೆ ಎರಡನೇ, ವಿರೋಧಾಭಾಸದ ಗುರುತನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಎರಡು ವಿಳಾಸಗಳು, ಒಂದು ಇನ್ಸ್ಟನ್ಸ್

ಇನ್ಸ್ಟನ್ಸ್ನ ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ VPC ಒಳಗೆ ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಅದೇ ಅತಿಥಿಗೆ ತಿಳಿದಿರುವ ವಿಳಾಸ. Elastic IP ಅದೇ ಇಂಟರ್ಫೇಸ್ಗೆ ಸಂಬಂಧಿಸಿದೆ ಆದರೆ ಮ್ಯಾಪಿಂಗ್ನ ಸಾರ್ವಜನಿಕ ಭಾಗದಲ್ಲಿ ಇರುತ್ತದೆ.

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

ಅತಿಥಿಯ ಒಳಗೆ ಒಂದು ವಿಳಾಸವಿದೆ. ಹೊರಗೆ ಎರಡು ಇವೆ. ಆ ಅಸಮಾನತೆಯೇ ಈ ಕ್ಷೇತ್ರದ ಹೆಚ್ಚಿನ ಗೊಂದಲವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಗೇಟ್ವೇ ಏನನ್ನು ಅನುವಾದಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅತಿಥಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗದು. ಅದು ನಿಜವಾಗಿ ಹೊಂದಿರುವ ವಿಳಾಸದಲ್ಲಿ ಮಾತ್ರ ಉತ್ತರಿಸಬಲ್ಲದು.

ಇಂಟರ್ನೆಟ್ ಗೇಟ್ವೇ ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ

AWS ನ ಇಂಟರ್ನೆಟ್ ಗೇಟ್ವೇ ದಾಖಲೆ ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ: ಇನ್ಸ್ಟನ್ಸ್ಗೆ ತನ್ನ ಖಾಸಗಿ IPv4 ವಿಳಾಸದ ಅರಿವಿದೆ, ಮತ್ತು ಗೇಟ್ವೇ ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗದ ಟ್ರಾಫಿಕ್ಗೆ ಅನುಗುಣವಾದ ಸಾರ್ವಜನಿಕ IPv4 ಅಥವಾ Elastic IP ಅನುವಾದವನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಇದು ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ ಅನುವಾದ, ಉಪನಾಮವಲ್ಲ. ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಗೇಟ್ವೇ ನಿರ್ವಹಿಸುತ್ತದೆ, ಅದು ಸಂಯೋಜನೆಗೆ ಬದ್ಧವಾಗಿದೆ ಮತ್ತು ಅದರ ಮೂಲಕ ಹಾದುಹೋಗುವ ಪ್ಯಾಕೆಟ್ಗಳಿಗೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ. ಸಂಯೋಜನೆಯನ್ನು ತೆಗೆದುಹಾಕಿ, ಸಾರ್ವಜನಿಕ ಗುರುತು ಅತಿಥಿಗೆ ಏನೂ ತಿಳಿಯದೆಯೇ ಮಾಯವಾಗುತ್ತದೆ.

ಆದ್ದರಿಂದ ಸಾರ್ವಜನಿಕ /32 ಗೆ ಉದ್ದೇಶಿಸಿದ ಖಾಸಗಿ VPN ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಅತಿಥಿಯ ಸ್ಥಳೀಯ ವಿಳಾಸಕ್ಕೆ ಹೋಗುವ ಖಾಸಗಿ ಪ್ಯಾಕೆಟ್ ಎಂದು ಮರು ವ್ಯಾಖ್ಯಾನಿಸುವುದಿಲ್ಲ. ಪ್ಯಾಕೆಟ್ ತಾನು ಹೊಂದಿಕೆಯಾಗುವ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಅದು ಅದನ್ನು ಇಂಟರ್ನೆಟ್ ಗೇಟ್ವೇಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಗೇಟ್ವೇಯ ವರ್ತನೆ ಮಾರ್ಗವು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಅನುಮತಿಸಲ್ಪಟ್ಟಿದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ ಯುಕ್ತಿ ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ

Elastic IP ಅನ್ನು ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ಗೆ ನಿಯೋಜಿಸುವುದು ಅತಿಥಿಯನ್ನು ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಸ್ಥಳೀಯವೆಂದು ಪರಿಗಣಿಸಲು ಕೇಳುತ್ತದೆ. ಈಗ ಎರಡು ವಿಷಯಗಳು ಒಂದೇ ವಿಳಾಸವನ್ನು ಕ್ಲೇಮ್ ಮಾಡುತ್ತವೆ: ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗದಲ್ಲಿ ಗೇಟ್ವೇಯ ಅನುವಾದ ಮತ್ತು ಟನೆಲ್ ಒಳಗಿನ ಸ್ಥಳೀಯ ಇಂಟರ್ಫೇಸ್. ಹಿಂತಿರುಗುವ ಟ್ರಾಫಿಕ್ಗೆ ಯಾವುದು ಅನ್ವಯಿಸುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಸ್ಥಿರ ಉತ್ತರವಿಲ್ಲ.

ಅದು ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಂಡರೂ, ವಿನ್ಯಾಸವು ನಿಜವಾದ ಪ್ರಶ್ನೆಯನ್ನು ಮರೆಮಾಡಿದೆ. ಕ್ಲೈಂಟ್ಗಳು ಟನೆಲ್ ಮೂಲಕ ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ತಲುಪುತ್ತವೆ ಅಥವಾ ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಸಾರ್ವಜನಿಕ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ತಲುಪುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ಮಾರ್ಗಗಳಿಗೆ ವಿಭಿನ್ನ ಭದ್ರತಾ ಗುಂಪುಗಳು, ವಿಭಿನ್ನ ಲಾಗಿಂಗ್ ಮತ್ತು ವಿಭಿನ್ನ ವೈಫಲ್ಯ ವಿಧಾನಗಳಿವೆ.

ವಿಳಾಸವು ಎಂದಿಗೂ ಸಮಸ್ಯೆಯಾಗಿರಲಿಲ್ಲ. ಮಾರ್ಗದ ಆಯ್ಕೆಯೇ ಸಮಸ್ಯೆಯಾಗಿತ್ತು.

ಮೂರು ಗುರಿಗಳು, ಮೂರು ವಿನ್ಯಾಸಗಳು

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

ಗುರಿ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಖಾಸಗಿ ಪ್ರವೇಶವಾಗಿದ್ದರೆ, ಗಮ್ಯಸ್ಥಾನ ಖಾಸಗಿ ವಿಳಾಸ ಅಥವಾ ಅದಕ್ಕೆ ರಿಜಾಲ್ವ್ ಆಗುವ ಖಾಸಗಿ DNS ಹೆಸರು, ಮತ್ತು VPN ಮಾರ್ಗ, ಭದ್ರತಾ ಗುಂಪು ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಎಲ್ಲವೂ ಒಪ್ಪಬೇಕು. ಆ ವಿನ್ಯಾಸದಲ್ಲಿ Elastic IP ಸಂಪೂರ್ಣವಾಗಿ ಕಾಣಿಸುವುದಿಲ್ಲ.

ಗುರಿ VPN ಬಳಕೆದಾರರಿಗೆ ಸ್ಥಿರ ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನ ಗುರುತಾಗಿದ್ದರೆ, ಅದು ನಿರ್ಗಮನ ಭಾಗದಲ್ಲಿ NAT ವಿನ್ಯಾಸ, ಕ್ಲೈಂಟ್ನ ಟನೆಲ್ನಲ್ಲಿ ವಿಳಾಸವಲ್ಲ. ಒಂದೇ ರೀತಿ ಕೇಳಿಸುವ ಮೂರು ಗುರಿಗಳು ಮೂರು ವಿಭಿನ್ನ ರೇಖಾಚಿತ್ರಗಳನ್ನು ನೀಡುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ Elastic IP ಅನ್ನು ಹೊಸ ಸ್ಥಳದಲ್ಲಿ ಇಡುವುದನ್ನು ಒಳಗೊಂಡಿದೆ.

ನೀವು ಆರಿಸಿದ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ

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

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

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

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