IKEv2 ಪ್ರೊಫೈಲ್ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ ಆದರೆ ಜೋಡಿಸಿಲ್ಲ: ಸರಪಳಿಯನ್ನು ಅನುಸರಿಸಿ
ಉಳಿಸಿದ IKEv2 ಪ್ರೊಫೈಲ್ ಒಂದು ಆಬ್ಜೆಕ್ಟ್, ಮಾರ್ಗವಲ್ಲ. ಹಂತ 2 ಅನ್ನು ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ಕೀ ರಿಂಗ್, ಪ್ರೊಫೈಲ್, crypto map ಅಥವಾ IPsec ಪ್ರೊಫೈಲ್ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಜೋಡಣೆಯನ್ನು ಅನುಸರಿಸಿ.
IKEv2 ಪ್ರೊಫೈಲ್ ಉಳಿಸಿದ ಸಂರಚನೆಯಲ್ಲಿದೆ, ಕೀ ರಿಂಗ್ ಕೂಡ ಅಲ್ಲಿದೆ, ಮತ್ತು ಸುರಂಗ ಇನ್ನೂ ಮೇಲೆ ಬರುವುದಿಲ್ಲ. Cisco IOS XE ನಲ್ಲಿ ಪ್ರೊಫೈಲ್ ಒಂದು ಆಬ್ಜೆಕ್ಟ್ ಆಗಿದ್ದು ಗುರುತಿನ ಹೊಂದಾಣಿಕೆ ಮತ್ತು ದೃಢೀಕರಣದ ಆಯ್ಕೆಗಳನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ, ಮತ್ತು ಇನ್ನೊಂದು ಆಬ್ಜೆಕ್ಟ್ ಅದನ್ನು ಉಲ್ಲೇಖಿಸಿ, ಇಂಟರ್ಫೇಸ್ ಆ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಮಾರ್ಗಕ್ಕೆ ಜೋಡಿಸುವವರೆಗೆ ಆಬ್ಜೆಕ್ಟ್ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ವಿಫಲವಾದ ಹಂತ 1 ಡೀಬಗ್ ಅಧಿವೇಶನಗಳು ಈ ಉಲ್ಲೇಖಗಳಲ್ಲಿ ಒಂದನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತವೆ. ಯಾವುದೇ ಪ್ರಸ್ತಾವನೆ ಅಥವಾ ನೀತಿಯನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಕೀ ರಿಂಗ್ನಿಂದ ಹೊರಕ್ಕೆ ಸರಪಳಿಯನ್ನು ಓದಿ.
ಪ್ರೊಫೈಲ್ ಆಬ್ಜೆಕ್ಟ್ ವಾಸ್ತವವಾಗಿ ಏನು
IKEv2 ಪ್ರೊಫೈಲ್ ದೂರದ ಗುರುತಿನ ಹೊಂದಾಣಿಕೆ, ಸ್ಥಳೀಯ ಮತ್ತು ದೂರದ ದೃಢೀಕರಣ ವಿಧಾನಗಳು, ಮತ್ತು ಪೂರ್ವ-ಹಂಚಿದ ಕೀ ವಿನ್ಯಾಸಗಳಿಗಾಗಿ ಕೀ ರಿಂಗ್ಗೆ ಉಲ್ಲೇಖವನ್ನು ಹೊಂದಿದೆ. ಪೀರ್ ಅನ್ನು ಹೇಗೆ ಗುರುತಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದು ತನ್ನನ್ನು ಹೇಗೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಇದು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸುವುದಿಲ್ಲ.
ಕೀ ರಿಂಗ್ ಪೂರ್ವ-ಹಂಚಿದ ಕೀಗಳನ್ನು ಹೊಂದಿರುವ ಪ್ರತ್ಯೇಕ ಆಬ್ಜೆಕ್ಟ್. Crypto map ಅಥವಾ IPsec ಪ್ರೊಫೈಲ್ ಮೂರನೇ ಆಬ್ಜೆಕ್ಟ್ ಆಗಿದ್ದು IKEv2 ಪ್ರೊಫೈಲ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸಿ ರಕ್ಷಣಾ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಇಂಟರ್ಫೇಸ್ ಜೋಡಣೆ ನಾಲ್ಕನೇ ಹಂತ, ಅಲ್ಲಿ crypto map ಅನ್ವಯವಾಗುತ್ತದೆ ಅಥವಾ tunnel protection ಸಕ್ರಿಯವಾಗುತ್ತದೆ. ಪ್ರತಿ ಜಿಗಿತವೂ ಪ್ರತ್ಯೇಕ ಉಲ್ಲೇಖ, ಮತ್ತು ಕಾಣೆಯಾದ ಜಿಗಿತವು ಪ್ರತಿ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಸರಿಯಾಗಿ ಕಾಣುವಂತೆ ಬಿಡುತ್ತದೆ.
ಉಲ್ಲೇಖ ಸರಪಳಿಯನ್ನು ಕ್ರಮದಲ್ಲಿ ಅನುಸರಿಸಿ
ಪ್ರೊಫೈಲ್ ಹೆಸರಿಸುವ ಕೀ ರಿಂಗ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ crypto map ಅಥವಾ IPsec ಪ್ರೊಫೈಲ್ ಉಲ್ಲೇಖಿಸುವ ಪ್ರೊಫೈಲ್ ಹೆಸರನ್ನು ದೃಢೀಕರಿಸಿ, ನಂತರ ಆ ಕೊನೆಯ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಬಳಸುವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹುಡುಕಿ. ಪ್ರತಿ ಹೆಸರನ್ನು ಅದನ್ನು ಬಳಸುವ ಆಬ್ಜೆಕ್ಟ್ನ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ; ಸಂರಚನೆಯಲ್ಲಿ ಎಲ್ಲೋ ಪ್ರತಿ ನಿರೀಕ್ಷಿತ ಬ್ಲಾಕ್ ಇದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುವುದಕ್ಕಿಂತ ಈ ಸಣ್ಣ ಪಟ್ಟಿ ಹೆಚ್ಚು ಉಪಯುಕ್ತ.
ಸಾಮಾನ್ಯ ಒಡೆತಗಳು ಯಾಂತ್ರಿಕ. ಪ್ರೊಫೈಲ್ ಹೆಸರು crypto map ಉಲ್ಲೇಖಿಸುವ ಹೆಸರಿನಿಂದ ಒಂದು ಅಕ್ಷರ ಭಿನ್ನ. Crypto map ಇದೆ ಆದರೆ ಎಂದಿಗೂ ಇಂಟರ್ಫೇಸ್ಗೆ ಅನ್ವಯವಾಗಿಲ್ಲ. Tunnel protection ಆದೇಶವು ಬೇರೆ IKEv2 ಪ್ರೊಫೈಲ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸುವ IPsec ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಸ್ಪಷ್ಟ ಜೋಡಣೆ ಇಲ್ಲದ responder ದಾಖಲಿತ ಪ್ರಕರಣ, ಆದರೆ ಜೋಡಣೆ ಇಲ್ಲದ initiator ಸರಳವಾಗಿ ಆ ಮಾರ್ಗಕ್ಕೆ ಸಂರಚಿಸಲ್ಪಟ್ಟಿಲ್ಲ.
crypto ikev2 keyring KR-SITE
peer SITE-B
address 203.0.113.9
crypto ikev2 profile IKEV2-SITE
match identity remote address 203.0.113.9 255.255.255.255
keyring local KR-SITE
crypto ipsec profile IPSEC-SITE
set ikev2-profile IKEV2-SITE
interface Tunnel100
tunnel protection ipsec profile IPSEC-SITEಸ್ನಿಪೆಟ್ ಅನ್ನು ಟೆಂಪ್ಲೇಟ್ ಆಗಿ ಅಲ್ಲ, ಸರಪಳಿಯಾಗಿ ಓದಿ. ಇಂಟರ್ಫೇಸ್ IPsec ಪ್ರೊಫೈಲ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, IPsec ಪ್ರೊಫೈಲ್ IKEv2 ಪ್ರೊಫೈಲ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು IKEv2 ಪ್ರೊಫೈಲ್ ಕೀ ರಿಂಗ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಈ ಹೆಸರುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಮುರಿಯಿರಿ ಮತ್ತು ಸಂರಚನೆ ಇನ್ನೂ ಪಾರ್ಸ್ ಆಗುತ್ತದೆ, ಆದ್ದರಿಂದ ರೂಟರ್ ಅದನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಸುರಂಗ ಕೆಳಗೆಯೇ ಉಳಿಯುತ್ತದೆ.
Crypto map ಮತ್ತು tunnel protection ಪರ್ಯಾಯಗಳು
Cisco ಎರಡು ಜೋಡಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ. Crypto map ಅನ್ನು ಇಂಟರ್ಫೇಸ್ಗೆ ಅನ್ವಯಿಸಬಹುದು ಮತ್ತು ಅದರ set ಆದೇಶದ ಮೂಲಕ IKEv2 ಪ್ರೊಫೈಲ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸಬಹುದು. Tunnel protection IPsec ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ಗೆ ಜೋಡಿಸುತ್ತದೆ. ಎರಡೂ ಮಾನ್ಯ, ಮತ್ತು ಅವು ದ್ವಿಗುಣ ರಕ್ಷಣೆಯಾಗಿ ಒಟ್ಟಿಗೆ ಸ್ಥಾಪಿಸಲು ಉದ್ದೇಶಿಸಿಲ್ಲ.
ಸುರಂಗದ ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಹೊರಗಿನ ವಿತರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಗುರುತಿಸುತ್ತವೆ, ಮತ್ತು ಅವು ರಕ್ಷಣಾ ಜೋಡಣೆಯಿಂದ ಪ್ರತ್ಯೇಕ. LAN ಇಂಟರ್ಫೇಸ್, ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಹೊರಗಿನ ಮೂಲ ಇಂಟರ್ಫೇಸ್ ಮೂರು ವಿಭಿನ್ನ ಪಾತ್ರಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆ. LAN ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿರುವ crypto map ಸುರಂಗವನ್ನು ರಕ್ಷಿಸುವುದಿಲ್ಲ, ಮತ್ತು ರಕ್ಷಣೆ ಸಕ್ರಿಯವಾಗಿದ್ದರೂ ತಲುಪಬಹುದಾದ ಮೂಲ ವಿಳಾಸವಿಲ್ಲದ ಸುರಂಗ ತನ್ನ ಪೀರ್ಗೆ ಎಂದಿಗೂ ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸುವುದಿಲ್ಲ.
ಲೋಡ್ ಆದ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಕೇವಲ ಪಠ್ಯವನ್ನಲ್ಲ. ಸ್ಥಾಪಿತ ಆವೃತ್ತಿಯಲ್ಲಿ ಸಂರಚಿತ ಆಬ್ಜೆಕ್ಟ್ಗಳನ್ನು ಸಂಧಾನವಾದ ಅಧಿವೇಶನಕ್ಕೆ ಸಂಪರ್ಕಿಸುವ ಆದೇಶಗಳಿವೆ, ಮತ್ತು ಟಿಕೆಟ್ನಲ್ಲಿ ಅವನ್ನೇ ಉಲ್ಲೇಖಿಸಬೇಕು. ಉಳಿಸಿದ ಸಂರಚನೆ ಉದ್ದೇಶವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಅಧಿವೇಶನ ಕೋಷ್ಟಕ ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.
Responder ಅಪವಾದ initiator ಗಳಿಗೆ ನಿಯಮವಲ್ಲ
IOS XE ಮಾರ್ಗದರ್ಶಿ responder ನಲ್ಲಿ ಸ್ಪಷ್ಟ IKEv2 ಪ್ರೊಫೈಲ್ ಜೋಡಣೆ ಐಚ್ಛಿಕವಾಗಿರಬಹುದು ಎಂದು ಗಮನಿಸುತ್ತದೆ. ಆ ಅಪವಾದ ದೃಢೀಕರಣ ಅಥವಾ ಗುರುತಿನ ಪರಿಶೀಲನೆಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ, ಮತ್ತು ಸಂಪರ್ಕವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಬದಿಯಲ್ಲಿ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಐಚ್ಛಿಕ ಮಾಡುವುದಿಲ್ಲ.
ನಿಮ್ಮ ರೂಟರ್ ಪ್ರಾರಂಭಿಸಿದರೆ, ಜೋಡಣೆಯನ್ನು ಕಡ್ಡಾಯವೆಂದು ಪರಿಗಣಿಸಿ ಮತ್ತು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಅನುಸರಿಸಿ. ನಿಮ್ಮ ರೂಟರ್ ಉತ್ತರಿಸುತ್ತಿದ್ದರೆ ಮಾತ್ರ, ಒಳಬರುವ ಪೀರ್ನೊಂದಿಗೆ ಯಾವ ಪ್ರೊಫೈಲ್ ನಿಜವಾಗಿ ಹೊಂದಿಕೆಯಾಯಿತು ಎಂದು ದೃಢೀಕರಿಸಿ, ಏಕೆಂದರೆ responder ಇಂಟರ್ಫೇಸ್ ಉಲ್ಲೇಖದ ಬದಲು ಗುರುತಿನ ಮೂಲಕ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆ ಮಾಡಬಹುದು.
ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ, ಉಳಿಸಿದ ಸಂರಚನೆಯನ್ನಲ್ಲ
ಜೋಡಣೆಗಳು ಹೊಂದಿದ ನಂತರ, ಅನುಮತಿಸಲಾದ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಅದರ ಒಳಗಿನ ಮೂಲ, ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಮಾರ್ಗವನ್ನು ದಾಖಲಿಸಿ. ರೂಟರ್ನಿಂದ ಹುಟ್ಟಿದ ವಿನಂತಿ LAN ನಿಂದ ಮುಂದಕ್ಕೆ ರವಾನೆಯಾಗುವ ಸಂಚಾರಕ್ಕಿಂತ ಬೇರೆ ಮೂಲ ವಿಳಾಸವನ್ನು ಬಳಸಬಹುದು, ಮತ್ತು ರಕ್ಷಣಾ ವ್ಯಾಪ್ತಿ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಆವರಿಸಬಹುದು.
ಸರಿಯಾಗಿ ಜೋಡಿಸಿದ ವ್ಯಾಖ್ಯಾನವು ಸೆಲೆಕ್ಟರ್ಗಳು, ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ನೀತಿ ನಿಮ್ಮ ಹರಿವನ್ನು ಆವರಿಸುತ್ತವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ನಿಜವಾದ ಸಂಚಾರವನ್ನು ಕಳುಹಿಸಿ ಮತ್ತು ಸಂಧಾನವಾದ ಸ್ಥಿತಿಯನ್ನು ಓದಿ, ನಂತರ ಮರುಸಂಪರ್ಕದ ನಂತರ ಪುನರಾವರ್ತಿಸಿ ಸರಪಳಿ ಹೊಸ ಸಂಧಾನವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ ಎಂದು ತಿಳಿಯಲು. ವಿವರಣೆಯನ್ನು IOS XE IKEv2 ಗೆ ಸೀಮಿತಗೊಳಿಸಿ; ಐತಿಹಾಸಿಕ IKEv1 crypto map ನಿಯೋಜನೆ ಬೇರೆ ಆಬ್ಜೆಕ್ಟ್ ಮಾದರಿಯನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಅದನ್ನು ಈ ಸರಪಳಿಯಿಂದ ಡೀಬಗ್ ಮಾಡಬಾರದು.
ಸುರಂಗ ಕೆಲಸ ಮಾಡಿದಾಗ ಆ ನಾಲ್ಕು ಹೆಸರುಗಳನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಗೆ ಬರೆಯಿರಿ. crypto map ಅನ್ನು ಮುಟ್ಟುವ ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಅವು ಬೇಕಾಗುತ್ತವೆ, ಮತ್ತು ಸರಪಳಿ ಎಂಬುದು ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಸಂರಚನೆ ವಿವರಿಸದ ವಿನ್ಯಾಸದ ಭಾಗ.