ASA ನಲ್ಲಿ peer reset IPsec SA ಅನ್ನು ಅಳಿಸುತ್ತದೆ, IKE ಸ್ಥಿತಿ ಅಥವಾ ಸೆಷನ್‌ಗಳನ್ನಲ್ಲ
peer ಗೆ ಸೀಮಿತವಾದ ಒಂದು clear IPsec ಡೇಟಾ ಪಥವನ್ನು ಮಾತ್ರ ಒಡೆಯುತ್ತದೆ. ಏನು ಉಳಿಯುತ್ತದೆ, ಟನೆಲ್ ಏಕೆ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಮತ್ತೆ ನಿರ್ಮಾಣವಾಗುತ್ತದೆ ಮತ್ತು ಬದಲಿಗೆ ಯಾವ ಪದರವನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಬೇಕು ಎಂದು ನೋಡಿ.
ಒಂದೇ ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ ಟನೆಲ್ ಬೀಳುತ್ತದೆ, ಯಾರೋ peer ಗೆ ಸೀಮಿತವಾದ IPsec clear ಚಲಾಯಿಸುತ್ತಾರೆ, ಮತ್ತು ಆದೇಶ ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟ ಕಾರಣ ಟಿಕೆಟ್ ಮುಚ್ಚಲ್ಪಡುತ್ತದೆ. ಆ ಕ್ರಮದಲ್ಲಿ ದೋಷ ಸರಿಪಡಿಸಲ್ಪಟ್ಟಿದೆ ಎಂದು ತೋರಿಸುವ ಯಾವುದೂ ಇಲ್ಲ. ASA ನಲ್ಲಿ reset ಪದವು ಮೂರು ಪ್ರತ್ಯೇಕ ವ್ಯಾಪ್ತಿಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು peer ಗೆ ಸೀಮಿತವಾದ clear ಅವುಗಳಲ್ಲಿ ನಿಖರವಾಗಿ ಒಂದನ್ನು ಮುಟ್ಟುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದೇ ಟನೆಲ್ ನಿರ್ವಾಹಕರು ಔಟ್‌ಪುಟ್ ಓದಿ ಮುಗಿಸುವ ಮೊದಲೇ ಮತ್ತೆ ಮೇಲೆ ಇರುತ್ತದೆ.
ಒಂದು ಪದದ ಹಿಂದೆ ಮೂರು ವ್ಯಾಪ್ತಿಗಳು
IPsec SA ಜೋಡಿ ಸ್ವತಃ ಡೇಟಾ ಪಥ, ಪ್ರತಿ ದಿಕ್ಕಿಗೆ ಒಂದು ಸಂಯೋಜನೆ, ಅನುಕ್ರಮ ಸಂಖ್ಯೆಗಳು ಮತ್ತು ಕೌಂಟರ್‌ಗಳೊಂದಿಗೆ. IKE SA ಆ ಸಂಯೋಜನೆಗಳನ್ನು ಸೃಷ್ಟಿಸಿದ ಮತ್ತು peer ಸಂಬಂಧವನ್ನು ಇನ್ನೂ ಒಟ್ಟಿಗೆ ಹಿಡಿದಿರುವ ಮಾತುಕತೆ ಚಾನೆಲ್. VPN ಸೆಷನ್ ಎಂದರೆ ಬಳಕೆದಾರ, ಸೈಟ್-ಟು-ಸೈಟ್ peer ಅಥವಾ ಕ್ಲೈಂಟ್ ಇಲ್ಲದ ಸಂಪರ್ಕಕ್ಕಾಗಿ ಸೆಷನ್ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿನ ದಾಖಲೆ.
| Scope | What a clear removes | What usually survives |
|---|---|---|
| IPsec SA | Data-path associations for the matching peer or selector | IKE SA, session records, crypto-map or tunnel-group config |
| IKE SA | Negotiation channel and the IPsec children derived from it | Session records until they age out or are cleared |
| VPN session | Session-database entry for that user or peer type | Configuration, and any SA that is not tied to the session |
ವ್ಯಾಪ್ತಿಗಳು ಸಾಕಷ್ಟು ಸ್ವತಂತ್ರವಾಗಿವೆ, ಒಂದನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಿದರೆ ಉಳಿದವು ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಈ ಸ್ವಾತಂತ್ರ್ಯವೇ ಹೆಚ್ಚಿನ ಗೊಂದಲವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. IKE SA ಆರೋಗ್ಯವಾಗಿರುವಾಗ IPsec SA ಸ್ವಚ್ಛಗೊಳಿಸಿ, ಸಂಚಾರವು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಹೊಸ ಸಂಯೋಜನೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಹಾಗಾಗಿ ಟನೆಲ್ ತಾನೇ ಗುಣವಾದಂತೆ ಕಾಣುತ್ತದೆ. ಆದರೆ ಮೂಲ ಪ್ರಸ್ತಾವ ಅಸಮಂಜಸತೆ, ಮಾರ್ಗದ ಕೊರತೆ ಅಥವಾ ದೃಢೀಕರಣ ವೈಫಲ್ಯ ಇನ್ನೂ ಇದೆ.
ದೋಷ ಮಾತುಕತೆಯಲ್ಲಿದ್ದರೆ, IPsec clear ಗೋಚರವಾಗುವ ಯಾವುದನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ.
ಸ್ಥಿತಿ ಇನ್ನೂ ಇರುವಾಗಲೇ ಓದಿ
ಏನನ್ನೂ ಮುಟ್ಟುವ ಮೊದಲು peer ವಿಳಾಸ, ಬಳಸುತ್ತಿರುವ IKE ಆವೃತ್ತಿ, ರಕ್ಷಿತ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಮತ್ತು ದಿಕ್ಕಿನ ಕೌಂಟರ್‌ಗಳನ್ನು ದಾಖಲಿಸಿ. ಬೆಂಬಲಿತ ನೋಟಗಳು ಆವೃತ್ತಿಗೆ ಅನುಗುಣವಾಗಿ ಬದಲಾಗುತ್ತವೆ, ಆದರೆ ಆಕಾರಗಳು ಸ್ಥಿರ: show crypto ipsec sa peer, show crypto ikev2 sa detailed ಅಥವಾ IKEv1 ಸಮಾನ, ಮತ್ತು ಸೆಷನ್ ಪದರಕ್ಕಾಗಿ show vpn-sessiondb.
ಆ ಔಟ್‌ಪುಟ್‌ನ ಪಕ್ಕದಲ್ಲಿ ಸಮಯ ಮುದ್ರೆ ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ಕಾಣುವ ನಿಖರ ದೋಷವನ್ನು ಬರೆಯಿರಿ. ಒಂದು peer ಸಾಮಾನ್ಯವಾಗಿ ಹಲವು ರಕ್ಷಿತ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಹೊತ್ತಿರುತ್ತದೆ, ಆದ್ದರಿಂದ peer ಗೆ ಸೀಮಿತವಾದ clear ನ ಪ್ರಭಾವ ವ್ಯಾಪ್ತಿ ಆ peer ನ ಪ್ರತಿ ಆಯ್ಕೆಗಾರನೂ, ಟಿಕೆಟ್‌ನ ಒಂದೇ ಅಪ್ಲಿಕೇಶನ್ ಅಲ್ಲ. ಮೊದಲಿನ ಚಿತ್ರವಿಲ್ಲದ reset ಅನ್ನು ನಂತರ ರೋಗನಿರ್ಣಯ ಮಾಡಲಾಗದು, ಏಕೆಂದರೆ clear ನೀವು ಹೋಲಿಸುತ್ತಿದ್ದ ಕೌಂಟರ್‌ಗಳನ್ನೇ ಅಳಿಸುತ್ತದೆ.
ಮೊದಲು ಸಾಕ್ಷ್ಯ ಸಂಗ್ರಹಿಸಿ. clear ಅದನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಮತ್ತು ನಂತರ ತೆಗೆದ ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ಏನು ಮರುನಿರ್ಮಾಣವಾಯಿತು ಎಂದು ಹೇಳುತ್ತದೆ, ಏನು ಮುರಿದಿತ್ತು ಎಂದಲ್ಲ.
peer ಗೆ ಸೀಮಿತವಾದ clear ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ
Cisco ನ clear ಆದೇಶಗಳ ಉಲ್ಲೇಖ peer ಗೆ ಸೀಮಿತವಾದ IPsec ರೂಪವನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ದಾಖಲೆ ವಿಳಾಸವನ್ನು ಆದೇಶಿಸಿದಾಗ ಅದು ಹೀಗೆ ಕಾಣುತ್ತದೆ:
clear crypto ipsec sa peer 198.51.100.42ಆ ಆದೇಶ peer ಗೆ ಹೊಂದುವ IPsec ಸಂಯೋಜನೆಗಳನ್ನು ಒಡೆಯುತ್ತದೆ. ಅದು IKE SA ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ, ಸಂರಚನೆ ಅಳಿಸುವುದಿಲ್ಲ ಮತ್ತು ಸೆಷನ್ ಡೇಟಾಬೇಸ್ ಮರುಹೊಂದಿಸುವುದಿಲ್ಲ. ನೀವು ಬದಲಿಸುತ್ತಿರುವ ಟನೆಲ್ ಅನ್ನು ಅವಲಂಬಿಸದ ನಿರ್ವಹಣಾ ಮಾರ್ಗದಿಂದ ಅದನ್ನು ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ ಆ ಟನೆಲ್ ಒಳಗೆ ಸಾಗಿಸುವ SSH ಸೆಷನ್ ಅದರೊಂದಿಗೆ ಸಾಯುತ್ತದೆ ಮತ್ತು ತಾನಾಗಿಯೇ ಹಿಂತಿರುಗದೇ ಇರಬಹುದು. ಸಾಧನದಲ್ಲಿನ ಉಳಿದೆಲ್ಲವೂ ಕೆಲಸ ಮುಂದುವರಿಸುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೇ ಆದೇಶವು ನಿರುಪದ್ರವಿ ಎನಿಸುತ್ತದೆ.
ಗುರಿ ಹುಡುಕಾಟ ಅನಿಶ್ಚಿತವಾದಾಗ, ಷರತ್ತಿಲ್ಲದ clear ಗೆ ಹಿಂತಿರುಗಬೇಡಿ. ವಿಶಾಲ ರೂಪ ಸಾಧನದ ಪ್ರತಿ peer ಗೂ ತಲುಪುತ್ತದೆ, ಮತ್ತು ನೀವು ಸೃಷ್ಟಿಸುವ ಅಡಚಣೆ ನಿಮ್ಮನ್ನು ಕರೆದದ್ದಕ್ಕಿಂತ ದೊಡ್ಡದಾಗಿರುತ್ತದೆ.
ನೀವು ಸರಿಪಡಿಸಲು ಉದ್ದೇಶಿಸಿದ ಪದರವನ್ನು ಪರಿಶೀಲಿಸಿ
clear ನಂತರ ಸಂಯೋಜನೆಗಳು ಹೊಸ ಕೌಂಟರ್‌ಗಳೊಂದಿಗೆ ಮರಳಿದವೆಂದು ಖಚಿತಪಡಿಸಿ, peer ಪಟ್ಟಿ ಮತ್ತೆ ತುಂಬಿದ್ದರಿಂದ reset ಕೆಲಸ ಮಾಡಿತು ಎಂದು ಊಹಿಸಬೇಡಿ. ನಂತರ ಟಿಕೆಟ್ ಹೆಸರಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಯಶಸ್ವಿ ping ಸೇವಾ ಅನುಮತಿ ಅಥವಾ ಮುಗಿದ ಸೆಷನ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ಸಂಯೋಜನೆಗಳು ಮರುನಿರ್ಮಾಣವಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನೂ ವಿಫಲವಾದರೆ, ಉಳಿದ ಅಭ್ಯರ್ಥಿಗಳು IKE ಪದರ ಮತ್ತು ಸೆಷನ್ ಪದರ. ಅದರ ಸ್ಥಿತಿಯನ್ನು ಇನ್ನೂ ಪರಿಶೀಲಿಸಬಹುದಾದದ್ದನ್ನು ಆರಿಸಿ. ನಿಜವಾಗಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಆವೃತ್ತಿಗೆ ಗುರಿಯಿತ ಕ್ರಿಯೆಯನ್ನು ಬಳಸಿ, ಅದು IKEv2 clear ಆಗಿರಲಿ, IKEv1 clear ಆಗಿರಲಿ ಅಥವಾ ಸರಿಯಾದ ಸೆಷನ್ ಪ್ರಕಾರಕ್ಕೆ ಸೀಮಿತವಾದ ಸೆಷನ್ ಡೇಟಾಬೇಸ್ clear ಆಗಿರಲಿ. ಮರುನಿರ್ಮಾಣ ಒತ್ತಾಯಿಸಲು ಶಾಶ್ವತ crypto-map ಸಂರಚನೆಯನ್ನು ಅಳಿಸಿ ಮತ್ತೆ ಸೃಷ್ಟಿಸುವುದು ಉದ್ದವಾದ ಹಿಂಪಡೆಯುವಿಕೆಯ ಊಹೆ.
ಮತ್ತೆ ಸ್ವಚ್ಛಗೊಳಿಸುವ ಬದಲು ಮೊದಲು ಮತ್ತು ನಂತರದ ಎರಡೂ ಚಿತ್ರಗಳೊಂದಿಗೆ ಎಸ್ಕಲೇಟ್ ಮಾಡಿ.
reset ಅಡಚಣೆಯನ್ನು ಉದ್ದಗೊಳಿಸಿದಾಗ
ಪುನರಾವರ್ತಿತ clear ಗಳು reset ಸರಿಪಡಿಸಲಾಗದ ದೋಷಗಳನ್ನು ಮುಚ್ಚುತ್ತವೆ: ಕಾಣೆಯಾದ ಮಾರ್ಗ, ಹೊಸ ಉಪಜಾಲಕ್ಕೆ ಇನ್ನು ಹೊಂದದ ಆಯ್ಕೆಗಾರ, ಒಂದು ಬದಿಯಲ್ಲಿ ಬದಲಾದ ಪೂರ್ವ-ಹಂಚಿಕೆ ಕೀ, ಅಥವಾ peer ಒಪ್ಪದ ಪ್ರಸ್ತಾವದ ಮೇಲೆ ಪದೇ ಪದೇ ವಿಫಲವಾಗುವ ಕೀ ನವೀಕರಣ. ಪ್ರತಿ clear ಆ peer ನ ಪ್ರತಿ ಆಯ್ಕೆಗಾರನ ಮೇಲೆ ಆರೋಗ್ಯಕರ ಸಂಚಾರವನ್ನು ಅಡ್ಡಿಪಡಿಸುತ್ತದೆ, ನಿಜವಾದ ಕಾರಣ ಮುಟ್ಟದೆ ಉಳಿಯುತ್ತದೆ. ಹೀಗೆ ಐದು ನಿಮಿಷದ ತನಿಖೆ ಬದಲಾವಣೆ ವಿಂಡೋ ಆಗುತ್ತದೆ.
ಸೀಮಿತ reset ಇನ್ನೂ ಉಪಯುಕ್ತ. ಉಪಯುಕ್ತ ರೂಪ ಗುರಿಯಿತ, ದಾಖಲಿತ ಮತ್ತು ಅದು ಸರಿಪಡಿಸಬೇಕಿದ್ದ ಪದರದ ಪರಿಶೀಲನೆಯೊಂದಿಗೆ ಇರುತ್ತದೆ.
ಕೆಲಸದ ಕ್ರಮ: peer, ಆವೃತ್ತಿ, ಆಯ್ಕೆಗಾರರು ಮತ್ತು ಕೌಂಟರ್‌ಗಳನ್ನು ದಾಖಲಿಸಿ; ದೋಷ ಯಾವ ವ್ಯಾಪ್ತಿಗೆ ಸೇರಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ; ಹೊಂದುವ ಅತ್ಯಂತ ಸಣ್ಣ clear ಚಲಾಯಿಸಿ; ಸಂಯೋಜನೆಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪರಿಶೀಲಿಸಿ; ಪದರ ಚೇತರಿಸಿಕೊಂಡರೂ ಲಕ್ಷಣ ಹೋಗದಿದ್ದರೆ ಸಾಕ್ಷ್ಯದೊಂದಿಗೆ ಎಸ್ಕಲೇಟ್ ಮಾಡಿ.