VPN ಗೆ ಬಾಡಿಗೆ ಲೈನ್? ಮೊದಲು ಅಗತ್ಯವನ್ನು ಅನುವಾದಿಸಿ

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

ಉತ್ಪನ್ನದ ಹೆಸರಲ್ಲ, ಅಗತ್ಯವನ್ನು ಅನುವಾದಿಸಿ

IPsec IP ಪದರದಲ್ಲಿ ಸಂಚಾರವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಸಾಗಣೆಯನ್ನು ನೀವು ಖರೀದಿಸುವ ಸರ್ಕ್ಯೂಟ್ ಮೇಲೆ ಬಿಡುತ್ತದೆ. IPsec ವಾಸ್ತುಶಿಲ್ಪ ಸಂಚಾರವನ್ನು ಎರಡು ತುದಿಗಳ ನಡುವೆ ಹೇಗೆ ರಕ್ಷಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ; ಹಸ್ತಾಂತರ ಪ್ರಕಾರ, ಖಾತರಿ ದರಗಳು ಅಥವಾ ದುರಸ್ತಿ ಅವಧಿಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಅವು ಸೇವಾ ಒಪ್ಪಂದದ ಗುಣಲಕ್ಷಣಗಳು.

ಈ ವ್ಯತ್ಯಾಸವೇ ಸರ್ಕ್ಯೂಟ್ ಅಗತ್ಯವು ಕಾನೂನುಬದ್ಧವಾಗಿದ್ದರೂ VPN ಅಗತ್ಯವಲ್ಲದಿರಲು ಇಡೀ ಕಾರಣ. ಕೇವಲ ಸರಣಿ ಇಂಟರ್ಫೇಸ್ ಇರುವ ಗೇಟ್ವೇಗೆ ನಿಜವಾಗಿಯೂ ಸರಣಿ ಹಸ್ತಾಂತರ ಬೇಕು, ಮತ್ತು ಅದು ಪ್ರೋಟೋಕಾಲ್ ಸಮಸ್ಯೆಯಲ್ಲ, ಯಂತ್ರಾಂಶ ನಿರ್ಬಂಧ. ಸಾಧನವನ್ನು ಬದಲಾಯಿಸಿದರೆ ನಿರ್ಬಂಧ ಮಾಯವಾಗುತ್ತದೆ. ಪ್ರತಿ ಅಗತ್ಯವನ್ನು «ಗೇಟ್ವೇಗೆ X ಬೇಕು, ಏಕೆಂದರೆ Y» ರೂಪದಲ್ಲಿ ಬರೆಯಿರಿ ಮತ್ತು ಪೂರ್ಣಗೊಳಿಸಲಾಗದ ಯಾವುದೇ ಸಾಲನ್ನು ತಿರಸ್ಕರಿಸಿ.

ವೇಗಕ್ಕಿಂತ ಮೊದಲು ಹಸ್ತಾಂತರವನ್ನು ಹೆಸರಿಸಿ

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

ಕನೆಕ್ಟರ್, ವೇಗ ಮಾತುಕತೆ ಮತ್ತು ಮೀಡಿಯಾ ಕನ್ವರ್ಟರ್ ಅಥವಾ ರೌಟರ್ ಯಾರು ಒದಗಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ದೃಢೀಕರಿಸಿ. ನಂತರ ನಿಮ್ಮ ಜವಾಬ್ದಾರಿ ಎಲ್ಲಿ ಮುಗಿಯುತ್ತದೆ ಎಂಬುದನ್ನು ದೃಢೀಕರಿಸಿ, ಏಕೆಂದರೆ 03:00 ಕ್ಕೆ ಲಿಂಕ್ ಬಿದ್ದಾಗ ಯಾರು ಯಾವುದನ್ನು ಮುಟ್ಟಬಹುದು ಎಂಬುದನ್ನು ಗಡಿ ಬಿಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಆ ಗಡಿಯನ್ನು ಸರ್ಕ್ಯೂಟ್ ಗುರುತಿನ ಪಕ್ಕದ ದಾಖಲೆಗೆ ಬರೆಯಿರಿ. ಬೆಂಬಲ ಕರೆಯನ್ನು ಒಂದು ಗಂಟೆಯ ವರ್ಗಾವಣೆಯ ಬದಲು ಐದು ನಿಮಿಷದ ಮಾತುಕತೆಯಾಗಿ ಮಾಡುವ ಏಕೈಕ ಸಾಲು ಅದು.

ip -br link show
ethtool eth0 | head -20
sudo lshw -class network -short

ವಿಳಾಸವನ್ನು ಮಾತ್ರವಲ್ಲ, IP ವಿತರಣೆಯನ್ನು ದೃಢೀಕರಿಸಿ

ಸೇವೆ ನಿಜವಾಗಿ ಯಾವ ವಿಳಾಸ ಅಥವಾ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ನೀಡುತ್ತದೆ ಮತ್ತು ಅದು ಸ್ಥಿರವಾಗಿದೆಯೇ ಎಂದು ಕೇಳಿ. ಕ್ರಿಯಾತ್ಮಕ ವಿಳಾಸ ನೀಡುವ ಸರ್ಕ್ಯೂಟ್ ಸೈಟ್-ಟು-ಸೈಟ್ ಗೇಟ್ವೇಗೆ ಕಳಪೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಪೀರ್ ಸಂರಚನೆಯು ನೀವು ಯೋಜಿಸದ ಬದಲಾವಣೆಯನ್ನು ತಡೆದುಕೊಳ್ಳಬೇಕು. ಪೂರ್ವಪ್ರತ್ಯಯದ ಉದ್ದವನ್ನೂ ದೃಢೀಕರಿಸಿ, ಏಕೆಂದರೆ ಒಂದು ವಿಳಾಸ ಮತ್ತು ರೂಟ್ ಮಾಡಿದ /29 ಬೇರೆ ಬೇರೆ ಉತ್ಪನ್ನಗಳು.

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

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

ip -br addr
ip route get 198.51.100.10
traceroute -n 198.51.100.10

ಸಾಮರ್ಥ್ಯವನ್ನು ಕೆಲಸದ ಹೊರೆಯಿಂದ, ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಅಳೆಯಿರಿ

ಸಾಮರ್ಥ್ಯವನ್ನು ಪ್ರತಿ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆಯಲ್ಲಿ ಅಲ್ಲ, ಕೆಲಸದ ಪ್ರಕಾರ ವಿವರಿಸಬೇಕು. ಬೃಹತ್ ಕಡತ ಪ್ರವೇಶ, ಸಂವಾದಾತ್ಮಕ ನಿರ್ವಹಣೆ ಮತ್ತು ರಾತ್ರಿಯ ಬ್ಯಾಕಪ್ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಸಂಚಾರ ಮಾದರಿಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ಮಾತ್ರ ನಿರಂತರ ಅಪ್ಲೋಡ್ ಥ್ರೂಪುಟ್ ಮುಖ್ಯ. ಆಸನಕ್ಕೊಂದು ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಸಂಖ್ಯೆ ಮಾರಾಟದ ಅನುಕೂಲ, ಮಾದರಿಯಲ್ಲ.

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

ಕಾರ್ಯಾಚರಣೆಯ ಬದ್ಧತೆಗಳನ್ನು ಸ್ಥಿರಪಡಿಸಿ

ಲಭ್ಯತೆ, ದುರಸ್ತಿ ಪ್ರತಿಕ್ರಿಯೆ, ಏರಿಕೆ ಮಾರ್ಗ ಮತ್ತು ನಿರ್ವಹಣಾ ಸೂಚನೆ — ಇವು ಅಳತೆ ವಿಧಾನದ ಹೆಸರಿನೊಂದಿಗೆ ಲಿಖಿತವಾಗಿರಬೇಕು. ಇಂಟರ್ನೆಟ್ನ ಶೀರ್ಷಿಕೆ ದರ ಈ ಯಾವ ಗುಣವನ್ನೂ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅಡಚಣೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸದೆ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಭರವಸೆ ನೀಡುವ ಮಾರ್ಕೆಟಿಂಗ್ ಪುಟವೂ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಗಡಿಯಾರ ಹೇಗೆ ಆರಂಭವಾಗುತ್ತದೆ ಎಂದು ಕೇಳಿ, ಏಕೆಂದರೆ ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ದೃಢೀಕರಣದಿಂದ ಅಳೆದ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯ ನಿಮ್ಮ ಮಾನಿಟರಿಂಗ್ ಎಚ್ಚರಿಕೆಯಿಂದ ಅಳೆದ ಸಂಖ್ಯೆಗೆ ಸಮವಲ್ಲ. ಯಾರೂ ಸುಳ್ಳು ಹೇಳದೆ ಆ ಎರಡು ವ್ಯಾಖ್ಯಾನಗಳು ಗಂಟೆಗಳಷ್ಟು ಭಿನ್ನವಾಗಬಹುದು.

ಬೆಂಬಲ ಗಡಿಯನ್ನೂ ದಾಖಲಿಸಿ. ಪೂರೈಕೆದಾರರ ಜವಾಬ್ದಾರಿ ನಿಮ್ಮ ಸ್ವಂತ ರೌಟರ್ ಮುಗಿಸುವ ಹಸ್ತಾಂತರದಲ್ಲಿ ಕೊನೆಗೊಂಡರೆ, ಪ್ರತಿ ಘಟನೆಯ ಮೊದಲ ಗಂಟೆ ದೋಷ ಯಾರದು ಎಂದು ನಿರ್ಧರಿಸಲು ಹೋಗುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ SLA ಗಡಿಯಾರ ಅದನ್ನು ಆವರಿಸುವುದಿಲ್ಲ.

ಸರ್ಕ್ಯೂಟ್ ಅನ್ನು ಲಿಖಿತ ನಿಬಂಧನೆಗಳಿಗೆ ವಿರುದ್ಧವಾಗಿ ಪರಿಶೀಲಿಸಿ

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

iperf3 -c speed.example.net -t 30 -P 4
mtr -n --report -c 50 198.51.100.10
curl -sS -o /dev/null -w '%{time_connect} %{time_starttransfer}\n' https://speed.example.net/

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

ಅಂತಿಮವಾಗಿ, ವಿತರಿಸಿದ್ದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ ನಾಲ್ಕು ಗೇಟ್ಗಳನ್ನು ಮತ್ತೆ ಓದಿ. ಹಸ್ತಾಂತರ, IP ವಿತರಣೆ, ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಬೆಂಬಲ ನಿಬಂಧನೆಗಳ ಪ್ರತಿಯೊಂದಕ್ಕೂ ದಾಖಲೆಯಲ್ಲಿ ಒಂದು ಸಾಲಿದೆ, ಮತ್ತು ಪ್ರತಿ ಸಾಲಿನ ಪಕ್ಕದಲ್ಲಿ ಒಂದು ಹೆಸರಿದೆ.