ಎರಡು IPsec ಸಹಚರರ ನಡುವಿನ ರೌಟರ್ಗೆ IPsec ಬೇಕೇ?

“ಎರಡು ತಾಣಗಳ ನಡುವೆ IPsec ಸಂರಚಿಸಿ” ಎಂದು ಹೇಳುವ ಪ್ರಯೋಗಾಲಯ ಅಭ್ಯಾಸವು ಎರಡು ವಿಭಿನ್ನ ಕೆಲಸಗಳನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ಎರಡೂ ತುದಿಗಳು ಟನೆಲ್ ಮುಗಿಸುತ್ತವೆ: ಅವು ಮಾತುಕತೆ ನಡೆಸುತ್ತವೆ, ದೃಢೀಕರಿಸುತ್ತವೆ, ಎನ್ಕ್ರಿಪ್ಟ್ ಮತ್ತು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತವೆ. ನಡುವಿನ ಯಾವುದೇ ರೌಟರ್ ಹೊರಗಿನ ಹೆಡರ್ ತುದಿಗಳಿಗೆ ಸೇರಿದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಟನೆಲ್ ಇದೆ ಎಂದು ತಿಳಿಯದೆಯೇ ಹಾಗೆ ಮಾಡುತ್ತದೆ.

ಯಾವ ಸಾಧನದಿಂದ ಯಾವ ಕೆಲಸ ಕೇಳಲಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವುದು ಅಭ್ಯಾಸದ ಮೊದಲ ಹೆಜ್ಜೆ. ಪ್ರಯೋಗಾಲಯ ವರದಿಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ಗೊಂದಲ, ಮತ್ತು ಉತ್ಪಾದನಾ ರೇಖಾಚಿತ್ರಗಳಲ್ಲಿ ಸಾಕಷ್ಟು ಗೊಂದಲ, “IPsec ಬೆಂಬಲಿಸುತ್ತದೆ” ಎಂಬುದನ್ನು ಎರಡರ ಬದಲು ಒಂದು ಗುಣವೆಂದು ಪರಿಗಣಿಸುವುದರಿಂದ ಬರುತ್ತದೆ.

ಫಾರ್ವರ್ಡಿಂಗ್ ಎಂದರೆ ಮುಕ್ತಾಯವಲ್ಲ

ಟನೆಲ್ ಮೋಡ್ನಲ್ಲಿ ಹೊರಗಿನ IP ಹೆಡರ್ ಟನೆಲ್ ಮುಗಿಸುವ ಸಾಧನಗಳಿಗೆ ವಿಳಾಸ ಮಾಡಲಾಗುತ್ತದೆ. ಮಧ್ಯದಲ್ಲಿರುವ ರೌಟರ್ ಗಮ್ಯವನ್ನು ಹುಡುಕಿ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಬೇರೆ ಯಾವುದೇ ಪ್ಯಾಕೆಟ್ಗೆ ಮಾಡಿದಂತೆ, ಅದು ಹೊತ್ತ ಪೇಲೋಡ್ ಅದಕ್ಕೆ ಅಪಾರದರ್ಶಕ.

ಈ ಅಪಾರದರ್ಶಕತೆ ಉದ್ದೇಶಪೂರ್ವಕ. ರೌಟರ್ ಬಳಿ ಸಹಚರರ ರಹಸ್ಯ ಇರುವುದಿಲ್ಲ, ಅದು ಯಾವುದೇ ಮಾತುಕತೆ ನಡೆಸುವುದಿಲ್ಲ, ನೀತಿ ಡೇಟಾಬೇಸ್ ಬೇಕಿಲ್ಲ. ಅದಕ್ಕೆ ದೂರದ ತುದಿಯವರೆಗೆ ಮಾರ್ಗ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಲು ಅನುಮತಿ ಬೇಕು.

ಎರಡನ್ನೂ ಬೆರೆಸುವುದು ನಿಜವಾದ ತಪ್ಪುಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ: ನಿಜವಾದ ಅಗತ್ಯ ನಿರ್ದಿಷ್ಟ ವಿಳಾಸಗಳ ನಡುವೆ ಪ್ರೋಟೋಕಾಲ್ 50 ಅನ್ನು ಅನುಮತಿಸುವುದಾಗಿರುವಾಗ ಟ್ರಾನ್ಸಿಟ್ ಫೈರ್ವಾಲ್ ಅನ್ನು “IPsec ಅನುಮತಿಸು” ಎಂದು ಕೇಳುವುದು, ಅಥವಾ ಕೀಲಿ ಇಲ್ಲದಿರುವಾಗ ಮಧ್ಯದ ಸಾಧನ ತಪಾಸಣೆಗಾಗಿ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವುದು.

ಮಧ್ಯದ ಸಾಧನ ಏನೇ ಆದರೂ ಏನನ್ನು ಸರಿಯಾಗಿ ಮಾಡಬೇಕು

ಫಾರ್ವರ್ಡಿಂಗ್ಗೆ ಅದರದೇ ಅಗತ್ಯಗಳಿವೆ. ಮಾರ್ಗಗಳು ಎರಡೂ ಹೊರಗಿನ ತುದಿಗಳನ್ನು ತಲುಪಬೇಕು, ಮತ್ತು ಮಾರ್ಗದ ಪ್ರತಿ ನೀತಿಯೂ ಊಹಿಸಿದ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗೆ ಬದಲಾಗಿ ನಿಜವಾದ ಹೊರಗಿನ ಸಂಚಾರಕ್ಕೆ ಅನುಮತಿ ನೀಡಬೇಕು. ಯಾರೋ TLS ಎಂದು ಊಹಿಸಿದ್ದರಿಂದ TCP 443 ವಿರುದ್ಧ ಬರೆದ ನಿಯಮ ಪ್ರೋಟೋಕಾಲ್ 50ಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗದು.

ಸ್ಥಳೀಯ ESP ಎಂಬುದು IP ಪ್ರೋಟೋಕಾಲ್ 50. ಅದು TCP 50 ಅಲ್ಲ ಮತ್ತು UDP 50 ಅಲ್ಲ, ಮತ್ತು TCP ಅಲ್ಲದ ಸಂಚಾರವನ್ನು ತಡೆಯುವ ನಿಯಮ ಅದನ್ನು ಬೀಳಿಸುತ್ತದೆ. ವಿನ್ಯಾಸವು UDP ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಬಳಸಿದರೆ, ಕಾಣುವ ಸಾಗಣೆ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಪೋರ್ಟ್ಗೆ ಬದಲಾಗುತ್ತದೆ, ಮತ್ತು ನೀತಿ ಆಯ್ಕೆ ಮಾಡಿದ ವಿನ್ಯಾಸಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು.

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

ಸಿಮ್ಯುಲೇಟರ್ ಪ್ರಶ್ನೆಯನ್ನು ಏಕೆ ಬದಲಿಸುತ್ತದೆ

ಸಿಮ್ಯುಲೇಟರ್ ಚಿಕ್ಕ ವೈಶಿಷ್ಟ್ಯ ಪಟ್ಟಿ ಇರುವ ರೌಟರ್ ಅಲ್ಲ; ಇದು ದಾಖಲಿತ ಉಪಸಮೂಹ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಸಾಧನವನ್ನು ಏನು ಮಾಡಲು ಸಂರಚಿಸಬಹುದು ಎಂಬುದರ ಕುರಿತು ತನ್ನದೇ ನಿಯಮಗಳನ್ನು ಹೊಂದಿರುವ ಮಾದರಿ. Cisco ಯ Packet Tracer ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಳು ಸಾಧನಗಳು ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ಗಳು ಸರಳೀಕೃತ ಮಾದರಿಗಳು ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುತ್ತವೆ.

ಆದ್ದರಿಂದ ಪ್ರಶ್ನೆ ಮೂರು ಪ್ರಶ್ನೆಗಳಾಗುತ್ತದೆ. ಅನುಕರಿಸಿದ ಸಾಧನವು ಸನ್ನಿವೇಶಕ್ಕೆ ಬೇಕಾದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆಯೇ? ಅದೇ ಸಾಧನವು ಪಾಠ ಊಹಿಸುವ ಸಂರಚನಾ ಮೇಲ್ಮೈಯನ್ನು ನೀಡುತ್ತದೆಯೇ? ಮತ್ತು ಸ್ವೀಕರಿಸಿದ ಆದೇಶವು ವರ್ತನೆ ನಿಜವಾಗಿ ಅನುಕರಿಸಲ್ಪಡುತ್ತಿದೆ ಎಂದರ್ಥವೇ, ಅಥವಾ ಕೇವಲ ವಿಶ್ಲೇಷಿಸಲ್ಪಡುತ್ತಿದೆ ಎಂದರ್ಥವೇ?

ಇಲ್ಲದ ಆದೇಶ ನಿಮ್ಮ ಸಂರಚನೆಯಲ್ಲಿನ ತಪ್ಪಲ್ಲದೆ ಮಾದರಿಯ ಮಿತಿಯಾಗಿರಬಹುದು. ಇರುವ ಆದೇಶವು ಪ್ರತಿ ಉತ್ಪಾದನಾ ವರ್ತನೆಯನ್ನು ಮರುಸೃಷ್ಟಿಸದೆಯೇ ವಾಕ್ಯರಚನೆಯನ್ನು ಸ್ವೀಕರಿಸಬಹುದು. ಯಾವುದೇ ದಿಕ್ಕಿನಲ್ಲಿ ತೀರ್ಮಾನಕ್ಕೆ ಬರುವ ಮೊದಲು ಸ್ಥಾಪಿತ ಆವೃತ್ತಿಯ ಸಾಧನ ಸಹಾಯವನ್ನು ನೋಡಿ.

ಪ್ರಯೋಗಾಲಯಕ್ಕೆ ಉತ್ತೀರ್ಣತೆಯ ಷರತ್ತು ಬರೆಯುವುದು

ಅಂಡರ್ಲೇ ಪಾಠಕ್ಕೆ ಉತ್ತೀರ್ಣತೆಯ ಷರತ್ತು ತುದಿಗಳ ತಲುಪುವಿಕೆ ಮತ್ತು ಮಧ್ಯದ ಸಾಧನದ ಮೂಲಕ ಹಾದುಹೋಗುವ ಹೊರಗಿನ ಪ್ಯಾಕೆಟ್ಗಳು. ಇದನ್ನು ಸಿಮ್ಯುಲೇಟರ್ನದೇ ಕೌಂಟರ್ಗಳಿಂದ ಅಥವಾ ಪ್ಯಾಕೆಟ್ ನೋಟದಿಂದ ಸಾಬೀತುಪಡಿಸಿ, ಮತ್ತು ನೀವು ನೋಡಲು ನಿರೀಕ್ಷಿಸುವ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಹೆಸರಿಸಿ.

IPsec ಪಾಠಕ್ಕೆ ಮಾತುಕತೆಯ ಸ್ಥಿತಿ ಮತ್ತು LAN ನಿಂದ LAN ಗೆ ಒಂದು ಸಂರಕ್ಷಿತ ಹರಿವನ್ನು ಸೇರಿಸಿ. ಸಿಮ್ಯುಲೇಟರ್ ಭದ್ರತಾ ಸಂಘಗಳನ್ನು ತೋರಿಸಿದರೆ ಅವನ್ನು ದಾಖಲಿಸಿ. ತೋರಿಸದಿದ್ದರೆ, ಟನೆಲ್ ಪರಿಶೀಲಿಸಲ್ಪಟ್ಟಿದೆ ಎಂದು ಸೂಚಿಸುವ ಬದಲು ವರದಿಯಲ್ಲಿ ಅದನ್ನು ಹೇಳಿ.

ಸಿಮ್ಯುಲೇಟರ್ ಆವೃತ್ತಿ, ಆಯ್ಕೆ ಮಾಡಿದ ಸಾಧನಗಳು ಮತ್ತು ಕಲಿಕೆಯ ಗುರಿಯನ್ನು ಟೋಪಾಲಜಿ ಫೈಲ್ನೊಂದಿಗೆ ಇರಿಸಿ. ಆ ದಾಖಲೆಯೇ ಇತರರಿಗೆ ವ್ಯಾಯಾಮವನ್ನು ಮರುಸೃಷ್ಟಿಸಲು ಮತ್ತು ಯಾವ ಭಾಗಗಳನ್ನು ಮಾಡೆಲ್ ಮಾಡಲಾಗಿದೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

ಉತ್ಪಾದನಾ ಸಂರಚನೆಗೆ ತನ್ನದೇ ವೇದಿಕೆಯ ಪುರಾವೆ ಬೇಕು. ಹಸಿರು ಅನುಕರಿಸಿದ ಪ್ಯಾಕೆಟ್ ಬೋಧನಾ ಫಲಿತಾಂಶ, ನೀವು ನಿಯೋಜಿಸುವ ಹಾರ್ಡ್ವೇರ್ ಕುರಿತು ಹೊಂದಾಣಿಕೆಯ ಹೇಳಿಕೆ ಅಲ್ಲ.