ASA packet-tracer ಬಳಸಿ VPN ಹರಿವನ್ನು ಹೇಗೆ ಮಾಡೆಲ್ ಮಾಡುವುದು

ASA ಮೇಲಿನ packet-tracer ಸಂಕುಚಿತ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಈ ಪ್ಯಾಕೆಟ್, ಇಲ್ಲಿ ಈ ಟ್ಯೂಪಲ್ನೊಂದಿಗೆ ಪ್ರವೇಶಿಸಿ, ಅನುಮತಿಸಲಾಗುತ್ತದೆಯೇ ಮತ್ತು ಅದು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ। ದೂರದ ತುದಿ ಏನನ್ನಾದರೂ ಸ್ವೀಕರಿಸುತ್ತದೆಯೇ ಎಂಬುದಕ್ಕೆ ಅದು ಉತ್ತರಿಸುವುದಿಲ್ಲ। ಸಾಮಾನ್ಯ ತಪ್ಪು ಎಂದರೆ ಹೊರಗಿನ IKE ಟ್ಯೂಪಲ್ ನೀಡುವುದು, ಆದರೆ ಪರೀಕ್ಷಿಸಬೇಕಾದದ್ದು ಸುರಂಗದೊಳಗೆ ಸಾಗುವ ಅನ್ವಯವಾಗಿದ್ದಾಗ। ಮೊದಲು ಟ್ಯೂಪಲ್ ಸರಿಪಡಿಸಿ, ಹಂತಗಳನ್ನು ಓದಿ, ನಂತರ ಸಿಮ್ಯುಲೇಟರ್ ಕಾಣದ ಎಲ್ಲದಕ್ಕೂ ನಿಜವಾದ ಸಾಕ್ಷ್ಯ ಸಂಗ್ರಹಿಸಿ।

ಕೆಳಗಿನ ನಡಿಗೆ ACL, NAT ನಿಯಮ ಮತ್ತು tunnel-group ಸಂದರ್ಭ ನಿಮ್ಮ ಮುಂದಿದೆ ಎಂದು ಊಹಿಸುತ್ತದೆ। ಅವುಗಳಿಲ್ಲದೆ ಔಟ್ಪುಟ್ ನೀವು ಪರಿಶೀಲಿಸಲಾಗದ ನೀತಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ।

ಹಂತ 1: ಒಳಗಿನ ಹರಿವನ್ನು ಸರಳ ಪದಗಳಲ್ಲಿ ಬರೆಯಿರಿ

ಏನನ್ನೂ ಟೈಪ್ ಮಾಡುವ ಮೊದಲು ಅನ್ವಯವನ್ನು ವಿವರಿಸಿ। ಒಳಗಿನ ಹೋಸ್ಟ್ ದೂರದ ಗೇಟ್ವೇ ಹಿಂದಿನ ಸರ್ವರ್ಗೆ SSH ತೆರೆದಾಗ, ಅದು ನಿರ್ದಿಷ್ಟ ಮೂಲ ಪೋರ್ಟ್ ಹೊಂದಿರುವ ಒಂದು ಒಳಗಿನ TCP ಹರಿವು। ACL ಮತ್ತು VPN ಫಿಲ್ಟರ್ ಮೌಲ್ಯಮಾಪನ ಮಾಡುವ ಹರಿವು ಅದೇ, ಆದ್ದರಿಂದ ನೀವು ಟೈಪ್ ಮಾಡುವ ಹರಿವೂ ಅದೇ।

ಅದನ್ನು ಒಂದು ವಾಕ್ಯವಾಗಿ ಬರೆಯಿರಿ, ನಂತರ ಕ್ಷೇತ್ರದಿಂದ ಕ್ಷೇತ್ರಕ್ಕೆ ಅನುವಾದಿಸಿ:

packet-tracer input inside tcp 10.30.0.25 53000 10.40.0.50 22 detailed

ಹಂತ 2: ಒಳಹರಿವಿನ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ದಿಕ್ಕನ್ನು ಆರಿಸಿ

ಒಳಹರಿವು ಪ್ಯಾಕೆಟ್ ಬರುವ ಇಂಟರ್ಫೇಸ್, ಅದು ನಿರ್ಗಮಿಸುವ ಇಂಟರ್ಫೇಸ್ ಅಲ್ಲ। ಸಂಪರ್ಕ ಆರಂಭಿಸುವ LAN ಹೋಸ್ಟ್ಗೆ ಅದು inside ಇಂಟರ್ಫೇಸ್। ಅದೇ ಸೆಷನ್ನ ಮರಳುವ ಪ್ಯಾಕೆಟ್ಗೆ ಅದು outside ಇಂಟರ್ಫೇಸ್, ಮತ್ತು ಟ್ಯೂಪಲ್ ತಿರುಗುತ್ತದೆ। ಗಮ್ಯವನ್ನು ಮೂಲವಾಗಿ ಬರೆಯುವುದು ನಂಬಲರ್ಹ ಆದರೆ ಅಪ್ರಸ್ತುತ ALLOW ಪಡೆಯುವ ಎರಡನೇ ಸಾಮಾನ್ಯ ದಾರಿ।

ಪೋರ್ಟ್ಗಳಿಗೂ ದಿಕ್ಕಿದೆ। ಆರಂಭಿಸಿದ ವಿನಂತಿಯಲ್ಲಿ ಸೇವಾ ಪೋರ್ಟ್ ಗಮ್ಯ ಕ್ಷೇತ್ರದಲ್ಲಿದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ನ ಅಲ್ಪಕಾಲಿಕ ಪೋರ್ಟ್ ಮೂಲ ಕ್ಷೇತ್ರದಲ್ಲಿದೆ। TCP ಗಮ್ಯ 500 ಇರುವ ಮಾದರಿ 500 ನಲ್ಲಿ ಆಲಿಸುವ TCP ಅನ್ವಯವನ್ನು ವಿವರಿಸುತ್ತದೆ; ಆದೇಶದಲ್ಲಿ ಸಂಖ್ಯೆ ಕಾಣಿಸಿದರೆಂದು ಅದು IKE ಪರೀಕ್ಷೆಯಾಗುವುದಿಲ್ಲ।

ಹಂತ 3: ಹಂತಗಳನ್ನು ಕ್ರಮವಾಗಿ ಓದಿ

ಔಟ್ಪುಟ್ನ ಪ್ರತಿ ಹಂತವೂ ಮಾಲೀಕರಿರುವ ನಿರ್ಣಯ: ಮಾರ್ಗ ಹುಡುಕಾಟ, ACL, NAT, ನಂತರ VPN ಅಥವಾ ಸುರಂಗ ಆಯ್ಕೆ। ಮುದ್ರಿತ ಕ್ರಮದಲ್ಲಿ ಅವುಗಳನ್ನು ಓದಿ ಮತ್ತು ವಿನ್ಯಾಸಕ್ಕೆ ಹೊಂದದ ಮೊದಲ ಹಂತದಲ್ಲಿ ನಿಲ್ಲಿಸಿ।

NAT ಜನರನ್ನು ಗೊಂದಲಕ್ಕೀಡು ಮಾಡುತ್ತದೆ। ಅನುವಾದಿತ ಮೂಲ ಸುರಂಗಕ್ಕೆ ಸಂಚಾರ ಆರಿಸುವ crypto ACL ನ ಹೊರಗೆ ಬಿದ್ದರೆ, ಹರಿವು ಅನುಮತಿಸಲ್ಪಡಬಹುದು ಮತ್ತು ಎಂದಿಗೂ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಟ್ ಆಗದಿರಬಹುದು। ಟ್ರೇಸ್ ಅನುವಾದಿತ ವಿಳಾಸವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಮೂಲ ವಿಳಾಸದೊಂದಿಗಲ್ಲ, ಸುರಂಗದ ಆಸಕ್ತಿದಾಯಕ ಸಂಚಾರದೊಂದಿಗೆ ಹೋಲಿಸಿ।

ಹಂತ 4: ನೀವು ಆರಿಸಿದ ಬೈಪಾಸ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

detailed ರೂಪವು ಪರಿಶೀಲನೆಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುವ ಆಯ್ಕೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು Cisco ACL, VPN ಫಿಲ್ಟರ್, uRPF ಮತ್ತು IPsec ಸ್ಪೂಫ್ ಪರಿಶೀಲನೆಗಳನ್ನು ಒಳಗೊಳ್ಳುವ bypass-checks ಆಯ್ಕೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ। ಅವುಗಳನ್ನು ಬಿಟ್ಟು ಪಡೆದ ALLOW ಮಾರ್ಗ ಮತ್ತು NAT ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂದು ಹೇಳುತ್ತದೆ, ನೀತಿ ನಿಜವಾದ ಪ್ಯಾಕೆಟ್ ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದಲ್ಲ। ಫಲಿತಾಂಶದ ಪಕ್ಕದಲ್ಲಿ ಆಯ್ಕೆಗಳನ್ನು ಬರೆಯಿರಿ।

ನೀತಿಯ ಉತ್ತರ ಬೇಕಾದರೆ ಬೈಪಾಸ್ಗಳಿಲ್ಲದೆ ಚಲಾಯಿಸಿ। ನೀವು ರೂಟಿಂಗ್ ಪ್ರಶ್ನೆಯನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತಿದ್ದರೆ ಅವುಗಳೊಂದಿಗೆ ಚಲಾಯಿಸಿ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ರೂಟಿಂಗ್ ಉತ್ತರ ಎಂದು ಲೇಬಲ್ ಮಾಡಿ।

ಹಂತ 5: ನಿಜವಾದ ವಿನಿಮಯದಿಂದ ಅಂತರವನ್ನು ಮುಚ್ಚಿ

ಸಿಮ್ಯುಲೇಟೆಡ್ ಅನುಮತಿ ASA ನಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ। ದೂರದ ಗೇಟ್ವೇ ಪ್ಯಾಕೆಟ್ ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡಿದೆಯೇ, ಸರ್ವರ್ ಸಂಪರ್ಕ ಸ್ವೀಕರಿಸಿದೆಯೇ, ಮತ್ತು ಉತ್ತರ ಹಿಂತಿರುಗಿದೆಯೇ ಎಂಬುದು ಪ್ರತ್ಯೇಕ ಅವಲೋಕನಗಳು। ಎಂಡ್ಪಾಯಿಂಟ್ ಕೌಂಟರ್ಗಳನ್ನು ಬಳಸಿ ಅಥವಾ ಅನುಮೋದಿತ ಮಾರ್ಗದಲ್ಲಿ ಸಂಕುಚಿತ ಕ್ಯಾಪ್ಚರ್।

ಕೆಲವು trace ಮತ್ತು replay ಆಯ್ಕೆಗಳು ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಕಳುಹಿಸುತ್ತವೆ ಅಥವಾ ಸ್ಥಿತಿಯನ್ನು ಉಳಿಸುತ್ತವೆ। ಪ್ರತಿ ರೂಪಾಂತರವನ್ನು ಓದು-ಮಾತ್ರ ಹುಡುಕಾಟ ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ನಿಮ್ಮ ಬಿಡುಗಡೆ ಮತ್ತು ಅನುಮೋದಿತ ರೋಗನಿರ್ಣಯ ಕಾರ್ಯವಿಧಾನಕ್ಕಾಗಿ ದಾಖಲಿತ ವರ್ತನೆಯನ್ನು ಅನುಸರಿಸಿ।

ಟ್ರೇಸ್ ಇನ್ನೂ ಹೇಳಲಾಗದಿರುವುದು

ಒಂದೇ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಇರಿಸಿ: ಟ್ಯೂಪಲ್, ಹೊಂದುವ NAT ನಿಯಮ, ಹರಿವನ್ನು ಸಾಗಿಸಬೇಕಾದ ಸುರಂಗ ಅಥವಾ ನೀತಿ, ಮತ್ತು ದಿಕ್ಕಿಗೆ ನಿರ್ದಿಷ್ಟವಾದ ಅವಲೋಕನ। ಅವುಗಳಿಲ್ಲದೆ ಮುಂದಿನ ಎಂಜಿನಿಯರ್ ಸ್ಥಳೀಯ ನೀತಿ ನಿರ್ಣಯವನ್ನು ಸ್ಥಾಪಿತ ನಿಯಂತ್ರಣ ಸಮತಲ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ ಸೇವೆಯಿಂದ ಬೇರ್ಪಡಿಸಲಾಗುವುದಿಲ್ಲ। ಮೊದಲ ವೈಫಲ್ಯದ ನಂತರ ಯಶಸ್ಸು ಬಂದರೂ ಸುರಂಗ ಅದರ ಮಧ್ಯೆ ಏರಬೇಕಿತ್ತು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ; ಹಂತ ಮತ್ತು ಸ್ಥಿತಿ ಬದಲಾವಣೆಯನ್ನು ದಾಖಲಿಸಿ।

ಒಳಗಿನ ಟ್ಯೂಪಲ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ವಿನ್ಯಾಸಕ್ಕೆ ವಿರುದ್ಧವಾದ ಮೊದಲ ಹಂತದಲ್ಲಿ ನಿಲ್ಲಿಸಿ, ಮತ್ತು ಆಮೇಲೆ ಮಾತ್ರ ಎಂಡ್ಪಾಯಿಂಟ್ ಸಾಕ್ಷ್ಯದತ್ತ ಹೋಗಿ। ಟ್ರೇಸ್ ನೀತಿಯ ಒರಾಕಲ್, ವಿತರಣಾ ರಸೀದಿ ಅಲ್ಲ।