EC2 ನಲ್ಲಿ Access Server ಪೂರ್ಣ ಟನೆಲ್: ಒಂದು ಚೆಕ್ಬಾಕ್ಸ್ ಏಕೆ ಸಾಕಾಗುವುದಿಲ್ಲ

EC2 ಇನ್ಸ್ಟಾನ್ಸ್‌ನಲ್ಲಿ ಮೂಲ ಮತ್ತು ಗಮ್ಯ ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು Access Server ನ ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನದ ಬಗ್ಗೆ ಬರುವ ಪ್ರಶ್ನೆಗಳಿಗೆ ಅತ್ಯಂತ ಪುನರಾವರ್ತಿತ ಉತ್ತರ, ಮತ್ತು ಅದು ಒಂಟಿಯಾಗಿ ನಿಮ್ಮ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ಪರಿಶೀಲನೆ AWS ನ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿರ್ಬಂಧ: ಅದು ಇನ್ಸ್ಟಾನ್ಸ್‌ಗೆ ತನ್ನದೇ ವಿಳಾಸವಲ್ಲದ ಮೂಲ ಅಥವಾ ಗಮ್ಯವಿರುವ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ಅನುವು ಮಾಡುತ್ತದೆ. ಅದು Access Server ಕ್ಲೈಂಟ್‌ಗೆ ಇಂಟರ್ನೆಟ್ ಸಂಚಾರವನ್ನು ಟನೆಲ್ ಮೂಲಕ ಕಳುಹಿಸಲು ಹೇಳುವುದಿಲ್ಲ, ಮೇಲ್ಮುಖ ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ ಮತ್ತು NAT ಸೇರಿಸುವುದಿಲ್ಲ. ಚೆಕ್ಬಾಕ್ಸ್‌ನದೇ ವೈಶಿಷ್ಟ್ಯ ಎಂಬುದು ಕಟ್ಟುಕಥೆ.

ಪರಿಶೀಲನೆ ನಿಜವಾಗಿ ಏನನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ

ಪ್ರತಿ EC2 ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ ತನ್ನತ್ತ ಕಳುಹಿಸದ ಸಂಚಾರವನ್ನು ಬಿಸಾಡುತ್ತದೆ, ಇನ್ಸ್ಟಾನ್ಸ್ ರೌಟರ್, NAT ಸಾಧನ ಅಥವಾ VPN ಗೇಟ್‌ವೇ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿ ನೀವು ಆ ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸದ ಹೊರತು. ಅದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಅನುಮತಿ ನೀಡುತ್ತದೆ. ಅನುಮತಿ ಸಂರಚನೆ ಅಲ್ಲ: ಇನ್ಸ್ಟಾನ್ಸ್‌ಗೆ ಇನ್ನೂ ಇಂಟರ್ನೆಟ್ ಗೇಟ್‌ವೇ ಅಥವಾ NAT ಸಾಧನಕ್ಕೆ ಮಾರ್ಗ ಬೇಕು, VPC ಮಾರ್ಗ ಕೋಷ್ಟಕಕ್ಕೆ ಇನ್ನೂ ಹೊಂದುವ ನಮೂದು ಬೇಕು, ಭದ್ರತಾ ಗುಂಪುಗಳು ಇನ್ನೂ ಹರಿವಿಗೆ ಅನುಮತಿ ನೀಡಬೇಕು, ಮತ್ತು ಸರ್ವರ್ ಇನ್ನೂ ಹಿಂತಿರುಗುವ ಸಂಚಾರವನ್ನು ಅನುವಾದಿಸಬೇಕು ಅಥವಾ ಮಾರ್ಗ ಮಾಡಬೇಕು.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು aws ec2 describe-instance-attribute --instance-id i-0123456789abcdef0 --attribute sourceDestCheck ಬಳಸಿ ಪ್ರಸ್ತುತ ಮೌಲ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ. ನೀವು ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಬದಲಿಸಿದರೆ, ಕ್ಲೈಂಟ್ ಇಂಟರ್ನೆಟ್ ತಲುಪದ ಕಾರಣದಿಂದಲ್ಲ, ಇನ್ಸ್ಟಾನ್ಸ್ ಇತರರಿಗಾಗಿ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಕಾರಣದಿಂದ ಬದಲಿಸಿ.

ಕ್ಲೈಂಟ್ ಮಾರ್ಗ ನೀತಿ Access Server ನದು

Access Server 3 ನಲ್ಲಿ Access Controls ತೆರೆದು Internet Access and DNS ವಿಭಾಗವನ್ನು ಹುಡುಕಿ. Internet Gateway ಆಯ್ಕೆ ಪೂರ್ಣ ಅಥವಾ ವಿಭಜಿತ ಟನೆಲ್ ನೀಡುತ್ತದೆ; ಪೂರ್ಣ ಟನೆಲ್ ಕ್ಲೈಂಟ್‌ಗೆ ಅದರ ಡೀಫಾಲ್ಟ್ ಸಂಚಾರವನ್ನು VPN ಒಳಗೆ ಮಾರ್ಗ ಮಾಡಲು ಹೇಳುತ್ತದೆ, ವಿಭಜಿತ ಟನೆಲ್ ಇಂಟರ್ನೆಟ್ ಸಂಚಾರವನ್ನು ಕ್ಲೈಂಟ್‌ನ ಸ್ಥಳೀಯ ಮಾರ್ಗದಲ್ಲಿ ಬಿಡುತ್ತದೆ. ಉತ್ಪನ್ನದ ಕೆಲಸದ ಹರಿವಿನ ಮೂಲಕ ಉಳಿಸಿ ಮತ್ತು ಅನ್ವಯಿಸಿ, ನಂತರ ಪರೀಕ್ಷಾ ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಏಕೆಂದರೆ ನೀತಿ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ತಲುಪಿಸಲ್ಪಡುತ್ತದೆ.

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

ಟನೆಲ್ ನಂತರ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಟ್ರೇಸ್ ಮಾಡಿ

ಕ್ಲೈಂಟ್ ಇಂಟರ್ನೆಟ್ ಸಂಚಾರವನ್ನು ಟನೆಲ್‌ಗೆ ಕಳುಹಿಸಿದ ನಂತರ ಸರ್ವರ್ ಅದನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಬೇಕು ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅನುವಾದಿಸಬೇಕು. Access Server ತನ್ನದೇ NAT ಮತ್ತು ಮಾರ್ಗ ನಿಯಮಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಉತ್ಪಾದಿಸಿದ ಫೈಲ್‌ಗಳಿಗೆ Community OpenVPN ನಿಯಮಗಳನ್ನು ಸೇರಿಸುವ ಬದಲು ಪರಿಣಾಮಕಾರಿ ಸಂರಚನೆಯನ್ನು ಓದಿ; ನಿರ್ವಹಿಸದ ನಿಯಮಗಳು ಮುಂದಿನ ಉತ್ಪನ್ನ ನವೀಕರಣದಲ್ಲಿ ಮೇಲೆ ಬರೆಯಲ್ಪಡುತ್ತವೆ ಅಥವಾ ಘರ್ಷಿಸುತ್ತವೆ. sudo iptables -t nat -L -n -v ಅಥವಾ nftables ನ ಸಮಾನವು ನಿಜವಾಗಿ ಏನು ಅನುವಾದವಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.

AWS ಬದಿ ಪ್ರತ್ಯೇಕ ಮಾರ್ಗ. ಸಾರ್ವಜನಿಕ ಸಬ್‌ನೆಟ್‌ನ ಇನ್ಸ್ಟಾನ್ಸ್ ಇಂಟರ್ನೆಟ್ ಗೇಟ್‌ವೇಗೆ ನೇರವಾಗಿ ತಲುಪಿ ತನ್ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಅಥವಾ ಸ್ಥಿತಿಸ್ಥಾಪಕ IP ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಖಾಸಗಿ ಸಬ್‌ನೆಟ್‌ನ ಇನ್ಸ್ಟಾನ್ಸ್‌ಗೆ NAT ಗೇಟ್‌ವೇ ಅಥವಾ NAT ಇನ್ಸ್ಟಾನ್ಸ್‌ಗೆ ಮಾರ್ಗ ಬೇಕು, ಮತ್ತು NAT ಸಾಧನಕ್ಕೆ ತನ್ನದೇ ಇಂಟರ್ನೆಟ್ ಗೇಟ್‌ವೇ ಮಾರ್ಗ ಬೇಕು. ಇಂಟರ್ನೆಟ್ ಗೇಟ್‌ವೇಯನ್ನು VPC ಗೆ ಜೋಡಿಸುವುದು ತನ್ನಷ್ಟಕ್ಕೇ ಯಾವುದೇ ಖಾಸಗಿ ಮೂಲಕ್ಕೆ ಸಾರ್ವಜನಿಕ ಹಿಂತಿರುಗುವ ವಿಳಾಸ ನೀಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದೇ Access Server ಸಂರಚನೆ ಒಂದು ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದರಲ್ಲಿ ಮೌನವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ.

ಇನ್ಸ್ಟಾನ್ಸ್‌ನ ಸಬ್‌ನೆಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಪರಿಶೀಲಿಸಿ, VPC ಯ ಮುಖ್ಯ ಕೋಷ್ಟಕ ಮಾತ್ರವಲ್ಲ. ಸಬ್‌ನೆಟ್ ಸಂಯೋಜನೆಗಳು ಮುಖ್ಯ ಕೋಷ್ಟಕವನ್ನು ಮೀರುತ್ತವೆ, ಮತ್ತು ಹಳೆಯ ಸಂಯೋಜನೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಸಂರಚನೆ ಪುನರ್ನಿರ್ಮಾಣದ ನಂತರ ನಿಲ್ಲಲು ಸಾಮಾನ್ಯ ಕಾರಣ.

IP ನಿರ್ಗಮನ ಮತ್ತು DNS ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ

ಅದೇ ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಮೊದಲು ವಿಳಾಸದ ಅಕ್ಷರರೂಪವನ್ನು, ನಂತರ ಹೆಸರನ್ನು ಪರೀಕ್ಷಿಸಿ. curl -4 https://checkip.amazonaws.com ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಿದರೆ ಆದರೆ ಹೋಸ್ಟ್ ಹೆಸರುಗಳು ವಿಫಲವಾದರೆ, ಟನೆಲ್ ಮತ್ತು NAT ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತಿವೆ ಮತ್ತು ಸಮಸ್ಯೆ DNS ನಲ್ಲಿದೆ: ಕಳುಹಿಸಿದ ರಿಜಾಲ್ವರ್, ಕ್ಲೈಂಟ್‌ನ ರಿಜಾಲ್ವರ್ ಸ್ಥಿತಿ, ಅಥವಾ ರಿಜಾಲ್ವರ್ ಅನ್ನು ತಡೆಯುವ ಭದ್ರತಾ ಗುಂಪು. Access Server ನ DNS ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಅದೇ Internet Access ಪ್ರದೇಶದಲ್ಲಿವೆ, ಆದರೆ ಅವು ಬೇರೆ ಕೋಡ್ ಮಾರ್ಗದಲ್ಲಿ ಸಾಗುತ್ತವೆ.

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

ಒಂದು ಚೆಕ್ಬಾಕ್ಸ್ ತನಿಖೆಯನ್ನು ಮುಚ್ಚಲು ಬಿಡಬೇಡಿ

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

ಕೊನೆಯದಾಗಿ, ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡ ಸ್ಥಿತಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ. ಪೂರ್ಣ ಟನೆಲ್ ಆಯ್ಕೆ ಸಂಪರ್ಕಿತ ಸ್ಥಿತಿಯಲ್ಲಿ ಮಾರ್ಗ ನೀತಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಟನೆಲ್ ಬಿದ್ದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅಲ್ಲ. VPN ನ ಹೊರಗೆ ಯಾವುದೇ ಸಂಚಾರ ತಪ್ಪಿಸಿಕೊಳ್ಳಬಾರದು ಎಂಬುದು ಅಗತ್ಯವಾದರೆ, ಅದು kill-switch ಮತ್ತು ಫೈರ್‌ವಾಲ್ ಪ್ರಶ್ನೆ, ಮತ್ತು ಮಾರ್ಗ ಕೋಷ್ಟಕದಿಂದ ಊಹಿಸುವ ಬದಲು ತನ್ನದೇ ಪರೀಕ್ಷೆ ಬೇಕು.