ಲೈವ್ ಟನೆಲ್ನಲ್ಲಿ AWS VPN ಟನೆಲ್ ಲಾಗ್ಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಕೇ?

Site-to-Site VPN ಗಾಗಿ ಟನೆಲ್ ಚಟುವಟಿಕೆ ಲಾಗ್ಗಳನ್ನು ಆನ್ ಮಾಡುವುದು ಸಣ್ಣ ಬದಲಾವಣೆಯಾದರೂ ಅದು ಅಳೆಯುತ್ತಿರುವ ಟನೆಲ್ ಅನ್ನು ಬೀಳಿಸಬಹುದು. ಇರುವ ಟನೆಲ್ನಲ್ಲಿ ಲಾಗಿಂಗ್ ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಅದನ್ನು ಕೆಲವು ನಿಮಿಷಗಳ ಕಾಲ ಅಡ್ಡಿಪಡಿಸಬಹುದು ಎಂದು AWS ಎಚ್ಚರಿಸುತ್ತದೆ, ಹಾಗಾಗಿ ಆಸಕ್ತಿದಾಯಕ ಪ್ರಶ್ನೆ ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಹೇಗೆ ತಿರುಗಿಸುವುದು ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ಯಾವ ಟನೆಲ್ನಲ್ಲಿ ಮತ್ತು ಯಾವಾಗ ತಿರುಗಿಸುವುದು ಎಂಬುದು. ಮೂರು ಷರತ್ತುಗಳು ಕ್ರಮವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ: ಇನ್ನೊಂದು ಟನೆಲ್ ನಿಜವಾಗಿ ಮಾರ್ಗಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆಯೇ, ನಿಮಗೆ ಸೇವಾ ಘಟನೆಗಳು ಬೇಕೇ ಅಥವಾ BGP ಘಟನೆಗಳು, ಮತ್ತು ಬದಲಾವಣೆ ಕನ್ಸೋಲ್ ಮೂಲಕ ಹೋಗುತ್ತದೆಯೇ ಅಥವಾ ಟನೆಲ್ ಆಯ್ಕೆ API ಮೂಲಕ. ಇವುಗಳಲ್ಲಿ ತಪ್ಪು ಮಾಡಿದರೆ ನಿಮಗೆ ಅಡಚಣೆ ಅಥವಾ ಏನೂ ಇಲ್ಲದ ಲಾಗ್ ಗುಂಪು ಸಿಗುತ್ತದೆ.

ಮೂರು ಷರತ್ತುಗಳು ಕ್ರಮವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ

ನೀವು ಬದಲಿಸುತ್ತಿರುವ ವಸ್ತುವಿನ ಗುರುತಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ. ನಿಮಗೆ VPN ಸಂಪರ್ಕ ID, ಪ್ರದೇಶ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಟನೆಲ್ನ ಹೊರಗಿನ IP ವಿಳಾಸ ಬೇಕು, ಏಕೆಂದರೆ ಈ ವೈಶಿಷ್ಟ್ಯದ ಪ್ರತಿ ಲಾಗ್ ಸೆಟ್ಟಿಂಗ್ ಸಂಪರ್ಕಕ್ಕಲ್ಲ, ಟನೆಲ್ಗೆ ಅನ್ವಯಿಸುತ್ತದೆ. ತಪ್ಪು ಹೊರಗಿನ ವಿಳಾಸಕ್ಕೆ ಅನ್ವಯಿಸಿದ ಬದಲಾವಣೆ ಯಾರೂ ಡೀಬಗ್ ಮಾಡದ ಟನೆಲ್ನಲ್ಲಿನ ಬದಲಾವಣೆ.

ಗಮ್ಯಸ್ಥಾನ ಅದೇ ಪ್ರದೇಶದಲ್ಲಿನ CloudWatch ಲಾಗ್ ಗುಂಪು, ನೀವು ನಿಜವಾಗಿ ಬಯಸುವ ಧಾರಣೆ ಮತ್ತು ಪ್ರವೇಶ ನೀತಿಯೊಂದಿಗೆ. ಸರಳ ಹೆಸರುಗಳು ಎದುರಿಸಬಹುದಾದ ಸಂಪನ್ಮೂಲ ನೀತಿಯ ಗಾತ್ರ ಮಿತಿಗಳನ್ನು ಇದು ತಪ್ಪಿಸುವುದರಿಂದ AWS ಈ ಗುಂಪುಗಳಿಗೆ /aws/vendedlogs/ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ. /aws/vendedlogs/vpn/branch-a-activity ನಂತಹ ಹೆಸರು ಕೇವಲ ಉದಾಹರಣೆ; ಮುಖ್ಯವಾಗಿ ಗುಂಪು ಇರಬೇಕು, ವಿತರಣಾ ಪಾತ್ರವು ಅದರೊಳಗೆ ಬರೆಯಲು ಸಾಧ್ಯವಾಗಬೇಕು ಮತ್ತು ಎರಡನ್ನೂ VPN ಸಂರಚನೆಯ ಮಾಲೀಕರು ನಿರ್ವಹಿಸಬೇಕು. ಹೆಸರು ಅನುಮತಿಗಳನ್ನು ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ವಿತರಣಾ ನೀತಿ ಇಲ್ಲದೆ ರಚಿಸಿದ ಗುಂಪು ದೋಷದ ಬದಲು ಮೌನವನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.

ಮೊದಲ ಷರತ್ತು: ಟ್ರಾಫಿಕ್ ನಿಜವಾಗಿ ಸಾಗಿಸುವ ಪರ್ಯಾಯ ಟನೆಲ್

ಇದು ತಂಡಗಳು ಬಿಟ್ಟುಬಿಡುವ ಷರತ್ತು. ಸಂರಚಿಸಿದ ಎರಡು ಟನೆಲ್ಗಳು ಅಪ್ಲಿಕೇಶನ್ಗೆ ಬಳಸಬಹುದಾದ ಪರ್ಯಾಯ ಮಾರ್ಗ ಇದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

ಒಂದು ಟನೆಲ್ ಮುಟ್ಟುವ ಮೊದಲು, ಇನ್ನೊಂದು ಮುಖ್ಯ ಮಾರ್ಗಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ: ಗ್ರಾಹಕ ಗೇಟ್ವೇ ಬದಿಯ ಮಾರ್ಗಸೂಚಿ ಕೋಷ್ಟಕವನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಫೇಲ್ಓವರ್ ಮಾಡಬಲ್ಲದು ಎಂದು ಖಚಿತಪಡಿಸಿ. AWS ನ ಅಡಚಣೆ ವಿಂಡೋ ನಿಮಿಷಗಳು, ಸೆಕೆಂಡುಗಳಲ್ಲ, ಮತ್ತು ಕೇವಲ ಕಾಗದದ ಮೇಲಿರುವ ಟನೆಲ್ ರೋಗನಿರ್ಣಯದ ಬದಲಾವಣೆಯನ್ನು ಅಡಚಣೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ಪರ್ಯಾಯ ಮಾರ್ಗ ಸಾಬೀತಾಗದಿದ್ದರೆ, ಲಾಗಿಂಗ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯ ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಯಾವುದೇ ಇತರ ಮಾರ್ಗಸೂಚಿ ಬದಲಾವಣೆಯಷ್ಟೇ ಎಚ್ಚರಿಕೆಯಿಂದ ಬದಲಾವಣೆಯನ್ನು ಯೋಜಿಸಿ. ವರ್ತನೆಯನ್ನು ವಿವರಿಸಲು ಹೊರಟಿರುವ ಟನೆಲ್ ಅನ್ನು ಸಾಧನೀಕರಿಸಿ, ತಲುಪಲು ಸುಲಭವಾದದ್ದನ್ನಲ್ಲ.

ಎರಡನೇ ಷರತ್ತು: ಚಟುವಟಿಕೆ ಲಾಗ್ ಅಥವಾ BGP ಲಾಗ್

ಇದು ನೀವು ನಿಜವಾಗಿ ಏನನ್ನು ಓದಲು ಸಾಧ್ಯ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಚಟುವಟಿಕೆ ದಾಖಲೆಗಳು IKE ಮತ್ತು IPsec ಸ್ಥಿತಿ ಬದಲಾವಣೆಗಳು ಮತ್ತು DPD ಸಂದೇಶಗಳಂತಹ ಸೇವಾ ಘಟನೆಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ, ಟನೆಲ್ ಮೇಲೆ ಬಾರದಿದ್ದಾಗ ಅಥವಾ ಕೀಗಳನ್ನು ನಿರಂತರವಾಗಿ ನವೀಕರಿಸುತ್ತಿದ್ದಾಗ ಇದು ನಿಮಗೆ ಬೇಕಾದದ್ದು. BGP ದಾಖಲೆಗಳು ತಮ್ಮ ನಿಯಂತ್ರಣಗಳಿರುವ ಪ್ರತ್ಯೇಕ ಹರಿವು, ಮತ್ತು ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತವೆ: ಮಾರ್ಗಗಳು ನಿರೀಕ್ಷಿಸಿದಂತೆ ವಿನಿಮಯಗೊಂಡು ಹಿಂಪಡೆಯಲ್ಪಟ್ಟವೇ.

ಚಟುವಟಿಕೆ ಫ್ಲ್ಯಾಗ್ ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಸೇವೆ ಹೊರಡಿಸಬಹುದಾದ ಪ್ರತಿ ಹರಿವಿಗೂ ವಿನಂತಿಯಲ್ಲ. ಸಂಶಯ ಮಾರ್ಗಸೂಚಿಯಲ್ಲಿದ್ದರೆ ಎರಡನ್ನೂ ಸಕ್ರಿಯಗೊಳಿಸಿ; ಸಂಶಯ ಹಂತ 1 ಅಥವಾ ಹಂತ 2 ಮಾತುಕತೆಯಲ್ಲಿದ್ದರೆ ಚಟುವಟಿಕೆ ಹರಿವೇ ಅದನ್ನು ತೋರಿಸುತ್ತದೆ.

ಎರಡೂ ಹರಿವುಗಳು ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಅಲ್ಲ, ಮತ್ತು ಈ ವ್ಯತ್ಯಾಸ ಬೇಕಾದುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಟಿಕೆಟ್ಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ಚಟುವಟಿಕೆ ಮತ್ತು BGP ದಾಖಲೆಗಳು ಸೇವೆ ಟನೆಲ್ ಮತ್ತು ಅಧಿವೇಶನದೊಂದಿಗೆ ಏನು ಮಾಡಿತು ಎಂದು ಹೇಳುತ್ತವೆ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅದರ ಮೂಲಕ ಏನು ಕಳುಹಿಸಿತು ಎಂದಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ ಟೈಮ್ಔಟ್ ಡೀಬಗ್ ಮಾಡಲು ಟನೆಲ್ ಲಾಗ್ಗಳತ್ತ ಕೈಚಾಚುವುದು ವರ್ಗದ ದೋಷ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಯಾರಾದರೂ ಗಮನಿಸುವ ಮೊದಲು ಒಂದು ಅಡಚಣೆ ವಿಂಡೋವನ್ನು ವೆಚ್ಚ ಮಾಡುತ್ತದೆ. ಮೊದಲು ಪ್ರಶ್ನೆಯನ್ನು ಆರಿಸಿ, ನಂತರ ಅದಕ್ಕೆ ಉತ್ತರಿಸಬಲ್ಲ ಹರಿವನ್ನು.

ಮೂರನೇ ಷರತ್ತು: ಕನ್ಸೋಲ್ ಬದಲಾವಣೆ ಅಥವಾ ಟನೆಲ್ ಆಯ್ಕೆ API

ಮನುಷ್ಯ ಒಂದು ಬಾರಿಯ ಬದಲಾವಣೆ ಮಾಡುತ್ತಿದ್ದರೆ ಕನ್ಸೋಲ್ ಮಾರ್ಗ ಸರಿ: VPC console, Site-to-Site VPN connections, ಸಂಪರ್ಕವನ್ನು ಆರಿಸಿ, Actions, Modify VPN tunnel options, ಹೊರಗಿನ IP ಆರಿಸಿ, Tunnel activity log ಸಕ್ರಿಯಗೊಳಿಸಿ, ಗುಂಪು ಮತ್ತು ಔಟ್ಪುಟ್ ಸ್ವರೂಪ ಆರಿಸಿ, ವಿಂಡೋ ಒಳಗೆ ಉಳಿಸಿ. VPN ಕೋಡ್ ಆಗಿ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತಿದ್ದರೆ, ಅದೇ ಕ್ಲಿಕ್ ನಂತರ ಸರಿಪಡಿಸುವ ಡ್ರಿಫ್ಟ್.

ಸ್ವಯಂಚಾಲನೆಗಾಗಿ, ಟನೆಲ್ ಆಯ್ಕೆಗಳ ಚಟುವಟಿಕೆ-ಲಾಗ್ ಭಾಗಕ್ಕೆ ಸ್ಥಿರ ಆಕಾರವಿದೆ: LogOptions ಒಳಗೊಂಡಿರುವ CloudWatchLogOptions ಜೊತೆಗೆ LogEnabled, LogGroupArn ಮತ್ತು LogOutputFormat. ಆ ಬ್ಲಾಕ್ ಒಂದು ತುಣುಕು, ವಿನಂತಿಯಲ್ಲ; modify-vpn-tunnel-options ಗೆ ಇನ್ನೂ ಸಂಪರ್ಕ ID ಮತ್ತು ಟನೆಲ್ನ ಹೊರಗಿನ IP ಬೇಕು, ಮತ್ತು ಉಳಿದ ಟನೆಲ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಟೆಂಪ್ಲೇಟ್ನ ಮಾಲೀಕರು ಸಂರಕ್ಷಿಸಬೇಕು. BGP ಲಾಗಿಂಗ್ ಅದೇ ರಚನೆಯಲ್ಲಿ ತನ್ನದೇ BgpLogEnabled, BgpLogGroupArn ಮತ್ತು BgpLogOutputFormat ಕೀಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಕರೆ ಅನ್ವಯವಾಯಿತು ಎಂದು ನಂಬುವ ಬದಲು describe-vpn-connections ನೊಂದಿಗೆ ಬದಲಾವಣೆಯನ್ನು ಮತ್ತೆ ಓದಿ.

ದಾಖಲೆಗಳು ಏನು ಹೇಳಬಹುದು ಮತ್ತು ಏನು ಹೇಳಲಾರವು

ಮೊದಲ ಟನೆಲ್ ಮುಗಿದು ಉದ್ದೇಶಿತ ಮಾರ್ಗ ಲಭ್ಯವಾದ ನಂತರ, ಎರಡನೇ ಟನೆಲ್ನ ಲಾಗ್ಗಳೂ ಬೇಕಿದ್ದರೆ ಅದೇ ನಿಯಂತ್ರಿತ ಕ್ರಮವನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ಟನೆಲ್ ಎಂಬುದೇ ಪೂರ್ತಿ ವಿಷಯ.

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

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