ಅನೇಕ ಕಾರ್ಯಗಳಿಗಾಗಿ, ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವಿನ ವಿಳಂಬವು ನಿರ್ಣಾಯಕವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ ಆನ್‌ಲೈನ್ ಆಟಗಳಲ್ಲಿ, ವೀಡಿಯೊ/ಧ್ವನಿ ಕಾನ್ಫರೆನ್ಸಿಂಗ್, IP ಟೆಲಿಫೋನಿ, VPN, ಇತ್ಯಾದಿ. ಐಪಿ ನೆಟ್ವರ್ಕ್ ಮಟ್ಟದಲ್ಲಿ ಸರ್ವರ್ ಕ್ಲೈಂಟ್‌ನಿಂದ ತುಂಬಾ ದೂರದಲ್ಲಿದ್ದರೆ, ವಿಳಂಬಗಳು (ಜನಪ್ರಿಯವಾಗಿ "ಪಿಂಗ್", "ಲ್ಯಾಗ್" ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತವೆ) ಕೆಲಸದಲ್ಲಿ ಹಸ್ತಕ್ಷೇಪ ಮಾಡುತ್ತದೆ.
ಸರ್ವರ್‌ನ ಭೌಗೋಳಿಕ ಸಾಮೀಪ್ಯವು ಯಾವಾಗಲೂ ಐಪಿ ರೂಟಿಂಗ್ ಮಟ್ಟದಲ್ಲಿ ಸಮಾನ ಸಾಮೀಪ್ಯವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ಉದಾಹರಣೆಗೆ, ನಿಮ್ಮ ನಗರದಲ್ಲಿನ ಸರ್ವರ್‌ಗಿಂತ ಮತ್ತೊಂದು ದೇಶದಲ್ಲಿರುವ ಸರ್ವರ್ ನಿಮಗೆ "ಹತ್ತಿರ" ಆಗಿರಬಹುದು. ಎಲ್ಲಾ ರೂಟಿಂಗ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ನಿರ್ಮಾಣದ ವಿಶಿಷ್ಟತೆಗಳಿಂದಾಗಿ.
ಎಲ್ಲಾ ಸಂಭಾವ್ಯ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸಾಧ್ಯವಾದಷ್ಟು ಹತ್ತಿರವಿರುವ ಸರ್ವರ್ ಅನ್ನು ಹೇಗೆ ಆಯ್ಕೆ ಮಾಡುವುದು? ಐಪಿ ನೆಟ್ವರ್ಕ್ ಸಂಪರ್ಕ ಎಂದರೇನು? ಕ್ಲೈಂಟ್ ಅನ್ನು ಹತ್ತಿರದ ಸರ್ವರ್‌ಗೆ ನಿರ್ದೇಶಿಸುವುದು ಹೇಗೆ? ಎಂಬುದನ್ನು ಲೇಖನದಲ್ಲಿ ತಿಳಿದುಕೊಳ್ಳೋಣ.
ವಿಳಂಬವನ್ನು ಅಳೆಯುವುದು
ಮೊದಲಿಗೆ, ವಿಳಂಬವನ್ನು ಅಳೆಯುವುದು ಹೇಗೆ ಎಂದು ತಿಳಿಯೋಣ. ಈ ಕಾರ್ಯವು ತೋರುವಷ್ಟು ಸರಳವಾಗಿಲ್ಲ ಏಕೆಂದರೆ ವಿಳಂಬಗಳು ವಿಭಿನ್ನ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಗಳಿಗೆ ಬದಲಾಗಬಹುದು. ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳ ಅವಧಿಯ ಅದ್ದುಗಳಂತಹ ಅಲ್ಪಾವಧಿಯ ಈವೆಂಟ್‌ಗಳನ್ನು ಸಹ ನೀವು ಕಳೆದುಕೊಳ್ಳಬಹುದು.
ICMP - ಸಾಮಾನ್ಯ ಪಿಂಗ್
ನಾವು ಯುನಿಕ್ಸ್ ಪಿಂಗ್ ಉಪಯುಕ್ತತೆಯನ್ನು ಬಳಸುತ್ತೇವೆ; ವಿಂಡೋಸ್‌ಗಾಗಿ ಪಿಂಗ್ ಆವೃತ್ತಿಯು ಮಾಡಲಾಗದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುವ ನಡುವಿನ ಮಧ್ಯಂತರಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಹೊಂದಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಇದು ಮುಖ್ಯವಾಗಿದೆ ಏಕೆಂದರೆ ಪ್ಯಾಕೆಟ್ಗಳ ನಡುವೆ ದೀರ್ಘ ವಿರಾಮಗಳಿದ್ದರೆ, ಅವುಗಳ ನಡುವೆ ಏನಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೀವು ನೋಡದೇ ಇರಬಹುದು.
ಪ್ಯಾಕೇಜ್ ಗಾತ್ರ (option -s) - ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಪಿಂಗ್ ಯುಟಿಲಿಟಿ ಗಾತ್ರದಲ್ಲಿ 64 ಬೈಟ್‌ಗಳ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಅಂತಹ ಸಣ್ಣ ಪ್ಯಾಕೆಟ್‌ಗಳೊಂದಿಗೆ, ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್‌ಗಳೊಂದಿಗೆ ಸಂಭವಿಸುವ ವಿದ್ಯಮಾನಗಳು ಗಮನಿಸದೇ ಇರಬಹುದು, ಆದ್ದರಿಂದ ನಾವು ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವನ್ನು 1300 ಬೈಟ್‌ಗಳಿಗೆ ಹೊಂದಿಸುತ್ತೇವೆ.
ಪ್ಯಾಕೆಟ್ಗಳ ನಡುವಿನ ಮಧ್ಯಂತರ (ಆಯ್ಕೆ -i) — ಡೇಟಾ ರವಾನೆಗಳ ನಡುವಿನ ಸಮಯ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸೆಕೆಂಡಿಗೆ ಒಮ್ಮೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಇದು ತುಂಬಾ ಉದ್ದವಾಗಿದೆ, ನೈಜ ಕಾರ್ಯಕ್ರಮಗಳು ಸೆಕೆಂಡಿಗೆ ನೂರಾರು ಮತ್ತು ಸಾವಿರಾರು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ನಾವು ಮಧ್ಯಂತರವನ್ನು 0.1 ಸೆಕೆಂಡಿಗೆ ಹೊಂದಿಸುತ್ತೇವೆ. ಪ್ರೋಗ್ರಾಂ ಸರಳವಾಗಿ ಕಡಿಮೆ ಅನುಮತಿಸುವುದಿಲ್ಲ.
ಪರಿಣಾಮವಾಗಿ, ಆಜ್ಞೆಯು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:
ping -s 1300 -i 0.1 yandex.ru
ಈ ವಿನ್ಯಾಸವು ವಿಳಂಬಗಳ ಹೆಚ್ಚು ವಾಸ್ತವಿಕ ಚಿತ್ರವನ್ನು ನೋಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
UDP ಮತ್ತು TCP ಮೂಲಕ ಪಿಂಗ್ ಮಾಡಿ
ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, TCP ಸಂಪರ್ಕಗಳನ್ನು ICMP ಪ್ಯಾಕೆಟ್‌ಗಳಿಗಿಂತ ವಿಭಿನ್ನವಾಗಿ ಸಂಸ್ಕರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಇದರಿಂದಾಗಿ, ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ಅಳತೆಗಳು ಬದಲಾಗಬಹುದು. ಹೋಸ್ಟ್ ಸರಳವಾಗಿ ICMP ಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ ಮತ್ತು ಸಾಮಾನ್ಯ ಪಿಂಗ್ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ ಎಂದು ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ. ಹೋಸ್ಟ್ ತನ್ನ ಜೀವನದುದ್ದಕ್ಕೂ ಇದನ್ನೇ ಮಾಡುತ್ತಾನೆ, ಉದಾಹರಣೆಗೆ. microsoft.com.
ಉಪಯುಕ್ತತೆ ಪ್ರಸಿದ್ಧ ಸ್ಕ್ಯಾನರ್ nmap ನ ಡೆವಲಪರ್‌ಗಳಿಂದ ಯಾವುದೇ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ರಚಿಸಬಹುದು. ವಿಳಂಬವನ್ನು ಅಳೆಯಲು ಸಹ ಇದನ್ನು ಬಳಸಬಹುದು.
UDP ಮತ್ತು TCP ನಿರ್ದಿಷ್ಟವಾದವುಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರಿಂದ, ನಾವು ನಿರ್ದಿಷ್ಟ ಪೋರ್ಟ್ ಅನ್ನು "ಪಿಂಗ್" ಮಾಡಬೇಕಾಗಿದೆ. TCP 80 ಅನ್ನು ಪಿಂಗ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸೋಣ, ಅಂದರೆ ವೆಬ್ ಸರ್ವರ್ ಪೋರ್ಟ್:
$ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com
Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2020-04-30 13:07 MSK
SENT (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40 seq=3401731188 win=1480
SENT (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40 seq=3401731188 win=1480
RCVD (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44 seq=1480267007 win=64240 <mss 1440>
SENT (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40 seq=3401731188 win=1480
RCVD (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44 seq=1480267007 win=64240 <mss 1440>
SENT (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40 seq=3401731188 win=1480
RCVD (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44 seq=2876862274 win=64240 <mss 1398>
Max rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms
Raw packets sent: 4 (160B) | Rcvd: 3 (132B) | Lost: 1 (25.00%)
Nping done: 1 IP address pinged in 0.43 seconds
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, nping 4 ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ನಿಲ್ಲಿಸುತ್ತದೆ. ಆಯ್ಕೆ -ಸಿ 0 ಪ್ಯಾಕೆಟ್ಗಳ ಅಂತ್ಯವಿಲ್ಲದ ಕಳುಹಿಸುವಿಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ; ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ನಿಲ್ಲಿಸಲು, ನೀವು Ctrl+C ಅನ್ನು ಒತ್ತಬೇಕಾಗುತ್ತದೆ. ಅಂಕಿಅಂಶಗಳನ್ನು ಕೊನೆಯಲ್ಲಿ ತೋರಿಸಲಾಗುತ್ತದೆ. ಸರಾಸರಿ rtt (ರೌಂಡ್-ಟ್ರಿಪ್ ಸಮಯ) ಮೌಲ್ಯವು 101ms ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ.
ಎಂಟಿಆರ್ - ಸ್ಟೀರಾಯ್ಡ್‌ಗಳ ಮೇಲೆ ಟ್ರೇಸರೌಟ್
ಪ್ರೋಗ್ರಾಂ ನನ್ನ Traceroute ದೂರಸ್ಥ ಹೋಸ್ಟ್‌ಗೆ ಮಾರ್ಗಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಸುಧಾರಿತ ಉಪಯುಕ್ತತೆಯಾಗಿದೆ. ಸಾಮಾನ್ಯ ಸಿಸ್ಟಮ್ ಯುಟಿಲಿಟಿ ಟ್ರೇಸರೂಟ್‌ಗಿಂತ ಭಿನ್ನವಾಗಿ (ವಿಂಡೋಸ್‌ನಲ್ಲಿ ಇದು ಟ್ರೇಸರ್ಟ್ ಉಪಯುಕ್ತತೆಯಾಗಿದೆ), ಇದು ಪ್ಯಾಕೆಟ್ ಸರಪಳಿಯಲ್ಲಿ ಪ್ರತಿ ಹೋಸ್ಟ್‌ಗೆ ವಿಳಂಬವನ್ನು ತೋರಿಸುತ್ತದೆ. ಇದು ICMP ಮೂಲಕ ಮಾತ್ರವಲ್ಲದೆ UDP ಮತ್ತು TCP ಮೂಲಕವೂ ಮಾರ್ಗಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಬಹುದು.
$ sudo mtr microsoft.com
(ಕ್ಲಿಕ್ ಮಾಡಬಹುದಾದ) MTR ಪ್ರೋಗ್ರಾಂ ಇಂಟರ್ಫೇಸ್. microsoft.com ಗೆ ಮಾರ್ಗ ಪತ್ತೆಹಚ್ಚುವಿಕೆ ಪ್ರಾರಂಭವಾಗಿದೆ
MTR ತಕ್ಷಣವೇ ಸರಪಳಿಯಲ್ಲಿ ಪ್ರತಿ ಹೋಸ್ಟ್‌ಗೆ ಪಿಂಗ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರೋಗ್ರಾಂ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಡೇಟಾವನ್ನು ನಿರಂತರವಾಗಿ ನವೀಕರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅಲ್ಪಾವಧಿಯ ಬದಲಾವಣೆಗಳನ್ನು ಕಾಣಬಹುದು.
ನೋಡ್ #6 ಪ್ಯಾಕೆಟ್ ನಷ್ಟವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ತೋರಿಸುತ್ತದೆ, ಆದರೆ ವಾಸ್ತವವಾಗಿ ಇದು ಸಂಪೂರ್ಣವಾಗಿ ನಿಜವಲ್ಲ, ಏಕೆಂದರೆ ಕೆಲವು ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಕೇವಲ ಅವಧಿ ಮೀರಿದ TTL ನೊಂದಿಗೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ತಿರಸ್ಕರಿಸಬಹುದು ಮತ್ತು ದೋಷ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ಯಾಕೆಟ್ ನಷ್ಟದ ಡೇಟಾವನ್ನು ಇಲ್ಲಿ ನಿರ್ಲಕ್ಷಿಸಬಹುದು.
ವೈಫೈ ವರ್ಸಸ್ ಕೇಬಲ್
ಈ ವಿಷಯವು ಲೇಖನಕ್ಕೆ ಸಂಪೂರ್ಣವಾಗಿ ಸಂಬಂಧಿಸಿಲ್ಲ, ಆದರೆ ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ವಿಳಂಬದ ಸಂದರ್ಭದಲ್ಲಿ ಇದು ಬಹಳ ಮುಖ್ಯವಾಗಿದೆ. ನಾನು ನಿಜವಾಗಿಯೂ ವೈಫೈ ಅನ್ನು ಪ್ರೀತಿಸುತ್ತೇನೆ, ಆದರೆ ಕೇಬಲ್‌ನೊಂದಿಗೆ ಇಂಟರ್ನೆಟ್‌ಗೆ ಸಂಪರ್ಕಿಸಲು ನನಗೆ ಸಣ್ಣದೊಂದು ಅವಕಾಶವಿದ್ದರೆ, ನಾನು ಅದನ್ನು ಬಳಸುತ್ತೇನೆ. ನಾನು ಯಾವಾಗಲೂ ವೈಫೈ ಕ್ಯಾಮೆರಾಗಳನ್ನು ಬಳಸದಂತೆ ಜನರನ್ನು ವಿರೋಧಿಸುತ್ತೇನೆ.
ನೀವು ಗಂಭೀರ ಆನ್‌ಲೈನ್ ಶೂಟರ್‌ಗಳು, ಸ್ಟ್ರೀಮ್ ವೀಡಿಯೊ ಅಥವಾ ಸ್ಟಾಕ್ ಎಕ್ಸ್‌ಚೇಂಜ್‌ನಲ್ಲಿ ವ್ಯಾಪಾರ ಮಾಡುತ್ತಿದ್ದರೆ: ದಯವಿಟ್ಟು ಕೇಬಲ್ ಮೂಲಕ ಇಂಟರ್ನೆಟ್ ಬಳಸಿ.
ವೈಫೈ ಮತ್ತು ಕೇಬಲ್ ಸಂಪರ್ಕಗಳನ್ನು ಹೋಲಿಸಲು ದೃಶ್ಯ ಪರೀಕ್ಷೆ ಇಲ್ಲಿದೆ. ಇದು ವೈಫೈ ರೂಟರ್‌ಗೆ ಪಿಂಗ್ ಆಗಿದೆ, ಅಂದರೆ, ಇನ್ನೂ ಇಂಟರ್ನೆಟ್ ಇಲ್ಲ.
(ಕ್ಲಿಕ್ ಮಾಡಬಹುದಾದ) ಕೇಬಲ್ ಮೂಲಕ ಮತ್ತು ವೈಫೈ ಮೂಲಕ ವೈಫೈ ರೂಟರ್‌ಗೆ ಪಿಂಗ್‌ನ ಹೋಲಿಕೆ
ವೈಫೈ ಮೂಲಕ ವಿಳಂಬವು 1 ಮಿ.ಮೀ ಉದ್ದವಾಗಿದೆ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಹತ್ತು ಪಟ್ಟು ಹೆಚ್ಚು ವಿಳಂಬದೊಂದಿಗೆ ಪ್ಯಾಕೆಟ್‌ಗಳಿವೆ ಎಂದು ನೋಡಬಹುದು! ಮತ್ತು ಇದು ಕೇವಲ ಅಲ್ಪಾವಧಿಯ ಅವಧಿಯಾಗಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಅದೇ ರೂಟರ್ <1ms ನ ಸ್ಥಿರ ವಿಳಂಬವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
ಮೇಲಿನ ಉದಾಹರಣೆಯಲ್ಲಿ, 802.11GHz ನಲ್ಲಿ ವೈಫೈ 2.4n ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಕೇವಲ ಲ್ಯಾಪ್‌ಟಾಪ್ ಮತ್ತು ಫೋನ್ ಅನ್ನು ವೈಫೈ ಪ್ರವೇಶ ಬಿಂದುವಿಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ. ಪ್ರವೇಶ ಬಿಂದುವಿನಲ್ಲಿ ಹೆಚ್ಚಿನ ಗ್ರಾಹಕರು ಇದ್ದರೆ, ಫಲಿತಾಂಶಗಳು ಹೆಚ್ಚು ಕೆಟ್ಟದಾಗಿರುತ್ತವೆ. ಇದಕ್ಕಾಗಿಯೇ ನಾನು ಎಲ್ಲಾ ಆಫೀಸ್ ಕಂಪ್ಯೂಟರ್‌ಗಳನ್ನು ಕೇಬಲ್ ಮೂಲಕ ತಲುಪಲು ಸಾಧ್ಯವಾದರೆ ವೈಫೈಗೆ ಬದಲಾಯಿಸುವುದನ್ನು ವಿರೋಧಿಸುತ್ತೇನೆ.
ಐಪಿ ಸಂಪರ್ಕ
ಆದ್ದರಿಂದ, ಸರ್ವರ್‌ಗೆ ವಿಳಂಬವನ್ನು ಅಳೆಯಲು ನಾವು ಕಲಿತಿದ್ದೇವೆ, ನಮಗೆ ಹತ್ತಿರದ ಸರ್ವರ್ ಅನ್ನು ಕಂಡುಹಿಡಿಯಲು ಪ್ರಯತ್ನಿಸೋಣ. ಇದನ್ನು ಮಾಡಲು, ನಮ್ಮ ಪೂರೈಕೆದಾರರ ರೂಟಿಂಗ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಾವು ನೋಡಬಹುದು. ಇದಕ್ಕಾಗಿ ಸೇವೆಯನ್ನು ಬಳಸಲು ಅನುಕೂಲಕರವಾಗಿದೆ
ನಾವು ಸೈಟ್ ಅನ್ನು ಪ್ರವೇಶಿಸಿದಾಗ, ನಮ್ಮ IP ವಿಳಾಸವು ಸ್ವಾಯತ್ತ ವ್ಯವಸ್ಥೆಗೆ ಸೇರಿದೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ .
ಸ್ವಾಯತ್ತ ವ್ಯವಸ್ಥೆಗಳ ಸಂಪರ್ಕ ಗ್ರಾಫ್ ಅನ್ನು ನೋಡುವ ಮೂಲಕ, ನಮ್ಮ ಪೂರೈಕೆದಾರರು ಪ್ರಪಂಚದ ಇತರ ಭಾಗಗಳಿಗೆ ಯಾವ ಉನ್ನತ ಮಟ್ಟದ ಪೂರೈಕೆದಾರರ ಮೂಲಕ ಸಂಪರ್ಕ ಹೊಂದಿದ್ದಾರೆ ಎಂಬುದನ್ನು ನಾವು ನೋಡಬಹುದು. ಪ್ರತಿಯೊಂದು ಚುಕ್ಕೆಗಳು ಕ್ಲಿಕ್ ಮಾಡಬಹುದಾದವು, ನೀವು ಒಳಗೆ ಹೋಗಿ ಅದು ಯಾವ ರೀತಿಯ ಪೂರೈಕೆದಾರರೆಂದು ಓದಬಹುದು.
ಪೂರೈಕೆದಾರರ ಸ್ವಾಯತ್ತ ವ್ಯವಸ್ಥೆಗಳ ಸಂಪರ್ಕ ಗ್ರಾಫ್
ಈ ಉಪಕರಣವನ್ನು ಬಳಸಿಕೊಂಡು, ಹೋಸ್ಟಿಂಗ್ ಸೇರಿದಂತೆ ಯಾವುದೇ ಪೂರೈಕೆದಾರರ ಚಾನಲ್‌ಗಳನ್ನು ಹೇಗೆ ರಚಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೀವು ಅಧ್ಯಯನ ಮಾಡಬಹುದು. ಇದು ನೇರವಾಗಿ ಯಾವ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ನೋಡಿ. ಇದನ್ನು ಮಾಡಲು, ನೀವು bgp.he.net ಗಾಗಿ ಹುಡುಕಾಟದಲ್ಲಿ ಸರ್ವರ್‌ನ IP ವಿಳಾಸವನ್ನು ನಮೂದಿಸಬೇಕು ಮತ್ತು ಅದರ ಸ್ವಾಯತ್ತ ವ್ಯವಸ್ಥೆಯ ಗ್ರಾಫ್ ಅನ್ನು ನೋಡಬೇಕು. ಒಂದು ಡೇಟಾ ಸೆಂಟರ್ ಅಥವಾ ಹೋಸ್ಟಿಂಗ್ ಪ್ರೊವೈಡರ್ ಅನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಹೇಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಸಹ ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಹುದು.
ಹೆಚ್ಚಿನ ಟ್ರಾಫಿಕ್ ಎಕ್ಸ್ಚೇಂಜ್ ಪಾಯಿಂಟ್‌ಗಳು ಲುಕಿಂಗ್ ಗ್ಲಾಸ್ ಎಂಬ ವಿಶೇಷ ಸಾಧನವನ್ನು ಒದಗಿಸುತ್ತವೆ, ಇದು ಎಕ್ಸ್ಚೇಂಜ್ ಪಾಯಿಂಟ್‌ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ರೂಟರ್‌ನಿಂದ ಪಿಂಗ್ ಮಾಡಲು ಮತ್ತು ಟ್ರೇಸರ್‌ರೂಟ್ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಇಲ್ಲಿ, ಉದಾಹರಣೆಗೆ, MGTS ನಿಂದ
ಆದ್ದರಿಂದ, ಸರ್ವರ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ, ವಿಭಿನ್ನ ಟ್ರಾಫಿಕ್ ಎಕ್ಸ್ಚೇಂಜ್ ಪಾಯಿಂಟ್ಗಳಿಂದ ಅದು ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂಬುದನ್ನು ನಾವು ಮುಂಚಿತವಾಗಿ ನೋಡಬಹುದು. ಮತ್ತು ನಮ್ಮ ಸಂಭಾವ್ಯ ಕ್ಲೈಂಟ್‌ಗಳು ನಿರ್ದಿಷ್ಟ ಭೌಗೋಳಿಕ ಪ್ರದೇಶದಲ್ಲಿ ನೆಲೆಗೊಂಡಿದ್ದರೆ, ನಾವು ಸರ್ವರ್‌ಗೆ ಸೂಕ್ತವಾದ ಸ್ಥಳವನ್ನು ಕಾಣಬಹುದು.
ಹತ್ತಿರದ ಸರ್ವರ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ
ನಮ್ಮ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸೂಕ್ತವಾದ ಸರ್ವರ್ ಅನ್ನು ಹುಡುಕುವ ವಿಧಾನವನ್ನು ಸರಳೀಕರಿಸಲು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ ಮತ್ತು ಹತ್ತಿರದ ಸ್ಥಳಗಳ ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ಪುಟವನ್ನು ರಚಿಸಿದ್ದೇವೆ: .
ನೀವು ಪುಟವನ್ನು ಭೇಟಿ ಮಾಡಿದಾಗ, ಸ್ಕ್ರಿಪ್ಟ್ ನಿಮ್ಮ ಬ್ರೌಸರ್‌ನಿಂದ ಪ್ರತಿ ಸರ್ವರ್‌ಗೆ ವಿಳಂಬವನ್ನು ಅಳೆಯುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಸಂವಾದಾತ್ಮಕ ನಕ್ಷೆಯಲ್ಲಿ ಪ್ರದರ್ಶಿಸುತ್ತದೆ. ನೀವು ಡೇಟಾ ಕೇಂದ್ರದ ಮೇಲೆ ಕ್ಲಿಕ್ ಮಾಡಿದಾಗ, ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳೊಂದಿಗೆ ಮಾಹಿತಿಯನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ.
ಬಟನ್ ನಿಮ್ಮನ್ನು ನಮ್ಮ ಎಲ್ಲಾ ಡೇಟಾ ಕೇಂದ್ರಗಳಿಗೆ ಲೇಟೆನ್ಸಿ ಟೆಸ್ಟ್ ಪುಟಕ್ಕೆ ಕರೆದೊಯ್ಯುತ್ತದೆ. ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳನ್ನು ವೀಕ್ಷಿಸಲು, ನಕ್ಷೆಯಲ್ಲಿನ ಡೇಟಾ ಸೆಂಟರ್ ಪಾಯಿಂಟ್ ಮೇಲೆ ಕ್ಲಿಕ್ ಮಾಡಿ
ಮೂಲ: www.habr.com