AWS Lambda ಖಾಸಗಿ ಪ್ರಾಕ್ಸಿಗೆ ತಲುಪುತ್ತಿಲ್ಲ: VPC ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ

ಮೊದಲ VPC ಸಂಪರ್ಕಕ್ಕೆ ಪ್ರಾಕ್ಸಿ ಕೇಳುಗರ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಬಳಸಿ, ಸರಿಯಾದ ಭದ್ರತಾ-ಗುಂಪು ದಿಕ್ಕು ಮತ್ತು DNS ನೋಟದೊಂದಿಗೆ.

Requests ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಗೆ ಸಂರಚಿಸಲ್ಪಟ್ಟಾಗ Lambda ಮೊದಲು ಆ ಕೇಳುಗರಿಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. 443 ನಲ್ಲಿರುವ HTTPS ಸೈಟ್ 3128 ನಲ್ಲಿ ಕೇಳುತ್ತಿರುವ ಪ್ರಾಕ್ಸಿಯನ್ನು ಮೊದಲ-ಹಾಪ್ ಪೋರ್ಟ್ 443 ಆಗಿ ಬದಲಿಸುವುದಿಲ್ಲ.

Lambda code → configured VPC path → proxy listener → destination

EC2 ನಲ್ಲಿ ಹೋಸ್ಟ್ ಆದ ಖಾಸಗಿ ಪ್ರಾಕ್ಸಿಗೆ, ಕಾರ್ಯವನ್ನು ಉದ್ದೇಶಿತ VPC ಉಪಜಾಲಗಳು ಮತ್ತು ಭದ್ರತಾ ಗುಂಪುಗಳಿಗೆ ಜೋಡಿಸಿ. Lambda ಈ ಜೋಡಣೆಯ ಜಾಲ ಸಂಪರ್ಕಸಾಧನಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಅವುಗಳ ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ಅನುಮತಿಸಿದರೆ ಬೇರೆ ಉಪಜಾಲಗಳೂ ಕೆಲಸ ಮಾಡಬಹುದು.

ನಿಯಂತ್ರಣಒಂದೇ VPC ಒಳಗೆ ನೇರವಾಗಿ ಮಾರ್ಗನಿರ್ದೇಶಿತ ವಿನ್ಯಾಸದಲ್ಲಿ ಮೊದಲ-ಹಾಪ್ ಅಗತ್ಯ
ಕಾರ್ಯದ ಭದ್ರತಾ ಗುಂಪುಪ್ರಾಕ್ಸಿ ಕೇಳುಗರ ಕಡೆಗೆ ಹೊರಹೋಗುವ TCP
ಪ್ರಾಕ್ಸಿಯ ಭದ್ರತಾ ಗುಂಪುಉದ್ದೇಶಿತ ಕಾರ್ಯ ಮೂಲ ಅಥವಾ ಭದ್ರತಾ ಗುಂಪಿನಿಂದ ಆ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಒಳಬರುವ TCP
ಪ್ರಾಕ್ಸಿ ಪ್ರಕ್ರಿಯೆತಲುಪಬಹುದಾದ ಸಂಪರ್ಕಸಾಧನದಲ್ಲಿ ಗ್ರಾಹಕ ಪ್ರವೇಶ ಅನುಮತಿಸಿದ ಕೇಳುಗ

ಕಾರ್ಯ ಗುಂಪಿನಲ್ಲಿ ಮಾತ್ರ ಇರುವ ಒಳಬರುವ ನಿಯಮವು ಈ ಹೊರಹೋಗುವ ಗ್ರಾಹಕ ಸಂಪರ್ಕವನ್ನು ಅಧಿಕೃತಗೊಳಿಸಲಾರದು. ಮಾರ್ಗ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಮಾರ್ಗ ಕೋಷ್ಟಕಗಳು ಮತ್ತು ಉಪಜಾಲದ ಜಾಲ ACLಗಳನ್ನು ಸೇರಿಸಿ.

ಖಾಸಗಿ Route 53 ಪ್ರಾಕ್ಸಿ ಹೆಸರಿಗೆ, ಹೋಸ್ಟ್ ಮಾಡಿದ ವಲಯದ VPC ಸಂಬಂಧ ಮತ್ತು DNS ಸಂರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, enableDnsHostnames ಮತ್ತು enableDnsSupport ಸೇರಿದಂತೆ. ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಯಶಸ್ವಿ ಹುಡುಕಾಟ Lambda ನ DNS ನೋಟವನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ವಿಫಲವಾದ ಹೆಸರು ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಸೈಟ್ ಎಂದು ದಾಖಲಿಸಿ; ಸೈಟ್ ಅನ್ನು ಸಂಖ್ಯಾ IP ಗೆ ಬದಲಿಸುವುದು ಪ್ರಾಕ್ಸಿ ಹೆಸರಿನ ಪರಿಹಾರವಲ್ಲ.

ಈ ಹಾಪ್ ಕೆಲಸ ಮಾಡಿದ ನಂತರ ಪ್ರಾಕ್ಸಿಗೆ ತನ್ನದೇ ಮುಂದಿನ ಮಾರ್ಗ ಬೇಕು. Lambda ಅನ್ನು ಸಾರ್ವಜನಿಕ ಉಪಜಾಲಕ್ಕೆ ಜೋಡಿಸುವುದು ಸಾರ್ವಜನಿಕ IP ನೀಡುವುದಿಲ್ಲ ಮತ್ತು ನೇರ ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಒದಗಿಸುವುದಿಲ್ಲ; ಎರಡೂ ಸಂಪರ್ಕಗಳಿಗೆ ನಿರ್ಗಮನವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ಧರಿಸಿ.

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