ಸೈಟ್ VPN ಕೆಲಸ ಮಾಡುತ್ತಿದೆ, ಆದರೆ ASA ಲಾಗ್‌ಗಳು ಬರುತ್ತಿಲ್ಲ: ಮೂಲ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ

ಒಳಗಿನ ಹೋಸ್ಟ್‌ಗಳು ದೂರದ ಸಂಗ್ರಾಹಕವನ್ನು ತಲುಪುತ್ತವೆ ಮತ್ತು ಅವುಗಳ syslog ಸಾಲುಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಅದೇ ಸೆಷನ್‌ಗಳ ಬಗ್ಗೆ ASA ಯ ಸ್ವಂತ ಸಂದೇಶಗಳು ಎಂದಿಗೂ ಬರುವುದಿಲ್ಲ. ಸಂಗ್ರಾಹಕ ಅಥವಾ ಟನೆಲ್‌ನಲ್ಲಿ ಏನೂ ತಪ್ಪಿಲ್ಲ, ಮತ್ತು ಅದೇ ಗೊಂದಲದ ಭಾಗ. ಫೈರ್‌ವಾಲ್ ತನ್ನ ಲಾಗ್‌ಗಳನ್ನು ಟನೆಲ್ ಎಂದಿಗೂ ರಕ್ಷಿಸಲು ನಿರ್ಮಿಸದ ಮೂಲದಿಂದ ಕಳುಹಿಸುತ್ತಿದೆ.

ಏನು ಬರುತ್ತದೆ ಮತ್ತು ಏನು ಬರುವುದಿಲ್ಲ

ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಎರಡು ಹರಿವುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಟ್ರಾಫಿಕ್ ASA ಮೂಲಕ ಹಾದುಹೋಗುತ್ತದೆ: LAN ಹೋಸ್ಟ್ ಸಂಗ್ರಾಹಕಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ASA ಅದನ್ನು ಟನೆಲ್ ನೀತಿಯೊಂದಿಗೆ ಹೊಂದಿಸುತ್ತದೆ, ಗೂಢಲಿಪೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ಸಂಗ್ರಾಹಕ ಹೋಸ್ಟ್‌ನ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ. ಉತ್ಪಾದಿತ ಟ್ರಾಫಿಕ್ ASA ಯ ಮೇಲೆಯೇ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ: ಸಾಧನವು syslog ಪ್ಯಾಕೆಟ್ ನಿರ್ಮಿಸುತ್ತದೆ, ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮೂಲವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ನಂತರವೇ ಯಾವುದಾದರೂ ಟನೆಲ್ ನೀತಿ ಹೊಂದುತ್ತದೆಯೇ ಎಂದು ಕೇಳುತ್ತದೆ. ಮೊದಲ ಹರಿವು ಟನೆಲ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡನೆಯದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

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

ಉತ್ಪಾದಿತ ಸಂದೇಶ ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಟ್ರಾಫಿಕ್ ಅಲ್ಲ

ASA ಸ್ವತಃ ಪ್ಯಾಕೆಟ್ ಉತ್ಪಾದಿಸಿದಾಗ, ಅದು LAN ಹೋಸ್ಟ್‌ನ ಪ್ರಾಕ್ಸಿಯಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ. ಮೂಲವು ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಅಥವಾ ಸ್ಪಷ್ಟ ಮೂಲ ಸೆಟ್ಟಿಂಗ್‌ನಿಂದ ಬರುತ್ತದೆ, ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಸಾಧನ ಕಳುಹಿಸುವ ಬೇರೆ ಯಾವುದೇ ವಿಷಯದಂತೆಯೇ ಅದೇ ಮಾರ್ಗ ಹುಡುಕಾಟ ಮತ್ತು ನೀತಿ ಪರಿಶೀಲನೆಗಳನ್ನು ಪ್ರವೇಶಿಸುತ್ತದೆ. ಇದರರ್ಥ VPN ಸೆಲೆಕ್ಟರ್ ASA ನಿಜವಾಗಿ ಬಳಸುವ ವಿಳಾಸವನ್ನು ಒಳಗೊಂಡಿರಬೇಕು, ಮತ್ತು ಅದು ಹೆಚ್ಚಾಗಿ ಅದರ ಹೊರ ಇಂಟರ್ಫೇಸ್, ಒಳ ಸಬ್‌ನೆಟ್ ಅಲ್ಲ.

ನೀತಿಯು 10.20.0.0/24 ಅನ್ನು ರಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ASA ತನ್ನ ಹೊರ ವಿಳಾಸವನ್ನು ಮೂಲವಾಗಿ ಬಳಸುತ್ತದೆ ಎಂದಾದರೆ, ಲಾಗ್ ಪ್ಯಾಕೆಟ್ ತಲುಪಲಾಗದ ಸಂಗ್ರಾಹಕದ ಕಡೆಗೆ ಸ್ಪಷ್ಟ ಪಠ್ಯದಲ್ಲಿ ಹೊರಡುತ್ತದೆ, ಅಥವಾ ಎಸೆಯಲ್ಪಡುತ್ತದೆ. ಸಂಗ್ರಾಹಕದ ಬದಿಯಿಂದ ಎರಡೂ ಫಲಿತಾಂಶಗಳು ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ. ಅದೇ ತರ್ಕ ನಿರ್ವಹಣಾ ಟ್ರಾಫಿಕ್‌ಗೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ management-access ಪ್ರತ್ಯೇಕ ವಿನ್ಯಾಸ ನಿರ್ಧಾರ.

ASA ಯಾವ ಮೂಲವನ್ನು ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಇಡುತ್ತದೆ

ಮೂಲವನ್ನು ಊಹೆಯಿಂದಲ್ಲ, ಪ್ರಾಯೋಗಿಕವಾಗಿ ಕಂಡುಹಿಡಿಯಿರಿ. ಪರೀಕ್ಷಾ ಸಂದೇಶದ ಸಮಯದಲ್ಲಿ ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಸೆರೆಹಿಡಿಯುವುದು ನಿಜವಾದ ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಕಾನ್ಫಿಗರೇಶನ್‌ನ ಮೂರು ವಿಭಾಗಗಳನ್ನು ಓದುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಆ ವಿಳಾಸವನ್ನು ಟನೆಲ್‌ನ ಸ್ಥಳೀಯ ಸೆಲೆಕ್ಟರ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ.

ಕೆಲವು ಆವೃತ್ತಿಗಳು ಲಾಗಿಂಗ್ ಮೂಲವನ್ನು ಇಂಟರ್ಫೇಸ್‌ಗೆ ಪಿನ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತವೆ, ಮತ್ತು ನಿಮ್ಮ ಆವೃತ್ತಿಯ ಆಜ್ಞಾ ಉಲ್ಲೇಖವು ಆ ಆಯ್ಕೆ ಇದೆಯೇ ಮತ್ತು ಅದು ಏನನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ ಎಂಬುದರ ಅಧಿಕಾರ. ಬೇರೆ Cisco ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ source-interface ಆಜ್ಞೆ ASA ಯಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮಾನ್ಯವಾಗಿರುವುದಿಲ್ಲ.

ನೀವು ಮೂಲವನ್ನು ಬದಲಾಯಿಸಿದರೆ, ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬದಲಾಯಿಸಿ ಮತ್ತು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಸಂಗ್ರಾಹಕದ ACL ಮತ್ತು syslog ಆಧಾರಿತ ಯಾವುದೇ ಪರಸ್ಪರ ಸಂಬಂಧ ಅದನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಸೆಲೆಕ್ಟರ್ ಅನ್ನು ಲಾಗ್ ಹರಿವಿಗೆ ಹೊಂದಿಸಿ

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

ಸಂಗ್ರಾಹಕದ ಬದಿಗೆ ತನ್ನದೇ ಅಗತ್ಯಗಳಿವೆ: ASA ಯ ಮೂಲವನ್ನು ಅನುಮತಿಸುವ ACL, ಹಿಂತಿರುಗುವ ಮಾರ್ಗ, ಮತ್ತು ನೀವು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಕೇಳುತ್ತಿರುವ ಸೇವೆ. ಸಾಗಣೆ ಇಲ್ಲಿಯೂ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಭಾಗಶಃ ನಿರ್ಬಂಧಿತ ಮಾರ್ಗದಲ್ಲಿ TCP ಮತ್ತು TLS ಲಾಗಿಂಗ್ UDP ಗಿಂತ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತದೆ. ಒಂದು ಬಾರಿಗೆ ಒಂದು ಅಂಶವನ್ನು ಬದಲಾಯಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಯಾವ ಬದಲಾವಣೆ ಮುಖ್ಯ ಎಂದು ಹೇಳುವುದಿಲ್ಲ.

ಸಂಗ್ರಾಹಕದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಮೂಲವನ್ನು ದಾಖಲಿಸಿ

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

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

Cisco ನ ASA ಲಾಗಿಂಗ್ ಕುರಿತು ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಳು ಹೊರ ಮೂಲವಿರುವ ಪ್ರಕರಣವನ್ನು ದಾಖಲಿಸುತ್ತವೆ, ಅದಕ್ಕೆ ಸಂಬಂಧಿತ ರಕ್ಷಿತ ಟ್ರಾಫಿಕ್ ವ್ಯಾಖ್ಯಾನ ಬೇಕು, ಮತ್ತು ಅವುಗಳ ಒಳ ಮೂಲದ ಉದಾಹರಣೆಯು ಒಳಗೆ ಲಾಗಿಂಗ್ ಹೋಸ್ಟ್ ಮತ್ತು ಒಳಗೆ management-access ಎರಡನ್ನೂ ಒಳಗೊಂಡಿದೆ. ದಾಖಲಿತ ಸಂಯೋಜನೆ ಮತ್ತು ತಂತ್ರಾಂಶ ಸಂದರ್ಭವನ್ನು ಒಟ್ಟಿಗೆ ಪರಿಗಣಿಸಿ, ಒಂದು ನಕಲಿಸಿದ ಸಾಲು ಪ್ರತಿ ಕಾನ್ಫಿಗರೇಶನ್‌ಗೂ ಸರಿಹೊಂದುತ್ತದೆ ಎಂದು ಊಹಿಸಬೇಡಿ.

LAN ಟ್ರಾಫಿಕ್ ಸಾಗಿಸುವ ಟನೆಲ್ ಫೈರ್‌ವಾಲ್‌ನ ಸ್ವಂತ ಧ್ವನಿಯನ್ನು ಸಾಗಿಸುವ ಟನೆಲ್ ಅಲ್ಲ.