AWS Client VPN ನಲ್ಲಿ ಮಧ್ಯೆ ಮಧ್ಯೆ ಪ್ರವೇಶ: ಪ್ರತಿ ಸಂಯೋಜಿತ ಸಬ್ನೆಟ್ ಪರಿಶೀಲಿಸಿ

ಒಬ್ಬ ಬಳಕೆದಾರ ಸಂಪರ್ಕಿಸಿ, ಒಳಗಿನ ಅಪ್ಲಿಕೇಶನ್ ತೆರೆದು ಉತ್ತರ ಪಡೆಯುತ್ತಾರೆ; ಅದೇ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಲ್ಲಿರುವ ಸಹೋದ್ಯೋಗಿಗೆ ಅದೇ Wi-Fi ನಲ್ಲಿನ ಒಂದೇ ರೀತಿಯ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಿಂದ ಸಮಯ ಮೀರುವಿಕೆ ಬರುತ್ತದೆ. ಈ ಮಾದರಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಂಯೋಜಿತ ಸಬ್ನೆಟ್‌ಗಳಿರುವ client VPN ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ಗುರುತು, ಅಲ್ಲಿ ಮಾರ್ಗಗಳು ಸಮಾನವಾಗಿಲ್ಲ. ನಾನು ಇದನ್ನು ಕನ್ಸೋಲ್‌ನಿಂದ ಹೊರಕ್ಕೆ ಅನುಸರಿಸುತ್ತೇನೆ, ಏಕೆಂದರೆ ಉಳಿದ ತನಿಖೆ ಯೋಗ್ಯವೇ ಎಂಬುದನ್ನು ಎರಡು ಟ್ಯಾಬ್‌ಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ. ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯಲ್ಲಿ ಇದನ್ನು ವಿವರಿಸುವ ಯಾವುದೂ ಇಲ್ಲ.

ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ ಸಂಯೋಜನೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ

VPC ಕನ್ಸೋಲ್‌ನಲ್ಲಿ Client VPN endpoints ತೆರೆಯಿರಿ, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು Associations ಟ್ಯಾಬ್ ಓದಿ. ಪ್ರತಿ ಸಂಯೋಜನೆ ಒಂದು ಲಭ್ಯತೆ ವಲಯದಲ್ಲಿನ ಸಬ್ನೆಟ್, ಮತ್ತು ಸಂಪರ್ಕ ನಿರ್ಮಾಣವಾದಾಗ ಸೇವೆ ಆಯ್ಕೆಮಾಡುವ ಸಬ್ನೆಟ್‌ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ಇಳಿಯುತ್ತದೆ. ಸಬ್ನೆಟ್ ID ಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದು ನಿಜವಾಗಿ ಬಳಸುವ ರೂಟ್ ಟೇಬಲ್ ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಆ ಎರಡು ಪಟ್ಟಿಗಳೇ ನೀವು ಮಾಡಲಿರುವ ಹೋಲಿಕೆ.

ಎಂಡ್‌ಪಾಯಿಂಟ್ ಒಂದೇ ಸಂಯೋಜನೆ ತೋರಿಸಿದರೆ, ಈ ಸಿದ್ಧಾಂತ ತಪ್ಪು ಮತ್ತು ಕ್ಲೈಂಟ್ ಉತ್ತಮ ಶಂಕಿತ.

ಎಂಡ್‌ಪಾಯಿಂಟ್ ರೂಟ್ ಟೇಬಲ್ ಅನ್ನು ಪ್ರತಿ ಸಂಯೋಜನೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ

ಅದೇ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಲ್ಲಿ Route table ಟ್ಯಾಬ್ ತೆರೆಯಿರಿ. ಅಲ್ಲಿನ ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನ CIDR ಗೆ ಒಂದು ಗುರಿ ಇರುತ್ತದೆ, ಮತ್ತು client VPN ನಲ್ಲಿ ಗುರಿ ಗೇಟ್‌ವೇ ಅಲ್ಲ, ಸಂಯೋಜನೆ. AWS ಪ್ರತಿ ಸಂಯೋಜಿತ ಸಬ್ನೆಟ್‌ಗೆ ಗಮ್ಯಸ್ಥಾನ ನಮೂದನ್ನು ಕೇಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಗುರಿಯಾಗಿಸುವ ರೂಟ್ ಪ್ರವೇಶವನ್ನು ಸೆಷನ್ ಎಲ್ಲಿ ಇಳಿಯಿತು ಎಂಬುದರ ಮೇಲೆ ಅವಲಂಬಿಸುತ್ತದೆ. ನಿಮಗೆ ನಿಜವಾಗಿ ಮುಖ್ಯವಾದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಅದರ ಅಧಿಕಾರ ನಿಯಮವನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ರೂಟ್ ಮಾರ್ಗವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ನಿಯಮ ಯಾರು ಬಳಸಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಎರಡೂ ಪದರಗಳನ್ನು ಕೋಷ್ಟಕಕ್ಕೆ ತಂದ ನಂತರ ವೈಫಲ್ಯವನ್ನು ತಪ್ಪಿಸುವುದು ಕಷ್ಟ.

ಹೆಚ್ಚಿನ ಟಿಕೆಟ್‌ಗಳಲ್ಲಿ ಎರಡನೇ ಸಾಲೇ ಇಡೀ ದೋಷ. ಎಂಡ್‌ಪಾಯಿಂಟ್ ರೂಟ್ ಇದೆ, ಆದ್ದರಿಂದ ಯಾರೂ ಮುಂದೆ ನೋಡುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಒಂದು ಹಾಪ್ ನಂತರ VPC ಒಳಗೆ ಸಾಯುತ್ತದೆ.

ಪ್ರತಿ ಸಬ್ನೆಟ್ ಅನ್ನು ಅದರ ಪರಿಣಾಮಕಾರಿ ರೂಟ್ ಟೇಬಲ್‌ವರೆಗೆ ಅನುಸರಿಸಿ

ಸ್ಪಷ್ಟ ರೂಟ್ ಟೇಬಲ್ ಸಂಯೋಜನೆ ಇಲ್ಲದ ಸಬ್ನೆಟ್ VPC ಯ ಮುಖ್ಯ ಟೇಬಲ್ ಅನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುತ್ತದೆ. ನಿಜವಾಗಿ ಜಾರಿಯಲ್ಲಿರುವ ಟೇಬಲ್ ಓದಿ, ಹೆಸರು ಸರಿಯಾಗಿ ಕಾಣುವ ಟೇಬಲ್ ಅಲ್ಲ, ಮತ್ತು ಸಾಲಿನ ಲೇಬಲ್ ಬದಲು ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಗುರಿಯನ್ನು ಹೋಲಿಸಿ.

AWS ನ ಮಧ್ಯೆ ಮಧ್ಯೆ ಪ್ರವೇಶ ಮಾರ್ಗದರ್ಶಿ ಇದನ್ನು ಸಂಯೋಜನೆಗಳಾದ್ಯಂತ ರೂಟ್ ಕವರೇಜ್ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಅದು ಸರಿಯಾದ ಮಾದರಿ. ಎಂಡ್‌ಪಾಯಿಂಟ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸಬ್ನೆಟ್‌ಗೆ ತಲುಪಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸಬ್ನೆಟ್‌ನ ಟೇಬಲ್ ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್ ನೆಟ್‌ವರ್ಕ್ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ತಿಳಿದಿರಬೇಕು.

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

ಅಧಿಕಾರ ನಿಯಮಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ

ಅಧಿಕಾರ ನಿಯಮಗಳು ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಪ್ರತಿ ಗುಂಪಿಗೆ ಇರುತ್ತವೆ ಮತ್ತು ರೂಟ್‌ಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಮೌಲ್ಯಮಾಪನವಾಗುತ್ತವೆ. ಎಲ್ಲೆಡೆ ರೂಟ್‌ಗಳಿದ್ದರೂ ಬಳಕೆದಾರರ ಗುಂಪಿಗೆ ನಿಯಮವಿಲ್ಲದ ಗಮ್ಯಸ್ಥಾನ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುವ ರೂಟ್ ಟೇಬಲ್‌ನೊಂದಿಗೆ ಕಪ್ಪು ಕುಳಿಯಂತೆ ವರ್ತಿಸುತ್ತದೆ.

ಹಿಂತಿರುಗುವ ಮಾರ್ಗವೂ ಅಷ್ಟೇ ಗಮನಕ್ಕೆ ಅರ್ಹ. peering ಸಂಪರ್ಕಕ್ಕೆ ಅಪ್ಲಿಕೇಶನ್ VPC ಯಲ್ಲಿ ಕ್ಲೈಂಟ್ CIDR ಕಡೆಗೆ ಹಿಂತಿರುಗುವ ರೂಟ್, ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಸಂಚಾರಕ್ಕೆ ಅನುಮತಿ ನೀಡುವ ಭದ್ರತಾ ಗುಂಪು ನಿಯಮಗಳು ಮತ್ತು ಅದನ್ನು ಬಿಡದ ನೆಟ್‌ವರ್ಕ್ ACL ಗಳು ಬೇಕು. ಏಕಮುಖ ತಲುಪುವಿಕೆ, ಅಂದರೆ ping ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು TCP ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಆಗುವುದಿಲ್ಲ, ಸಾಮಾನ್ಯವಾಗಿ VPN ಅಲ್ಲ, ACL ಅಥವಾ ಭದ್ರತಾ ಗುಂಪಿನ ಕಡೆ ಸೂಚಿಸುತ್ತದೆ.

ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ಸ್ವಂತ ಭದ್ರತಾ ಗುಂಪುಗಳು ಸಂಯೋಜನೆಯ ಎಲಾಸ್ಟಿಕ್ ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್‌ಫೇಸ್‌ಗಳ ಮೇಲೆ ಇರುತ್ತವೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ CIDR ನಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಪೋರ್ಟ್ ಅನ್ನು ಅನುಮತಿಸುವ ನಿಯಮವನ್ನು ಇನ್‌ಸ್ಟೆನ್ಸ್‌ಗೆ ಮಾತ್ರವಲ್ಲ, ಸಂಯೋಜನೆಗೂ ಜೋಡಿಸಬೇಕು.

ಒಂದು ಅದೃಷ್ಟದ ವಿನಂತಿಯಿಂದಲ್ಲ, ಮರುಸಂಪರ್ಕದಿಂದ ಪರಿಶೀಲಿಸಿ

split tunnel ನೊಂದಿಗೆ, ಸಂಪರ್ಕ ಸ್ಥಾಪಿತವಾದಾಗ ಎಂಡ್‌ಪಾಯಿಂಟ್ ರೂಟ್‌ಗಳು ಕಳುಹಿಸಲ್ಪಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಬದಲಾದ ರೂಟ್ ಸೆಟ್ ಸಂಪರ್ಕದಲ್ಲಿರುವ ಕ್ಲೈಂಟ್‌ಗೆ ಎಂದಿಗೂ ತಲುಪುವುದಿಲ್ಲ. ಬೆಂಬಲಿತ ಕ್ಲೈಂಟ್ ಮೂಲಕ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ನಂತರ ಹೊಸ ರೂಟ್‌ಗಳು ಯಂತ್ರದಲ್ಲಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಕೊನೆಯದಾಗಿ, ಸಂಪರ್ಕ ಲಾಗ್ ಅನ್ನು ಕ್ಲೈಂಟ್ ಪಡೆದ ವಿಳಾಸದೊಂದಿಗೆ ಪರಸ್ಪರ ಸಂಬಂಧಿಸಿ, ಮತ್ತು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಂಯೋಜನೆಗಳನ್ನು ತಲುಪಲು ಸಾಕಷ್ಟು ಬಾರಿ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ತಿದ್ದುಪಡಿಯ ನಂತರ ಒಂದು ಯಶಸ್ವಿ ವಿನಂತಿ ಒಂದು ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಟಿಕೆಟ್ ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಆಗಿತ್ತು.