MPLS VPN ಅಥವಾ IPsec ಪದರ: ಇತ್ಯರ್ಥ ಮಾಡಬೇಕಾದ ಮೂರು ಒಪ್ಪಂದಗಳು

ಮೂರು ಭರವಸೆಗಳು ಒಂದೇ ವಿಶಾಲ ಪ್ರದೇಶದ ಕೋಟೇಶನ್‌ನಲ್ಲಿ ಕುಳಿತುಕೊಳ್ಳುತ್ತವೆ, ಒಂದನ್ನು ಖರೀದಿಸುವುದು ಉಳಿದವನ್ನು ಖರೀದಿಸುವುದಿಲ್ಲ. ಯಾರೋ ನಿಮ್ಮ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತಾರೆ, ಯಾರೋ ನಿಮ್ಮ ರೌಟಿಂಗ್ ಅನ್ನು ಪ್ರತಿ ಇತರ ಗ್ರಾಹಕರಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುತ್ತಾರೆ, ಮತ್ತು ಯಾರೋ ಪೇಲೋಡ್ ಪ್ರಯಾಣದಲ್ಲಿ ಓದಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತಾರೆ. ಆ ಭರವಸೆಗಳು ಬೇರೆ ಬೇರೆ ಪಕ್ಷಗಳಿಗೆ ಸೇರಿರಬಹುದು ಮತ್ತು ಹೇಗಿದ್ದರೂ ಒಂದು ಕಾರ್ಯಸಾಧ್ಯ ವಿನ್ಯಾಸವನ್ನು ವಿವರಿಸಬಹುದು. ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವುದೇ ನಿರ್ಧಾರ; ತಂತ್ರಜ್ಞಾನದ ಹೆಸರನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದಲ್ಲ.

ಒಂದೇ ವಿಶಾಲ ಪ್ರದೇಶದ ಕೋಟೇಶನ್‌ನಲ್ಲಿ ಮೂರು ಭರವಸೆಗಳು

ಮೊದಲ ಭರವಸೆ ಸಾಗಣೆ: ಯಾವ ಸೈಟ್‌ಗಳು ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತವೆ, ಯಾವ ಪ್ರವೇಶ ಸರ್ಕ್ಯೂಟ್‌ಗಳ ಮೂಲಕ, ಮತ್ತು ಅವುಗಳ ನಡುವೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಯಾರು ಕಳುಹಿಸುತ್ತಾರೆ. ಎರಡನೆಯದು ರೌಟಿಂಗ್: ಯಾವ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು ಒಂದನ್ನೊಂದು ತಲುಪಬಹುದು, ಬದಲಾವಣೆಯನ್ನು ಯಾರು ಅನುಮೋದಿಸುತ್ತಾರೆ, ಮತ್ತು ನಿಮ್ಮ ಸಂಚಾರವು ಇನ್ನೊಬ್ಬ ಬಾಡಿಗೆದಾರರಿಂದ ಹೇಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಮೂರನೆಯದು ರಕ್ಷಣೆ: ಯಾವುದು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗುತ್ತದೆ, ಯಾವ ಅಂತಿಮ ಬಿಂದುಗಳ ನಡುವೆ, ಮತ್ತು ಕೀಲಿಗಳನ್ನು ಯಾರು ಹಿಡಿದಿರುತ್ತಾರೆ. ಪ್ರತಿಯೊಂದನ್ನು ಲಿಖಿತವಾಗಿ ಕೇಳಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಉತ್ತರವೂ ಬೇರೆ ದಾಖಲೆಯಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ.

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

ಲೇಬಲ್ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಹಸ್ತಾಂತರದ ಸ್ಥಳದಲ್ಲಿನ ಸೇವೆಯನ್ನಲ್ಲ

ಬಹು ಪ್ರೋಟೋಕಾಲ್ ಲೇಬಲ್ ಸ್ವಿಚಿಂಗ್ ಪ್ಯಾಕೆಟ್ ಪ್ರದಾತನ ನೆಟ್‌ವರ್ಕ್‌ನೊಳಗೆ ಹೇಗೆ ಪ್ರಯಾಣಿಸುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಗ್ರಾಹಕರು ಯಾವುದಕ್ಕೆ ಸಂಪರ್ಕಿಸುತ್ತಾರೆ, ಅಥವಾ ಗ್ರಾಹಕರು ಪ್ರದಾತನ ಅಂಚಿನೊಂದಿಗೆ ಏನನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ಪ್ರದಾತನು MPLS ಮೇಲೆ ರೌಟ್ ಮಾಡಿದ IP VPN ಅಥವಾ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಸಂಪರ್ಕ ಮಾದರಿಯೊಂದಿಗೆ ಪದರ 2 ಸೇವೆಯನ್ನು ನಿರ್ಮಿಸಬಹುದು, ಎರಡೂ «MPLS ಸಂಪರ್ಕ» ಆಗಿ ನಿಮ್ಮನ್ನು ತಲುಪಬಹುದು.

IETF ನ ಪ್ರದಾತ-ಒದಗಿಸಿದ VPN ಪದಕೋಶ ನಿಖರವಾಗಿ ಇದಕ್ಕಾಗಿ ಪದಕೋಶವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ: ಗ್ರಾಹಕ ಅಂಚು, ಪ್ರದಾತ ಅಂಚು, ಮತ್ತು ಅವುಗಳ ನಡುವೆ ನಿರ್ಮಿಸಲಾದ ಸೇವಾ ಮಾದರಿಗಳು. ಕೋಟೇಶನ್ ಪದರಗಳನ್ನು ಮಂಜಾಗಿಸಿದಾಗ ಅದನ್ನು ಬಳಸಿ, ಮತ್ತು ಹಸ್ತಾಂತರ ಭೌತಿಕವಾಗಿ ಏನೆಂದು ಕೇಳಿ.

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

ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಆಕಸ್ಮಿಕವಾಗಿ ನಿಯೋಜಿಸಲಾಗದ ಭರವಸೆ

ಖಾಸಗಿ ಸಾಗಣೆ ಪೇಲೋಡ್ ಅನ್ನು ಓದಲಾಗದಂತೆ ಮಾಡುವುದಿಲ್ಲ. ಪ್ರದಾತನ ಪ್ರತ್ಯೇಕತೆ ಬಾಡಿಗೆದಾರರನ್ನು ಕಾರ್ಯಾಚರಣೆಯಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುತ್ತದೆ; ಮಾರ್ಗದಲ್ಲಿ ಬೈಟ್‌ಗಳನ್ನು ಯಾರು ಪರಿಶೀಲಿಸಬಹುದು ಎಂಬ ಹೇಳಿಕೆ ಅಲ್ಲ. ವಾಹಕನು ಸಂಚಾರವನ್ನು ಓದಲಾಗದಿರುವುದು ಅಗತ್ಯವಾದರೆ, ಆ ಅಗತ್ಯಕ್ಕೆ ನೀವು ನಿಯಂತ್ರಿಸುವ ಕಾರ್ಯವಿಧಾನ ಬೇಕು, IPsec ಸಾಮಾನ್ಯ.

IPsec ಖಾಸಗಿ ಸಾಗಣೆಯ ಮೇಲೆ ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶದ ಮೇಲೆ ಎಷ್ಟು ಸುಲಭವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೋ ಅಷ್ಟೇ ಸುಲಭವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ «MPLS ಅಥವಾ IPsec» ಎಂಬುದು ನಿರ್ವಹಿತ ತಲುಪುವಿಕೆ ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ವಿಶ್ವಾಸ ಗಡಿ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಅಗತ್ಯವಾದಾಗ ತಪ್ಪು ಆಯ್ಕೆ. ಸುರಂಗ ಎಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ರೌಟರ್‌ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುವ ಸುರಂಗ ಆ ರೌಟರ್‌ನ ಹಿಂದಿನ ವಿಭಾಗವನ್ನು ಸ್ಪಷ್ಟ ಪಠ್ಯದಲ್ಲಿ ಬಿಡುತ್ತದೆ. ನಂತರ ಪ್ರತಿ ಸಹಚರರನ್ನು ಯಾರು ನಿರ್ವಹಿಸುತ್ತಾರೆ ಎಂದು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಮೂರನೇ ಪಕ್ಷದ ಬಳಿ ಇರುವ ಕೀಲಿ ನಿಮ್ಮ ಗಡಿಯಲ್ಲ.

ಪ್ರತಿ ಭರವಸೆಗೂ ಹೆಸರು ಮತ್ತು ಅಳೆಯಬಹುದಾದ ಗಡಿ ನೀಡಿ

ಪ್ರತಿ ಭರವಸೆಗೂ ಮಾಲೀಕರು ಮತ್ತು ಅಳೆಯಬಹುದಾದ ಗಡಿಯೊಂದಿಗೆ ಒಂದು ಸಾಲು ಬರೆಯಿರಿ. ಪ್ರವೇಶ ಸರ್ಕ್ಯೂಟ್‌ನ ಲಭ್ಯತೆ ಅದರ ಪೂರೈಕೆದಾರರಿಗೆ ಸೇರಿದೆ, ಬ್ಯಾಕ್‌ಬೋನ್ ವಿಳಂಬ ಪ್ರದಾತನಿಗೆ ಸೇರಿದೆ, ಮತ್ತು ಸುರಂಗದ ಚೈತನ್ಯ ಅಂತಿಮ ಬಿಂದುಗಳನ್ನು ನಡೆಸುವವರಿಗೆ ಸೇರಿದೆ. ಯಾರೂ ಅಳೆಯದ ಒಂದೇ ತುದಿಯಿಂದ ತುದಿಯವರೆಗಿನ ಸಂಖ್ಯೆ ಯಾರೂ ನಿಮಗೆ ಬಾಕಿ ಇಲ್ಲದ ಸಂಖ್ಯೆ.

ಸೇವಾ ಮಟ್ಟದ ಒಪ್ಪಂದ ಒಪ್ಪಂದ ಮತ್ತು ಅದರ ವ್ಯಾಪ್ತಿಯಿಂದ ಬರುತ್ತದೆ, ತಂತ್ರಜ್ಞಾನದ ಹೆಸರಿನ ಅಕ್ಷರಗಳಿಂದ ಅಲ್ಲ. IPsec ಉತ್ತಮ-ಪ್ರಯತ್ನ ಇಂಟರ್ನೆಟ್ ಸಾಗಣೆಯನ್ನು ಅಗತ್ಯಪಡಿಸುವುದಿಲ್ಲ, MPLS ತಾನಾಗಿಯೇ ವಿಳಂಬದ ಖಾತರಿಯನ್ನು ಹೊತ್ತಿಲ್ಲ; ಎರಡೂ ಆಧಾರ ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ನೀವು ಆಯ್ಕೆ ಮಾಡುವ ಅಂತಿಮ ಬಿಂದುಗಳನ್ನು ಅವಲಂಬಿಸಿವೆ.

ನೀವು ಎಳೆದ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಅದರ ವೈಫಲ್ಯ ಸೇರಿದಂತೆ

ಉದಾರ ಇಂಟರ್ಫೇಸ್ ಇರುವ ಖಾಸಗಿ ಸಾಗಣೆಯೂ ಒಂದು ಪದರ ಶೀರ್ಷಿಕೆಗಳನ್ನು ಸೇರಿಸಿದಾಗ ವಿಫಲವಾಗಬಹುದು, ಲಕ್ಷಣ ಸ್ಥಾಪಿತವಾಗಿ ನಂತರ ದೊಡ್ಡ ಪ್ರತಿಕ್ರಿಯೆಗಳಲ್ಲಿ ನಿಲ್ಲುವ ಅಧಿವೇಶನ. ಅದರ ಬಗ್ಗೆ ವಾದಿಸುವ ಬದಲು ಬಳಸಬಹುದಾದ ಗಾತ್ರವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ತುದಿಯಿಂದ ತುದಿಯವರೆಗೆ ಹಾದುಹೋಗುವ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಬರೆಯಿರಿ. ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಬಗ್ಗೆ ವಾದಿಸುವ ಮೊದಲು ಇದನ್ನು ಮಾಡಿ, ಏಕೆಂದರೆ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಬಿಡುವ ಮಾರ್ಗ ಅಪ್ಲಿಕೇಶನ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ. ಈ ಸಂಖ್ಯೆ ಪ್ರತಿ ಪ್ರವೇಶ ಸರ್ಕ್ಯೂಟ್‌ನ MTU ಪಕ್ಕದಲ್ಲಿ ವಿನ್ಯಾಸ ದಾಖಲೆಗೆ ಸೇರಿದೆ.

ping -M do -s 1400 -c 3 <vpn-gateway>
traceroute -n <vpn-gateway>

ಆ ಆದೇಶಗಳು ಒಂದು ಸೈಟ್‌ನ Linux ಹೋಸ್ಟ್‌ನಿಂದ ಬರುತ್ತವೆ; ಇತರ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಅದೇ ಪರೀಕ್ಷೆಯನ್ನು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಬರೆಯುತ್ತವೆ. ಒಂದು ಸೈಟ್‌ಗೆ ಚಿಕ್ಕ ಮೌಲ್ಯ ಬೇಕಾದರೆ, ಅದು ದಾಖಲಿಸಬೇಕಾದ ವಿನ್ಯಾಸ ಮಿತಿ, ವರದಿ ಮಾಡಬೇಕಾದ ದೋಷ ಅಲ್ಲ. ಅದೇ ಶಿಸ್ತು ಥ್ರೂಪುಟ್‌ಗೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಸಂಸ್ಕರಣೆ ವೆಚ್ಚ ಮತ್ತು ಅಂತಿಮ ಬಿಂದು ಸಾಮರ್ಥ್ಯ ಲೆಕ್ಕಾಚಾರದ ಭಾಗವಾಗುತ್ತದೆ.

ಸಹಿ ಮಾಡುವ ಮೊದಲು ಎರಡು ರೇಖಾಚಿತ್ರಗಳನ್ನು ಎಳೆಯಿರಿ: ಪ್ರತಿ ಮಾಲೀಕರನ್ನೂ ಲೇಬಲ್ ಮಾಡಿದ ಸಾಮಾನ್ಯ ಮಾರ್ಗ, ಮತ್ತು ಅದೇ ಲೇಬಲ್‌ಗಳೊಂದಿಗೆ ವೈಫಲ್ಯದ ಮಾರ್ಗ. ಎರಡನೆಯದು ಕಾಗದದ ಮೇಲೆ ಅನಗತ್ಯವಾಗಿ ಕಾಣುವ ಮತ್ತು ಆಚರಣೆಯಲ್ಲಿ ಒಂದೇ ಸಾಧನದ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುವ ವಿನ್ಯಾಸಗಳನ್ನು ಬಯಲು ಮಾಡುತ್ತದೆ. ಅಡಚಣೆ ಬಂದಾಗ, ಗೊಂದಲಮಯ ಬೆಳಗನ್ನು ಚಿಕ್ಕ ಟ್ರಯಾಜ್ ಆಗಿ ಬದಲಿಸುವುದು ಆ ರೇಖಾಚಿತ್ರವೇ.