AWS ಗೆ Site-to-Site VPN ಸುರಂಗವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಹೇಗೆ ಮಾಡುವುದು
Startup action ಮತ್ತು DPD timeout action ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ. AWS ಪ್ರಾರಂಭಿಸುವಂತೆ ಮಾಡುವದನ್ನು ಹೊಂದಿಸಿ, ನಂತರ ಪೀರ್ ವಿಳಾಸ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಡೀಫಾಲ್ಟ್ ಆಗಿ, AWS Site-to-Site VPN customer gateway ನೆಗೋಶಿಯೇಶನ್ ಪ್ರಾರಂಭಿಸುವವರೆಗೆ ಕಾಯುತ್ತದೆ. ಆ ಡೀಫಾಲ್ಟ್ ಒಂದು ಸೆಟ್ಟಿಂಗ್, ಕಾನೂನಲ್ಲ, ಮತ್ತು ಸೆಟ್ಟಿಂಗ್‌ನ ಹೆಸರು Startup action. ಅದನ್ನು ಬಳಸುವ ಮೊದಲು, ಯಾವಾಗಲೂ ಬೆರೆತುಹೋಗುವ ಎರಡು ಪ್ರಶ್ನೆಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ: ಸುರಂಗವನ್ನು ಯಾರು ನಿರ್ಮಿಸುತ್ತಾರೆ, ಮತ್ತು ನಿಮಗೆ ಮುಖ್ಯವಾದ ಪ್ಯಾಕೆಟ್‌ಗಳಿಗೆ ಅದರ ಮೂಲಕ ಮಾರ್ಗವಿದೆಯೇ. ಮೊದಲನೆಯದು ಮಾತ್ರ ಸುರಂಗದ ಆಯ್ಕೆಗಳಲ್ಲಿದೆ.
ಪ್ರಾರಂಭದ ಕ್ರಿಯೆಯನ್ನು DPD timeout ಕ್ರಿಯೆಯಿಂದ ಬೇರ್ಪಡಿಸಿ
ಪ್ರತಿ ಸುರಂಗಕ್ಕೆ ಎರಡು ಆಯ್ಕೆಗಳು ಎರಡು ವಿಭಿನ್ನ ಘಟನೆಗಳನ್ನು ನಿಯಂತ್ರಿಸುತ್ತವೆ, ಮತ್ತು ಒಂದನ್ನು ಹೊಂದಿಸಿದರೆ ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ.
| Event | Option | Useful values |
|---|---|---|
| A new or modified VPN connection needs a tunnel | Startup action | add waits for the peer; start asks AWS to initiate |
| Dead peer detection times out | DPD timeout action | clear ends the session, restart reinitiates, none does nothing |
AWS ಹೊಸ ಅಥವಾ ಬದಲಾದ ಸುರಂಗವನ್ನು ಎತ್ತಬೇಕಿದ್ದರೆ, ಆಯ್ಕೆಮಾಡಿ start. DPD timeout ನಂತರ AWS ನೆಗೋಶಿಯೇಶನ್ ಅನ್ನು ಪುನರಾರಂಭಿಸಬೇಕಿದ್ದರೆ, ಆ ಘಟನೆಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ restart ಕಾನ್ಫಿಗರ್ ಮಾಡಿ. ಎರಡೂ ಆಯ್ಕೆಗಳಲ್ಲಿ ಒಂದೂ ಅಪ್ಲಿಕೇಶನ್‌ನ ಮರುಪ್ರಯತ್ನ ನೀತಿಯಲ್ಲ, ಮತ್ತು ಒಂದೂ ಕೀಲಿ ಬದಲಾವಣೆಯ ಮಧ್ಯಂತರವಲ್ಲ: DPD ಪೀರ್ ಜೀವಂತವಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ, ಆದರೆ ಕೀಲಿ ಬದಲಾವಣೆ ಸಕ್ರಿಯ ಸುರಂಗದಲ್ಲಿ security associations ಅನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.
ಸುರಂಗವು ಇನ್ನೂ up ಎಂದು ವರದಿ ಮಾಡುತ್ತಿರುವಾಗಲೇ ಟೈಮೌಟ್ ಆಗುವ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಡೇಟಾ-ಮಾರ್ಗದ ಸಮಸ್ಯೆಯಿದೆ. DPD ಟೈಮರ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡುವುದರಿಂದ ಅದು ಸರಿಯಾಗದು, ಮತ್ತು ನಂತರ ವಿವರಿಸಬೇಕಾದ ಗದ್ದಲವನ್ನು ಸೇರಿಸಬಹುದು.
AWS ಗೆ ನೆಗೋಶಿಯೇಶನ್ ಕಳುಹಿಸಲು ಸ್ಥಳವಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ
AWS ಕಡೆಯಿಂದ ಪ್ರಾರಂಭವು IKEv2 ನೊಂದಿಗೆ ಮಾತ್ರ ಸಾಧ್ಯ, ಮತ್ತು ಪ್ರಸ್ತಾವನೆಯನ್ನು ಎಲ್ಲಿಗೆ ಕಳುಹಿಸಬೇಕೆಂದು ತಿಳಿಯಲು AWS ಗೆ customer gateway ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಬೇಕು. ಹೆಚ್ಚು ನೋವು ಕೊಡುವ ಸಂದರ್ಭವೆಂದರೆ ವಿಳಾಸವಿಲ್ಲದೆ ರಚಿಸಲಾದ ಪ್ರಮಾಣಪತ್ರ-ದೃಢೀಕೃತ customer gateway ಸಂಪನ್ಮೂಲ: AWS ದಸ್ತಾವೇಜು ವಿಳಾಸದೊಂದಿಗೆ ಹೊಸ customer gateway ಸಂಪನ್ಮೂಲವನ್ನು ರಚಿಸಿ ನಂತರ VPN ಸಂಪರ್ಕವನ್ನು ಅದರ ಕಡೆಗೆ ತಿರುಗಿಸುವುದನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಪ್ರಮಾಣಪತ್ರವು ಪೀರ್ ಯಾರೆಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಅದು ಪೀರ್ ಎಲ್ಲಿದೆ ಎಂದು AWS ಗೆ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಇವು ಎರಡು ವಿಭಿನ್ನ ಅಗತ್ಯಗಳು. ಆದ್ದರಿಂದ ಪರಿಹಾರ ಹೊಸ ಪ್ರಮಾಣಪತ್ರವಲ್ಲ, ಹೊಸ customer gateway ಸಂಪನ್ಮೂಲ. ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬದಲಿಸುವುದು AWS ಅನ್ನು ಅದೇ ಕಾಣೆಯಾದ ಗಮ್ಯಸ್ಥಾನದೊಂದಿಗೆ ಬಿಡುತ್ತದೆ.
customer gateway NAT ನ ಹಿಂದೆ ಇದ್ದರೆ, AWS ಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ responder identity ಕೂಡ ಬೇಕು, IDr, ಪೀರ್‌ನ ಗುರುತು ಸಾಧನ ನಿರೀಕ್ಷಿಸುವುದಕ್ಕೆ ಹೊಂದುವಂತೆ. ನೀವು ಈಗತಾನೇ ಬದಲಿಸಿದ ಆಯ್ಕೆಯನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಆ ಮೌಲ್ಯ ಮತ್ತು IKE ಸಂಚಾರವನ್ನು ಒಳಗೆ ಬಿಡುವ ಫೈರ್‌ವಾಲ್ ಮಾರ್ಗವನ್ನು ಖಚಿತಪಡಿಸಿ. start ಆಯ್ಕೆಮಾಡುವುದರಿಂದ ತಲುಪಲಾಗದ ಅಥವಾ ತಪ್ಪಾಗಿ ಗುರುತಿಸಲಾದ ಪೀರ್ ಪ್ರಸ್ತಾವನೆಯನ್ನು ಸ್ವೀಕರಿಸುವಂತೆ ಮಾಡಲಾಗದು.
ಬದಲಾವಣೆಯನ್ನು ಒಂದು ಸುರಂಗಕ್ಕೆ ಅನ್ವಯಿಸಿ ಮತ್ತು ಅಡಚಣೆಯನ್ನು ನಿರೀಕ್ಷಿಸಿ
VPN ಸಂಪರ್ಕಕ್ಕೆ ಸ್ವತಂತ್ರ ಆಯ್ಕೆಗಳಿರುವ ಎರಡು ಸುರಂಗಗಳಿವೆ, ಆದ್ದರಿಂದ ಹೊರಗಿನ ವಿಳಾಸದಿಂದ ನೀವು ಯಾವುದನ್ನು ಸಂಪಾದಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಖಚಿತಪಡಿಸಿ. AWS ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದೇ ಸುರಂಗವನ್ನು ಬದಲಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು ಆಯ್ದ ಸುರಂಗದ ಮೇಲಿನ ಸಂಪರ್ಕವು ಕೆಲವು ನಿಮಿಷಗಳ ಕಾಲ ಕಡಿತಗೊಳ್ಳಬಹುದು.
- Site-to-Site VPN ಸಂಪರ್ಕವನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು Modify VPN tunnel options ತೆರೆಯಿರಿ.
- ಹೊರಗಿನ IP ವಿಳಾಸದಿಂದ ಸುರಂಗವನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಅದರ IKE ಆವೃತ್ತಿ ಹಾಗೂ customer gateway ಸಂಪನ್ಮೂಲವನ್ನು ಖಚಿತಪಡಿಸಿ.
- ನೀವು ನಿಜವಾಗಿ ಬಯಸುವ ಪ್ರಾರಂಭ ಮತ್ತು DPD ಕ್ರಿಯೆಗಳನ್ನು ಹೊಂದಿಸಿ, ನಂತರ ನಿಮ್ಮ ನಿಯಂತ್ರಣದಲ್ಲಿರುವ ಅವಧಿಯಲ್ಲಿ ಉಳಿಸಿ.
- ಬದಲಾದ ಸುರಂಗವು ಸ್ಥಾಪನೆಯಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮತ್ತು ಮುಂದಿನ ಬದಲಾವಣೆಗೆ ಮೊದಲು ಇನ್ನೊಂದು ಸುರಂಗ ಮತ್ತು ಮಾರ್ಗನಿರ್ದೇಶನವನ್ನು ಪರಿಶೀಲಿಸಿ.
ನಿರ್ವಹಣೆಗೆ ಮೊದಲು ಒಂದು ವರ್ತನೆ ಗಮನಕ್ಕೆ ಅರ್ಹವಾಗಿದೆ. AWS ಪ್ರಾರಂಭ ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ ಯಾವುದೇ ಟೈಮೌಟ್ ಇಲ್ಲ: ಸುರಂಗ ಏರುವವರೆಗೆ AWS ಪ್ರಯತ್ನಿಸುತ್ತಲೇ ಇರುತ್ತದೆ, ಮತ್ತು customer gateway delete-SA ಸಂದೇಶ ಕಳುಹಿಸಿದಾಗ ಮತ್ತೆ ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ನೀವು ಪೀರ್ ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಇಳಿಸಿದರೆ, AWS ತಟ್ಟುತ್ತಲೇ ಇರುತ್ತದೆ, ಮತ್ತು ಪೀರ್‌ನ ಲಾಗ್‌ಗಳು ಅದನ್ನು ತೋರಿಸುತ್ತವೆ.
ಸುರಂಗದ ಸ್ಥಿತಿ ಮಾತ್ರವಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್‌ನ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ
up ಎಂದು ವರದಿ ಮಾಡುವ ಸುರಂಗವು ಕೆಲಸ ಮಾಡುವ ವಿನಂತಿಗೆ ಸಮಾನವಲ್ಲ. VPC ಗೆ ಸಂಪರ್ಕಿಸಿದ Lambda ಕಾರ್ಯಕ್ಕೆ ಇನ್ನೂ ಗ್ರಾಹಕರ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ subnet ಮಾರ್ಗ, ಸಂಚಾರಕ್ಕೆ ಅನುಮತಿ ನೀಡುವ security group ಮತ್ತು network ACL ನಿಯಮಗಳು, ಸರಿಯಾದ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸುವ ಹೆಸರು-ನಿರ್ಣಯ, ಮತ್ತು ಗ್ರಾಹಕರ ಕಡೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗಬೇಕು.
ಅಪ್ಲಿಕೇಶನ್‌ನ ಸಂದರ್ಭದಿಂದ ಒಮ್ಮೆ ನಿಜವಾದ ವಿನಂತಿಯೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ, ವಿಫಲವಾದರೆ flow logs ಓದಿ. AWS ಪ್ರಾರಂಭ ಆಫ್ ಆಗಿದ್ದಾಗ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಸುರಂಗಕ್ಕೆ ನಿಲ್ಲಲು ಪ್ಯಾಕೆಟ್‌ಗಳು ಬೇಕಾದಾಗ keepalive ಸಂಚಾರ ಕಾನೂನುಬದ್ಧ ಆಯ್ಕೆ, ಆದರೆ ಅದು ನೀವು ಹೆಸರಿಸಬಹುದಾದ ಮೇಲ್ವಿಚಾರಣಾ ನಿರ್ಧಾರವಾಗಿರಬೇಕು, ಕಾರ್ಯಕ್ಕೆ ಬಿಗಿದ ಅಸ್ಪಷ್ಟ ping ಲೂಪ್ ಆಗಿರಬಾರದು.
ಮೊದಲು ಸುರಂಗವನ್ನು ಯಾರು ನಿರ್ಮಿಸುತ್ತಾರೆ ಎಂದು ಆಯ್ಕೆಮಾಡಿ, ನಂತರ ಉಳಿದ ವೈಫಲ್ಯವನ್ನು ಅದರ ಸ್ವಂತ ಪದರದಲ್ಲಿ ನಿಜ ಪರಿಶೀಲಿಸಿ. AWS ಪ್ರಾರಂಭದ ದಸ್ತಾವೇಜು ಕನ್ಸೋಲ್ ಸುಳಿವುಗಳಿಗಿಂತ ವಿಳಾಸ, ಗುರುತು ಮತ್ತು ಮರುಪ್ರಯತ್ನದ ಅಗತ್ಯಗಳನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ಒಳಗೊಳ್ಳುತ್ತದೆ.