AWS Client VPN ಅಥವಾ Site-to-Site: ಸಂಪರ್ಕವನ್ನು ಯಾರು ತೆರೆಯುತ್ತಾರೆ ಎಂದು ಪರಿಶೀಲಿಸಿ
Client VPN ಸಾಧನ ಅಥವಾ ಬಳಕೆದಾರರನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ; Site-to-Site ಗೇಟ್‌ವೇಯನ್ನು AWS ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್ ಅಥವಾ ಶಾಖೆಗೆ ಯಾವುದು ನಿಜವಾಗಿ ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಇದನ್ನು ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಪ್ರೋಟೋಕಾಲ್‌ನ ಹೆಸರಲ್ಲ. ಸಂಪರ್ಕವನ್ನು ಯಾರು ತೆರೆಯುತ್ತಾರೆ, AWS ಏನನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ, ಸಂಪರ್ಕವು ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಹೇಗೆ ಜೋಡಣೆಯಾಗುತ್ತದೆ, ಮತ್ತು ಅದರೊಂದಿಗೆ ಯಾವ ರೂಟಿಂಗ್ ಮತ್ತು ನೀತಿ ಬರುತ್ತದೆ. ಇವುಗಳಿಗೆ ಕ್ರಮವಾಗಿ ಉತ್ತರಿಸಿ ಮತ್ತು ಉತ್ಪನ್ನದ ಆಯ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ ತಾನಾಗಿಯೇ ಆಗುತ್ತದೆ; ವಿನ್ಯಾಸವನ್ನು ಖರೀದಿಸಿದ ನಂತರ ಉತ್ತರಿಸಿದರೆ, ಸಮಸ್ಯೆಯ ತಪ್ಪು ಅರ್ಧಭಾಗವನ್ನು ಪರಿಹರಿಸುವ ಸುರಂಗವನ್ನು ನೀವು ಸಮರ್ಥಿಸುತ್ತೀರಿ. ನಾಲ್ಕರಲ್ಲಿ ಯಾವುದೂ ನಿಮ್ಮನ್ನು ಸೈಫರ್ ಆಯ್ಕೆ ಮಾಡಲು ಕೇಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದ ಪ್ರಾರಂಭವಾಗುವ ವಿನ್ಯಾಸ ಸಾಮಾನ್ಯವಾಗಿ ಅಗತ್ಯತೆಗಳನ್ನು ಎಂದಿಗೂ ಬರೆಯಲಿಲ್ಲ ಎಂಬ ಸೂಚನೆಯಾಗಿದೆ.
ಪ್ರತಿ ಪರಿಶೀಲನೆಯನ್ನು ನೀವು ಬಳಸಲು ಯೋಜಿಸಿರುವ ನಿಜವಾದ ಎಂಡ್‌ಪಾಯಿಂಟ್, ಕ್ಲೈಂಟ್ ಮತ್ತು ವಿಳಾಸ ಕುಟುಂಬದ ವಿರುದ್ಧ ನಡೆಸಿ, ವರ್ಗದ ವಿರುದ್ಧವಲ್ಲ. ನಿರ್ವಹಿತ VPN ಉತ್ಪನ್ನಗಳು ಅವು ಹೋಲುವ OpenVPN ಮತ್ತು IPsec ನಿರ್ಮಾಣ ಬ್ಲಾಕ್‌ಗಳಿಂದ ಭಿನ್ನವಾಗಿವೆ.
ಮೊದಲನೆಯದಾಗಿ, ಸಂಪರ್ಕವನ್ನು ಯಾರು ತೆರೆಯುತ್ತಾರೆ
ಪ್ರವೇಶ ಬೇಕಾದ ವಸ್ತು ಲ್ಯಾಪ್‌ಟಾಪ್, ಫೋನ್ ಅಥವಾ ಒಬ್ಬ ನಿರ್ವಾಹಕರ ಕೆಲಸದ ಕೇಂದ್ರವಾಗಿದ್ದರೆ, ಸಂಪರ್ಕವು ದೂರದ ಸಾಧನದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ವಿನ್ಯಾಸವು ದೂರದ-ಕ್ಲೈಂಟ್ ಪ್ರವೇಶವಾಗಿದೆ. ಪ್ರವೇಶ ಬೇಕಾದ ವಸ್ತು ಒಂದು ರೌಟರ್‌ನ ಹಿಂದೆ ಯಂತ್ರಗಳಿಂದ ತುಂಬಿದ ಶಾಖೆಯಾಗಿದ್ದರೆ, ಸಂಪರ್ಕವು ಆ ರೌಟರ್‌ನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ವಿನ್ಯಾಸವು ಗೇಟ್‌ವೇ-ಇಂದ-ಗೇಟ್‌ವೇ ಆಗಿದೆ. ಇದೇ ಹೆಚ್ಚಿನ ಪ್ರಕರಣಗಳನ್ನು ನಿರ್ಧರಿಸುವ ಪರಿಶೀಲನೆ, ಮತ್ತು ಮಾರಾಟಗಾರರ ಪ್ರಸ್ತುತಿ ಈಗಾಗಲೇ ಸಂಭಾಷಣೆಯನ್ನು ಸೈಫರ್‌ಗಳ ಸುತ್ತ ಚೌಕಟ್ಟು ಮಾಡಿದಾಗ ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಪರಿಶೀಲನೆಯೂ ಇದೇ.
ಪ್ರಾರಂಭಿಸುವ ಘಟಕವನ್ನು ನೀವು ಹೆಸರಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ ಇಲ್ಲಿಯೇ ನಿಲ್ಲಿ. ಒಂದೇ ಸುರಂಗದಿಂದ ಎರಡೂ ಪ್ರಕರಣಗಳನ್ನು ಪೂರೈಸಲು ಪ್ರಯತ್ನಿಸುವ ವಿನ್ಯಾಸ ಸಾಮಾನ್ಯವಾಗಿ ತಾನೇ ಗೇಟ್‌ವೇ ಎಂದು ನಟಿಸುವ ಕ್ಲೈಂಟ್ ಅಧಿವೇಶನದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.
ಎರಡನೆಯದಾಗಿ, AWS ಏನನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ
Client VPN ನೊಂದಿಗೆ AWS ಸಂರಚಿಸಿದ ಕ್ಲೈಂಟ್ ಅಥವಾ ಬಳಕೆದಾರರ ಗುರುತನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ: ಪ್ರಮಾಣಪತ್ರಗಳು, ಡೈರೆಕ್ಟರಿ ಅಥವಾ ಫೆಡರೇಟೆಡ್ ಗುರುತು, ಸಂರಚನೆಯನ್ನು ಅವಲಂಬಿಸಿ. Site-to-Site VPN ನೊಂದಿಗೆ AWS ಗೇಟ್‌ವೇ ಸಹವರ್ತಿಯ ಗುರುತನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ. ಆ ವ್ಯತ್ಯಾಸ ಮೇಲ್ಮೈಯದ್ದಲ್ಲ. ಒಂದು ಮಾದರಿ ಬಳಕೆದಾರರನ್ನು ಸೇರಿಸಿ ಅವರ ರುಜುವಾತುಗಳನ್ನು ರದ್ದು ಮಾಡುವ ಮೂಲಕ ವಿಸ್ತರಿಸುತ್ತದೆ; ಇನ್ನೊಂದು ಒಂದೇ ಗೇಟ್‌ವೇಯ ಹಿಂದೆ ಇರುವ ಎಲ್ಲದರ ಮೇಲೆ ನಂಬಿಕೆ ಇಡುವ ಮೂಲಕ ವಿಸ್ತರಿಸುತ್ತದೆ.
ಗೇಟ್‌ವೇ ದೃಢೀಕರಣವು ಅದರ ಹಿಂದಿನ ಪ್ರತಿ ಉದ್ಯೋಗಿ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ದೃಢೀಕರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸುರಂಗವೇ ನಂಬಲರ್ಹವಾದಾಗಲೂ ಅಪ್ಲಿಕೇಶನ್ ಗುರುತುಗಳು ಮತ್ತು ಸಂಪನ್ಮೂಲ ಮಟ್ಟದ ಪ್ರವೇಶವನ್ನು ಜಾರಿಯಲ್ಲಿಡಿ. ರೌಟರ್ ಮಾನ್ಯ ಸಹವರ್ತಿ ಗುರುತನ್ನು ಹೊಂದಿರುವ ಶಾಖೆಯನ್ನು ಆ ಕಟ್ಟಡದ ಪ್ರತಿ ಮೇಜಿಗೂ ಅಧಿಕಾರ ನೀಡಲಾಗಿದೆ ಎಂದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಓದಬಾರದು.
ಮೂರನೆಯದಾಗಿ, ಸಂಪರ್ಕವು ಹೇಗೆ ಜೋಡಣೆಯಾಗುತ್ತದೆ
Client VPN, VPC ಉಪಜಾಲ ಸಂಘಗಳ ಮೂಲಕ ಅಥವಾ ಬೆಂಬಲಿತ ನೇರ Transit Gateway ಲಗತ್ತಿನ ಮೂಲಕ ಜೋಡಣೆಯಾಗುತ್ತದೆ. Site-to-Site VPN, AWS VPN ಗುರಿಗೆ, ಸಾಮಾನ್ಯವಾಗಿ ವರ್ಚುವಲ್ ಖಾಸಗಿ ಗೇಟ್‌ವೇ ಅಥವಾ Transit Gateway ಗೆ ಜೋಡಣೆಯಾಗುತ್ತದೆ. Client VPN ವಾಸ್ತುಶಿಲ್ಪ ಮಾರ್ಗದರ್ಶಿ Transit Gateway ಆಯ್ಕೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಅಸ್ತಿತ್ವವು ಲ್ಯಾಪ್‌ಟಾಪ್ ಅಧಿವೇಶನವನ್ನು ಶಾಖಾ ಗೇಟ್‌ವೇ ಆಗಿ ಮಾಡುವುದಿಲ್ಲ ಅಥವಾ ಮೇಲೆ ವಿವರಿಸಿದ ಕ್ಲೈಂಟ್ ದೃಢೀಕರಣ ಮತ್ತು ಅಧಿಕಾರವನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ.
ರೂಟ್‌ಗಳನ್ನು ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ನಿಮ್ಮ ಖಾತೆ ಮತ್ತು ಪ್ರದೇಶವು ನಿಜವಾಗಿ ಯಾವ ಲಗತ್ತನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಆ ಲಗತ್ತು ಯಾರದ್ದು ಎಂದು ಪರಿಶೀಲಿಸಿ. ದಾಖಲಾತಿಯಲ್ಲಿದ್ದರೂ ನೀವು ಸಂರಚಿಸಲಾಗದ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಕುಳಿತಿರುವ ಆಯ್ಕೆ ಆಯ್ಕೆಯಲ್ಲ.
ನಾಲ್ಕನೆಯದಾಗಿ, ಅದರೊಂದಿಗೆ ಯಾವ ರೂಟಿಂಗ್ ಮತ್ತು ನೀತಿ ಬರುತ್ತದೆ
Client VPN ನೀವು ಅನುಮತಿಸುವ ಗಮ್ಯಸ್ಥಾನ ಜಾಲಗಳಿಗೆ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕ ನಿರ್ವಹಣೆ ಮತ್ತು ಅಧಿಕಾರ ನಿಯಮಗಳನ್ನು ತರುತ್ತದೆ. ಸಂಪರ್ಕಗೊಂಡ ಬಳಕೆದಾರರಿಗೆ ಇನ್ನೂ ಉದ್ದೇಶಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮಾರ್ಗ, ಅದನ್ನು ಅನುಮತಿಸುವ ಅಧಿಕಾರ ನಿಯಮ ಮತ್ತು ಸಂಪನ್ಮೂಲವೇ ಬೇಡುವ ಪ್ರವೇಶ ಬೇಕು. Site-to-Site VPN ಗ್ರಾಹಕ ಗೇಟ್‌ವೇ ಪ್ರತಿನಿಧಿಸುವ ಜಾಲಗಳ ನಡುವೆ ಮಾರ್ಗ ನಿರ್ದೇಶಿಸುತ್ತದೆ, ವಿನ್ಯಾಸವನ್ನು ಅವಲಂಬಿಸಿ ಬೆಂಬಲಿತ ಸ್ಥಿರ ಮಾರ್ಗಗಳು ಅಥವಾ BGP ಬಳಸಿ, ಆದ್ದರಿಂದ ಶಾಖಾ ರೌಟರ್‌ನ ಹಿಂದಿನ ಪ್ರತ್ಯೇಕ ಯಂತ್ರಗಳಿಗೆ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಕ್ಲೈಂಟ್ ಲಾಗಿನ್ ಬೇಕಿಲ್ಲ.
ಯಾವುದೇ ದಿಕ್ಕಿನಲ್ಲಿ ವರ್ಗದಿಂದ ಬೆಂಬಲವಿಲ್ಲದ ವರ್ತನೆಯನ್ನು ಊಹಿಸಬೇಡಿ. ದೂರಸ್ಥ-ಪ್ರವೇಶ VPN ಗಳು ಹಿಂತಿರುಗುವ ಸಂಚಾರವನ್ನು ಸಾಗಿಸಲು ಅಥವಾ ಗೇಟ್‌ವೇ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಬೆಂಬಲಿಸಲು ಸಾರ್ವತ್ರಿಕವಾಗಿ ಅಸಮರ್ಥವಲ್ಲ, ಮತ್ತು IPsec ಅನ್ನು NAT ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಿರ್ಬಂಧಿಸುವುದಿಲ್ಲ — AWS NAT ಟ್ರಾವರ್ಸಲ್ ಮತ್ತು ಗ್ರಾಹಕ-ಗೇಟ್‌ವೇ ಅಗತ್ಯತೆಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ನಿಜವಾದ ಮಿತಿ ಎಂದರೆ ಬೆಂಬಲಿತ ಗೇಟ್‌ವೇ ಸಂರಚನೆ. ಕ್ಲೈಂಟ್‌ಗಳ ಕಡೆಗೆ ಪ್ರಾರಂಭವಾಗುವ ಸಂಪರ್ಕಗಳನ್ನು ಒತ್ತಾಯಿಸುವ ಮೊದಲು ಅಥವಾ ಒಂದು ಅಧಿವೇಶನದ ಹಿಂದೆ LAN ಅನ್ನು ಮುಂದಕ್ಕೆ ರವಾನಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ಮಿತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಅದೇ ಎಚ್ಚರ ವಿಳಾಸ ಕುಟುಂಬಗಳಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ: IPv4 ಮೇಲೆ ಕೆಲಸ ಮಾಡುವ ಎಂಡ್‌ಪಾಯಿಂಟ್ IPv6 ಮಾರ್ಗವನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಅಥವಾ ಗೇಟ್‌ವೇ ನಿಜವಾಗಿ ಮಾತುಕತೆ ನಡೆಸುವ ಕುಟುಂಬವನ್ನು ದೃಢೀಕರಿಸಿ.
Site-to-Site VPN ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೆ ಎರಡು ಸುರಂಗಗಳನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ಆ ಪುನರಾವರ್ತನೆ ಊಹಿಸಬಹುದಾದ ವೈಶಿಷ್ಟ್ಯವಲ್ಲ, ವಿನ್ಯಾಸದ ಕೆಲಸ. ಗ್ರಾಹಕ-ಗೇಟ್‌ವೇ ಕಾರ್ಯಾಚರಣೆ, ಮಾರ್ಗ ವೈಫಲ್ಯ-ಬದಲಾವಣೆ ಮತ್ತು ಪರೀಕ್ಷಾ ವ್ಯಾಪ್ತಿ ಎಲ್ಲವನ್ನೂ ಯೋಜಿಸಬೇಕು; ಒಂದು ಲ್ಯಾಪ್‌ಟಾಪ್ ಅಧಿವೇಶನವನ್ನು ಅಮೂರ್ತ VPN ಸರ್ವರ್‌ನೊಂದಿಗೆ ಹೋಲಿಸುವುದು ಎರಡರ ಬಗ್ಗೆಯೂ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಎರಡು ವಿನ್ಯಾಸಗಳು ಸಂಧಿಸುವ ಸ್ಥಳ
ಸೇವೆಗಳು ಪರಸ್ಪರ-ವಿನಾಯಿತಿಯಲ್ಲ ಮತ್ತು ಸಾಮಾನ್ಯ ಉತ್ಪಾದನಾ ರೂಪವು ಎರಡನ್ನೂ ಬಳಸುತ್ತದೆ: ಉದ್ಯೋಗಿಗಳು Client VPN ನಲ್ಲಿ, ಶಾಖಾ ಜಾಲಗಳು Site-to-Site ನಲ್ಲಿ, ಮಾತನಾಡಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನಗಳ ನಡುವೆ ಸ್ಪಷ್ಟ ಮಾರ್ಗಗಳು ಮತ್ತು ಪ್ರವೇಶ ನೀತಿಯೊಂದಿಗೆ. ಕೋಷ್ಟಕವು ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳ ಸಾರಾಂಶ, ಅವುಗಳನ್ನು ಮಾಡುವುದಕ್ಕೆ ಪರ್ಯಾಯವಲ್ಲ.
| Question | AWS Client VPN | AWS Site-to-Site VPN |
|---|---|---|
| Who establishes it? | A client on a remote device | A customer gateway device or appliance |
| What is authenticated? | The client or user identity | The gateway peer identity |
| How does it attach? | VPC subnet association or Transit Gateway | Virtual private gateway or Transit Gateway |
| What carries the path? | An OpenVPN-based client tunnel | IPsec tunnels to AWS endpoints |
ಎರಡು ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಯಾವುದೂ ಬದಲಿಸದ ಒಂದು ವಿಷಯ: ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅಗತ್ಯತೆ VPN ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ್ನು ಮೀರಿ ಹೋಗುವ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ TLS. ನಿಮ್ಮ ಅನುಸರಣೆ ವ್ಯಾಪ್ತಿ ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಕೊನೆಗೊಂಡರೆ, ಸುರಂಗವು ಸಾಗಣೆ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರವೇ ಇನ್ನೂ ನಿಯಂತ್ರಣ.
ವಿನ್ಯಾಸ ಪರಿಶೀಲನೆಗೆ ಮೊದಲು ನಾಲ್ಕು ಉತ್ತರಗಳನ್ನು ಬರೆಯಿರಿ, ಪ್ರತಿಯೊಂದೂ ಒಂದು ಸಾಲಿನಲ್ಲಿ. ಅವುಗಳಲ್ಲಿ ಎರಡು ವಿರೋಧಾಭಾಸವಾದಾಗ — ಉದಾಹರಣೆಗೆ, ಬಳಕೆದಾರ-ದೃಢೀಕೃತ ಕ್ಲೈಂಟ್ ವಿನ್ಯಾಸ ಮತ್ತು ಶಾಖಾ ಗಾತ್ರದ ರೂಟಿಂಗ್ ಅಗತ್ಯ — ಆ ವಿರೋಧಾಭಾಸವೇ ಸಂಶೋಧನೆ, ಮತ್ತು ಕಟ್‌ಓವರ್ ಸಮಯದಲ್ಲಿ ನೋಡುವುದಕ್ಕಿಂತ ಈಗ ನೋಡುವುದು ಅಗ್ಗ.