ಸಾಗಣೆ ಅಥವಾ ಸುರಂಗ ಮೋಡ್: ನಿರ್ಣಯ ಪ್ಯಾಕೆಟ್‌ನಿಂದ, ರೇಖಾಚಿತ್ರದಿಂದ ಅಲ್ಲ
ಸಾಗಣೆ ಮತ್ತು ಸುರಂಗ ESP ಒಳಗೆ ಏನಿದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತವೆ, ಹೋಸ್ಟ್ ಅಥವಾ ಗೇಟ್‌ವೇ ಒಳಗೊಂಡಿದೆಯೇ ಎಂಬುದನ್ನಲ್ಲ. ಮೂರು ಪ್ರಶ್ನೆಗಳು ನಿಯೋಜನೆಗೆ ಯಾವ ಮೋಡ್ ಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಪಠ್ಯಪುಸ್ತಕದ ರೇಖಾಚಿತ್ರಗಳು ಸಾಗಣೆ ಮೋಡ್ ಅನ್ನು ಎರಡು ಹೋಸ್ಟ್‌ಗಳೊಂದಿಗೆ ಮತ್ತು ಸುರಂಗ ಮೋಡ್ ಅನ್ನು ಎರಡು ಗೇಟ್‌ವೇಗಳೊಂದಿಗೆ ಜೋಡಿಸುತ್ತವೆ, ಮತ್ತು ಈ ನಿಯಮ ಅದನ್ನು ಮುರಿಯುವ ಮೊದಲ ನಿಯೋಜನೆಯವರೆಗೆ ಮಾತ್ರ ನಿಲ್ಲುತ್ತದೆ. ಮೋಡ್ ESP ಪ್ಯಾಕೆಟ್ ಏನನ್ನು ಸುತ್ತುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ, ಪಕ್ಷಗಳು ಯಾರು ಎಂಬುದನ್ನಲ್ಲ. ಗೇಟ್‌ವೇ ಸಾಗಣೆ ಮೋಡ್‌ನಲ್ಲಿ ಸಂಚಾರವನ್ನು ರಕ್ಷಿಸಬಹುದು, ಮತ್ತು ಹೋಸ್ಟ್‌ಗಳ ಜೋಡಿ ಬಯಸಿದರೆ ಸುರಂಗ ಮೋಡ್ ಬಳಸಬಹುದು. ಮೂರು ಪ್ರಶ್ನೆಗಳು ನಿರ್ದಿಷ್ಟ ನಿಯೋಜನೆಗೆ ಏನು ಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಮೋಡ್ ಒಂದು ಜೋಡಣೆ, ಟೊಪಾಲಜಿ ಅಲ್ಲ
ಸಾಗಣೆ ಮೋಡ್‌ನಲ್ಲಿ ESP ಹೆಡರ್ IP ಹೆಡರ್ ನಂತರ ಮತ್ತು ಮುಂದಿನ ಪದರದ ಪೇಲೋಡ್‌ಗಿಂತ ಮೊದಲು ಬರುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೂಲ IP ಹೆಡರ್ ಹೊರಗೆ ಮತ್ತು ಗೋಚರವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಸುರಂಗ ಮೋಡ್‌ನಲ್ಲಿ ರಕ್ಷಿಸಲಾದ ವಿಷಯ ಸಂಪೂರ್ಣ IP ಪ್ಯಾಕೆಟ್, ಮತ್ತು ಹೊಸ ಹೊರ ಹೆಡರ್ ಎರಡು IPsec ಪಕ್ಷಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ.
| Mode | What follows the outer IP header | Headers a capture shows |
|---|---|---|
| Transport | ESP, then the next-layer payload | One IP header |
| Tunnel | ESP, then a whole inner IP packet | Outer and inner headers |
ಗೋಪ್ಯತೆಯನ್ನು ಆರಿಸಿದಾಗ ಸುರಂಗ ಮೋಡ್‌ನಲ್ಲಿ ರಕ್ಷಿಸಲಾದ ಪ್ರದೇಶವು ಆ ಒಳಗಿನ IP ಹೆಡರ್ ಅನ್ನು ಸಹ ಒಳಗೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಾವುದೇ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಕೀಲಿಗಳಿಲ್ಲದೆ ನಿಜವಾದ ಅಂತ್ಯ ಬಿಂದುಗಳನ್ನು ನಿಮಗೆ ಹೇಳಲಾರದು. ಹೊರ ಹೆಡರ್ ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಓದಬಲ್ಲದಾಗಿ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಅದೇ ದೋಷನಿವಾರಣೆಯನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.
ಪ್ರಶ್ನೆ ಒಂದು: ESP ಒಳಗೆ ನಿಖರವಾಗಿ ಏನಿದೆ
ಅನ್ವಯವು ಉತ್ಪಾದಿಸುವ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ನೋಡಿ ಮತ್ತು ಯಾವ ಗಡಿ ಅದನ್ನು ರಕ್ಷಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ. ಈಗಾಗಲೇ ಸರಿಯಾದ ಎರಡು ವಿಳಾಸಗಳ ನಡುವಿನ ಸಾಗಣೆ ಪೇಲೋಡ್ ಎಂಬುದು ಉತ್ತರವಾದರೆ, ಎರಡನೇ ಹೆಡರ್ ಕಲ್ಪಿಸದೆ ಸಾಗಣೆ ಮೋಡ್ ಸರಿಹೊಂದುತ್ತದೆ. ರಕ್ಷಿಸಲಾದ ವಿಷಯಕ್ಕೆ ತನ್ನದೇ ವಿಳಾಸಗಳು ಬೇಕಾದರೆ, ಏಕೆಂದರೆ ನಿಜವಾದ ಅಂತ್ಯ ಬಿಂದುಗಳು ಸಂಚಾರವನ್ನು ಹೊತ್ತ ಪಕ್ಷಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿವೆ, ಕೆಲಸವನ್ನು ಸುರಂಗ ಮೋಡ್ ಮಾಡುತ್ತದೆ. ಎರಡೂ ಸಂದರ್ಭಗಳು ಒಂದೇ ಸಂಸ್ಥೆಯಲ್ಲಿ ಇವೆ, ಆದ್ದರಿಂದ ಒಂದೇ ನೀತಿ ಹೇಳಿಕೆ ಎಲ್ಲವನ್ನೂ ಅಪರೂಪವಾಗಿ ಒಳಗೊಳ್ಳುತ್ತದೆ.
ಈ ಪ್ರಶ್ನೆಗೆ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಮತ್ತು ಮಾರ್ಗನಿರ್ದೇಶನ ಕೋಷ್ಟಕದಿಂದ ಉತ್ತರಿಸಬಹುದು. ಪೆಟ್ಟಿಗೆಗಳನ್ನು ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ಎಂದು ಹೆಸರಿಸುವ ಚಿತ್ರದಿಂದ ಉತ್ತರಿಸಲಾಗದು. ಯಾವುದೇ ಪಕ್ಷದಲ್ಲಿ ತೆಗೆದ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಎರಡರಲ್ಲಿ ಯಾವುದನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ತೋರಿಸುತ್ತದೆ.
ಪ್ರಶ್ನೆ ಎರಡು: ಒಳಗೆ ಈಗಾಗಲೇ ಸುರಂಗವಿದೆಯೇ
L2TP ಆ ಬಿಂದುವನ್ನು ತೋರಿಸುವ ಐತಿಹಾಸಿಕ ಪ್ರತಿ ಉದಾಹರಣೆ. ಸೇವೆ L2TP ಅಧಿವೇಶನದ ಒಳಗೆ PPP ಸಾಗಿಸುತ್ತದೆ, ಮತ್ತು IPsec ಆ ವಿನಿಮಯವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ; ಜೋಡಣೆ ಸಾಗಣೆ ಮೋಡ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ, ಸುರಂಗ ಮೋಡ್‌ಗೆ ಆಯ್ಕೆಯಾಗಿ ಅನುಮತಿ ನೀಡುತ್ತದೆ. ಗೋಚರ ಫಲಿತಾಂಶ ಸೇವಾ ಮಟ್ಟದಲ್ಲಿ ಸುರಂಗ, ಅದರ ಹೊರ ರಕ್ಷಣೆ ಸಾಗಣೆ ಮೋಡ್ ಬಳಸುತ್ತದೆ.
ಆದ್ದರಿಂದ ಉತ್ಪನ್ನ ವಿವರಣೆಯಲ್ಲಿ ಸುರಂಗ ಪದದ ಇರುವಿಕೆ ಅದರ ಕೆಳಗಿನ ಪದರದ ಮೋಡ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಯಾವ ಪ್ರಶ್ನೆ ಅದನ್ನು ನಿರ್ಧರಿಸಿತು ಎಂದು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಪರಿಶೀಲಕರೂ ಅದನ್ನೇ ಕೇಳುತ್ತಾರೆ. ಹೆಸರಿನಿಂದ ತರ್ಕಿಸುವ ಬದಲು ಆ ಸಂಯೋಜನೆಯ ವಿಶೇಷಣವನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಆ ಅಭ್ಯಾಸ ಉತ್ಪನ್ನ ಏನನ್ನು ಬೆಂಬಲಿಸಬೇಕು ಎಂಬ ಬಹುಪಾಲು ಚರ್ಚೆಗಳನ್ನು ತಡೆಯುತ್ತದೆ.
ಪ್ರಶ್ನೆ ಮೂರು: ಪಕ್ಷ ಏನು ಬಯಸುತ್ತದೆ
ಎರಡು ಪಕ್ಷಗಳು ಒಪ್ಪಬೇಕು, ಮತ್ತು ಒಂದು ಮೋಡ್ ನೀಡುತ್ತಾ ಇನ್ನೊಂದು ಎರಡನೆಯದನ್ನು ಬಯಸುವ ಪ್ರಸ್ತಾಪ ಮಾತುಕತೆಯ ಸಮಯದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮೌನವಾಗಿ ಕ್ಷೀಣಿಸುವ ಬದಲು. ದೂರದ ತುದಿಯ ಮಾಲೀಕರನ್ನು ನೀತಿ ಯಾವ ಮೋಡ್ ಹೆಸರಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ, ಮತ್ತು ದಾಖಲೆಗಳ ಸಾರಾಂಶದ ಬದಲು ಪ್ರಸ್ತಾಪವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಮಿಶ್ರ ಪರಿಸರಗಳು ಸಾಮಾನ್ಯ: ಒಂದು ಗೇಟ್‌ವೇ ಹಳೆಯ ಉತ್ಪನ್ನಕ್ಕಾಗಿ ಸಾಗಣೆ-ಮೋಡ್ ಅಧಿವೇಶನಗಳನ್ನು ಮತ್ತು ಸೈಟ್ ಲಿಂಕ್‌ಗಾಗಿ ಸುರಂಗ-ಮೋಡ್ ಅಧಿವೇಶನಗಳನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ. ಮೋಡ್ ಪ್ರತಿ ಸಂಘಕ್ಕೆ, ಪ್ರತಿ ಸಾಧನಕ್ಕಲ್ಲ. ವೈಶಿಷ್ಟ್ಯದ ಹೆಸರಿನ ಬದಲು ಸಂಘಗಳ ಪಟ್ಟಿಯನ್ನು ಕೇಳಿ, ಏಕೆಂದರೆ ಹೆಸರು ಸಂರಚನೆಗಿಂತ ವೇಗವಾಗಿ ಚಲಿಸುತ್ತದೆ.
ಇರುವ ಸಂಘವನ್ನು ಓದುವುದು
ಪರಿಶೀಲನೆಗಾಗಿ ಪಕ್ಷಗಳು, ಮೋಡ್, ಆಯ್ಕೆಕಾರರು ಮತ್ತು ಮುಂದಿನ ಪದರದ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ನಂತರ ಫಲಿತಾಂಶದ ಸುತ್ತ ಸುತ್ತಿದ ಯಾವುದೇ ಸುತ್ತುವರಿಕೆಯನ್ನು ಸೇರಿಸಿ. ವಿಳಾಸ ಅನುವಾದವು ತನ್ನದೇ ಹೊರ ನೋಟವನ್ನು ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಮೋಡ್ ಅಲ್ಲ; ಅನುವಾದಿತ ಹರಿವು ಇನ್ನೂ ಎರಡರಲ್ಲಿ ಯಾವುದಾದರೂ ಆಗಿರಬಹುದು. ಪಟ್ಟಿಯೇ ಸಂಘವನ್ನು ಉದ್ದೇಶಿಸಿದಂತೆ ಅಲ್ಲ, ಸ್ಥಾಪಿಸಿದಂತೆ ತೋರಿಸುವ ಏಕೈಕ ಕಲಾಕೃತಿ.
ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು ಅಧಿಕಾರದ ಪ್ರಶ್ನೆಯೊಂದಿಗೆ ಮುಗಿಸಿ, ಏಕೆಂದರೆ ಸರಿಯಾದ ಪ್ಯಾಕೆಟ್ ಜೋಡಣೆ ಯಾವ ಉಪಜಾಲಗಳಿಗೆ ಅನುಮತಿ ಇದೆ ಅಥವಾ ಉತ್ತರ ಮಾರ್ಗವಿದೆಯೇ ಎಂದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಅವು ನೀತಿ ಮತ್ತು ಮಾರ್ಗ ಕೋಷ್ಟಕದಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ, ಮತ್ತು ಯಾವುದೂ ಮೋಡ್ ಬಗ್ಗೆ ವಾದವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.