ಒಂದು ತಂಡಕ್ಕೆ Windows EC2 ಇನ್‌ಸ್ಟೆನ್ಸ್‌ನಲ್ಲಿ ಚಲಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ VPN ಸಂಪರ್ಕ ಬೇಕು, ಅದು ಹೊಂದಿಕೊಳ್ಳುವ ಕ್ಲೈಂಟ್ ಸಾಫ್ಟ್‌ವೇರ್ ಹುಡುಕಿ ಸ್ಥಾಪಿಸುತ್ತದೆ, ನಂತರ VPC ಯ ಉಳಿದ ಭಾಗ ಅದನ್ನು ಏಕೆ ಬಳಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ಕೇಳುತ್ತದೆ. ಸ್ಥಾಪನೆ ಕೆಲಸ ಮಾಡಿತು; ಪಾತ್ರವನ್ನು ಎಂದಿಗೂ ನಿರ್ಧರಿಸಲಾಗಿಲ್ಲ. ಅತಿಥಿಯ ಒಳಗೆ ಚಲಿಸುವ ಸಾಫ್ಟ್‌ವೇರ್ ಬೇರೊಬ್ಬರ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸೇರುವ ಕ್ಲೈಂಟ್, ಇತರ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಸರ್ವರ್, ಅಥವಾ AWS ನಿರ್ವಹಿಸುವ ಎರಡೂ VPN ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಒಂದೂ ಆಗಿರದಿರಬಹುದು, ಮತ್ತು ಪ್ರತಿ ಪಾತ್ರವೂ ನಿಮಗೆ ಬೇರೆ ಕೆಲಸ ಬಿಡುತ್ತದೆ.

ಲಕ್ಷಣ ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪು ಪಾತ್ರ

ಸಾಮಾನ್ಯ ಲಕ್ಷಣವೆಂದರೆ ತಪ್ಪು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವ ಕೆಲಸ ಮಾಡುವ ಸುರಂಗ. VM ಒಳಗಿನ ಕ್ಲೈಂಟ್ ಆ VM ಗೆ ಹೊರಹೋಗುವ ಮಾರ್ಗ ನೀಡುತ್ತದೆ; ಅದು ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್, ಕಚೇರಿ ಅಥವಾ ಇನ್ನೊಂದು ಸಬ್‌ನೆಟ್‌ಗೆ ಒಳಬರುವ ಮಾರ್ಗ ನೀಡುವುದಿಲ್ಲ. VM ಒಳಗಿನ ಸರ್ವರ್ ಇತರರಿಗೆ ಒಳಬರುವ ಮಾರ್ಗ ನೀಡುತ್ತದೆ, ಆದರೆ ಈಗ ಶ್ರೋತೃ, ದೃಢೀಕರಣ ಮತ್ತು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ನಿಮ್ಮದು.

ನಿರ್ವಹಿತ ಸೇವೆಗಳು ಸೇವೆಯ ಕಾರ್ಯಾಚರಣೆಯನ್ನು AWS ಗೆ ಸ್ಥಳಾಂತರಿಸಿ ವಿನ್ಯಾಸವನ್ನು ನಿಮ್ಮ ಬಳಿ ಬಿಡುತ್ತವೆ. Site-to-Site VPN ಗ್ರಾಹಕ ಗೇಟ್‌ವೇ ಮತ್ತು AWS ಗೇಟ್‌ವೇ ಮೂಲಕ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಮತ್ತು Client VPN ದೂರದ ಸಾಧನಗಳಿಗೆ ನಿರ್ವಹಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್ ನೀಡುತ್ತದೆ. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಮಾರ್ಗಗಳು, ಅಧಿಕಾರ ನಿಯಮಗಳು ಮತ್ತು ಗುರುತಿನ ಮೂಲ ನಿಮ್ಮ ಸಂರಚನೆ, ಮತ್ತು ಎರಡೂ ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಯಾವುದೂ Windows ಅತಿಥಿಯ ಒಳಗೆ ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

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

RoleWhat connectsWho owns the VPN software
Client in the Windows VMThis VM dials out into someone else's networkYou, plus the software vendor
Server in the Windows VMInbound clients and sites attach to this VMYou, end to end
AWS Site-to-Site VPNTwo networks meet through a customer gateway and an AWS gatewayAWS operates the tunnels; you own the peer and route design
AWS Client VPNUser devices attach to an endpoint AWS operatesAWS operates it; you own the access rules

ಉತ್ಪನ್ನದ ಹೆಸರಲ್ಲ, ಸಾಲನ್ನು ಓದಿ: ಅದೇ Windows ಇನ್‌ಸ್ಟೆನ್ಸ್ ತನ್ನೊಳಗೆ ಯಾವ ಸಾಫ್ಟ್‌ವೇರ್ ಚಲಿಸುತ್ತದೆ ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ಎರಡು ವಿಭಿನ್ನ ಸಾಲುಗಳಲ್ಲಿ ಇರಬಹುದು.

VM ಒಳಗಿನ ಕ್ಲೈಂಟ್: VM ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸೇರುತ್ತದೆ

ಹೊರಹೋಗುವ ಕ್ಲೈಂಟ್ ಏನನ್ನಾದರೂ ಸ್ಥಾಪಿಸುವ ಮೊದಲು Windows ಬಿಲ್ಡ್, ಆರ್ಕಿಟೆಕ್ಚರ್ ಮತ್ತು ಡ್ರೈವರ್ ಅಗತ್ಯಗಳನ್ನು ಪರಿಶೀಲಿಸಬೇಕು. ಕ್ಲೈಂಟ್ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ನಲ್ಲಿ ಮಾರ್ಗಗಳು ಮತ್ತು DNS ಅನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ, ಇದು ಅಲ್ಲಿ ಈಗಾಗಲೇ ಚಲಿಸುತ್ತಿರುವ ಸೇವೆಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು, ದೂರದ ಆಡಳಿತಕ್ಕೆ ಬಳಸುವ ಮಾರ್ಗ ಸೇರಿದಂತೆ. ಕ್ಲೈಂಟ್ ಹೊಂದಿಸುವ ಅಡಾಪ್ಟರ್ ಹೆಸರು ಮತ್ತು ಇಂಟರ್‌ಫೇಸ್ ಮೆಟ್ರಿಕ್ ಅನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಹೊಸ ಇಂಟರ್‌ಫೇಸ್ ಇರುವುದಕ್ಕಿಂತ ಆದ್ಯತೆ ಪಡೆಯಬಹುದು. ಇನ್‌ಸ್ಟೆನ್ಸ್ SSH ಅಥವಾ RDP ಬದಲು ಸೆಷನ್ ಮ್ಯಾನೇಜರ್ ಮೂಲಕ ನಿರ್ವಹಿಸಲ್ಪಟ್ಟರೆ, ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡ ನಂತರವೂ ಆ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

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

VM ಒಳಗಿನ ಸರ್ವರ್: ಇತರ ಕ್ಲೈಂಟ್‌ಗಳು ಅದಕ್ಕೆ ಸೇರುತ್ತವೆ

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

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

ನಿರ್ವಹಿತ ಗೇಟ್‌ವೇಗಳು ಸೇವೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತವೆ, ನಿಮ್ಮ ಪ್ರವೇಶ ವಿನ್ಯಾಸವನ್ನಲ್ಲ

AWS Site-to-Site VPN ಗ್ರಾಹಕ-ಗೇಟ್‌ವೇ ಮತ್ತು AWS-ಗೇಟ್‌ವೇ ಸುರಂಗ ಪಾತ್ರಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸಂಪರ್ಕವನ್ನು ಖರೀದಿಸುವುದು ಪ್ರತಿ ದೂರಸ್ಥ-ಪ್ರವೇಶ ವಿನ್ಯಾಸವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. Client VPN ಕ್ಲೈಂಟ್ ಪರ್ಸೋನಾಗಳೊಂದಿಗೆ ನಿರ್ವಹಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್ ದಾಖಲಿಸುತ್ತದೆ, ಆದರೆ ಅಧಿಕಾರ ನಿಯಮಗಳು ಮತ್ತು ಗುರಿ ಮಾರ್ಗಗಳು ನಿಮ್ಮವೇ ಉಳಿಯುತ್ತವೆ. AWS ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಅದರ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಚಾಲನೆಯಲ್ಲಿಡುತ್ತದೆ; ಯಾರು ಯಾವ ಅಪ್ಲಿಕೇಶನ್ ತಲುಪಬಹುದು ಎಂಬುದು ಇನ್ನೂ ನೀವು ಬರೆಯುವ ಮತ್ತು ನಿರ್ವಹಿಸುವ ಅಧಿಕಾರ ನಿಯಮ.

ಐದು ಅಕ್ಷಗಳಲ್ಲಿ ಉತ್ಪನ್ನಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಿ: ಪ್ರತಿಯೊಂದೂ ಯಾವ ಪಾತ್ರ ವಹಿಸುತ್ತದೆ, ಯಾವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಯಾವ ಗುರುತಿನ ಮೂಲವನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ, ಸಂಚಾರ ಹೇಗೆ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಲಭ್ಯತೆ ಹೇಗೆ ನೀಡಲ್ಪಡುತ್ತದೆ. ಫೋರಂ ಥ್ರೆಡ್‌ನಲ್ಲಿ ಉಲ್ಲೇಖಿಸಿದ ಯಾವುದೇ ಒಂದೇ ಥ್ರೂಪುಟ್ ಸಂಖ್ಯೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಪ್ರಕಟಿತ ಸಾಮರ್ಥ್ಯ ಸೇವೆಯೊಂದಿಗೆ ಬದಲಾಗುತ್ತದೆ. ಮತ್ತು ನಿರ್ವಹಿತ ಸುರಂಗ ಜೋಡಿ ಯಾವುದೇ ಅನಿಯಂತ್ರಿತ ಅತಿಥಿ ಕ್ಲೈಂಟ್‌ನ ವರ್ತನೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ.

ಉತ್ಪನ್ನಕ್ಕಿಂತ ಮೊದಲು ಪಾತ್ರವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ

ದಿಕ್ಕನ್ನು ಹೆಸರಿಸುವ ಒಂದು ವಾಕ್ಯ ಬರೆಯಿರಿ: ಈ VM ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸೇರುತ್ತದೆ, ಈ VM ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಅಥವಾ AWS ಗೇಟ್‌ವೇ ನಿರ್ದಿಷ್ಟ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ.

ಆ ವಾಕ್ಯವು ಉತ್ಪನ್ನಗಳ ಸಣ್ಣ ಪಟ್ಟಿ, ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಮಾಲೀಕ ಮತ್ತು ನೀವು ಡೀಬಗ್ ಮಾಡುವ ವೈಫಲ್ಯ ವಿಧಾನಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಅಗತ್ಯವು ದೂರದ ಬಳಕೆದಾರರು ಅಪ್ಲಿಕೇಶನ್ ತಲುಪುವುದಾದರೆ, ಅಪ್ಲಿಕೇಶನ್‌ನ VM ನಲ್ಲಿ ಸ್ಥಾಪಿಸಿದ ಕ್ಲೈಂಟ್ ತಪ್ಪು ರೂಪ. ಅಗತ್ಯವು ಒಂದು VM ಪಾಲುದಾರ ನೆಟ್‌ವರ್ಕ್ ತಲುಪುವುದಾದರೆ, ನಿರ್ವಹಿತ ಸೈಟ್-ಟು-ಸೈಟ್ ಗೇಟ್‌ವೇ ಕೆಲಸಕ್ಕೆ ಬೇಕಾದುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಯಂತ್ರೋಪಕರಣ. ಎರಡೂ ಉತ್ತರಗಳು ಕಾನೂನುಬದ್ಧ; ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನೀವು ಬರೆದ ವಾಕ್ಯಕ್ಕೆ ಹೊಂದುತ್ತದೆ.

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