Bir çox tapşırıqlar üçün müştəri ilə server arasındakı gecikmələr vacibdir, məsələn, onlayn oyunlarda, video/səsli konfransda, IP telefoniya, VPN və s. Server IP şəbəkə səviyyəsində müştəridən çox uzaqdırsa, gecikmələr (xalq arasında "ping", "lag" adlanır) işə mane olacaq.
Serverin coğrafi yaxınlığı həmişə IP marşrutlaşdırma səviyyəsində yaxınlığa bərabər olmur. Beləliklə, məsələn, başqa bir ölkədəki bir server sizə şəhərinizdəki serverdən daha "yaxın" ola bilər. Hamısı marşrutlaşdırma və şəbəkə qurulmasının xüsusiyyətlərinə görə.
Bütün potensial müştərilərə mümkün qədər yaxın olan serveri necə seçmək olar? IP şəbəkə bağlantısı nədir? Müştərini ən yaxın serverə necə yönləndirmək olar? Məqalədə öyrənək.
Gecikmələrin ölçülməsi
Əvvəlcə gecikmələri necə ölçməyi öyrənək. Bu tapşırıq göründüyü qədər sadə deyil, çünki gecikmələr müxtəlif protokollar və paket ölçüləri üçün fərqli ola bilər. Siz həmçinin qısamüddətli hadisələri, məsələn, bir neçə millisaniyə davam edən enişləri qaçıra bilərsiniz.
ICMP - müntəzəm ping
Biz Unix ping yardım proqramından istifadə edəcəyik; o, Windows üçün ping versiyasının edə bilmədiyi paketlərin göndərilməsi arasında intervalları əl ilə təyin etməyə imkan verir. Bu vacibdir, çünki paketlər arasında uzun fasilələr olarsa, onlar arasında nə baş verdiyini sadəcə görə bilməyə bilərsiniz.
Paket ölçüsü (seçim -s) - standart olaraq, ping yardım proqramı 64 baytlıq paketləri göndərir. Belə kiçik paketlərlə daha böyük paketlərdə baş verən hadisələr nəzərə çarpmaya bilər, ona görə də paket ölçüsünü 1300 bayta təyin edəcəyik.
Paketlər arasında interval (seçim -i) — məlumatların göndərilməsi arasındakı vaxt. Varsayılan olaraq, paketlər saniyədə bir dəfə göndərilir, bu çox uzundur, real proqramlar saniyədə yüzlərlə və minlərlə paket göndərir, buna görə də intervalı 0.1 saniyəyə təyin edəcəyik. Proqram sadəcə daha az icazə vermir.
Nəticədə əmr belə görünür:
ping -s 1300 -i 0.1 yandex.ru
Bu dizayn gecikmələrin daha real mənzərəsini görməyə imkan verir.
UDP və TCP vasitəsilə ping
Bəzi hallarda TCP əlaqələri ICMP paketlərindən fərqli şəkildə işlənir və bu səbəbdən protokoldan asılı olaraq ölçmələr dəyişə bilər. Həm də tez-tez olur ki, ev sahibi sadəcə ICMP-yə cavab vermir və müntəzəm ping işləmir. Məsələn, ev sahibi bütün həyatı boyu belə edir. microsoft.com.
Kommunal məşhur nmap skanerinin tərtibatçılarından istənilən paketləri yarada bilər. Gecikmələri ölçmək üçün də istifadə edilə bilər.
UDP və TCP spesifik portlar üzərində işlədiyi üçün biz xüsusi portu “ping” etməliyik. TCP 80, yəni veb server portunu pingləməyə çalışaq:
$ 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
Varsayılan olaraq, nping 4 paket göndərir və dayanır. Seçim -c 0 paketlərin sonsuz göndərilməsini təmin edir; proqramı dayandırmaq üçün Ctrl+C düymələrini sıxmaq lazımdır. Statistika sonda göstəriləcək. Orta rtt (gediş-dönüş vaxtı) dəyərinin 101 ms olduğunu görürük.
MTR - steroid üzərində traceroute
Proqram My Traceroute uzaq hosta marşrutları izləmək üçün inkişaf etmiş yardım proqramıdır. Adi sistem yardım proqramından fərqli olaraq traceroute (Windows-da bu tracert yardım proqramıdır), paket zəncirindəki hər bir hosta gecikmələr göstərə bilər. O, yalnız ICMP vasitəsilə deyil, həm də UDP və TCP vasitəsilə marşrutları izləyə bilər.
$ sudo mtr microsoft.com
(Kliklənən) MTR proqram interfeysi. microsoft.com-a marşrut izləmə başladı
MTR dərhal zəncirdəki hər bir hosta ping göstərir və proqram işləyərkən məlumatlar daim yenilənir və qısamüddətli dəyişikliklər görülə bilər.
Ekran görüntüsü göstərir ki, 6 nömrəli node paket itkilərinə malikdir, lakin əslində bu, tamamilə doğru deyil, çünki bəzi marşrutlaşdırıcılar sadəcə vaxtı keçmiş TTL ilə paketləri ləğv edə bilər və səhv cavabını qaytara bilməz, buna görə də paket itkisi məlumatları burada nəzərə alına bilər.
WiFi vs kabel
Bu mövzu məqaləyə tamamilə aid deyil, amma mənim fikrimcə, gecikmələr kontekstində çox vacibdir. Mən WiFi-ni çox sevirəm, amma kabellə internetə qoşulmaq üçün ən kiçik imkanım olsa, ondan istifadə edəcəm. Mən həmişə insanları WiFi kameralarından istifadə etməkdən çəkindirirəm.
Əgər siz ciddi onlayn atıcılar oynayırsınızsa, video yayımlayır və ya birjada ticarət edirsinizsə: lütfən, kabel vasitəsilə internetdən istifadə edin.
WiFi və kabel bağlantılarını müqayisə etmək üçün vizual test. Bu, WiFi marşrutlaşdırıcısına bir pingdir, yəni hələ İnternet belə deyil.
(Kliklənə bilər) Kabel və WiFi vasitəsilə WiFi router ilə pingin müqayisəsi
Görünür ki, WiFi üzərindən gecikmə 1ms daha uzun olur və bəzən gecikmələri on dəfə çox olan paketlər var! Və bu, yalnız qısa bir müddətdir. Eyni zamanda, eyni marşrutlaşdırıcı <1ms sabit gecikmələr yaradır.
Yuxarıdakı nümunədə 802.11GHz-də WiFi 2.4n istifadə olunur, WiFi giriş nöqtəsinə yalnız noutbuk və telefon qoşulur. Giriş nöqtəsində daha çox müştəri olsaydı, nəticələr daha pis olardı. Buna görə də bütün ofis kompüterlərini kabellə əldə etmək mümkün olsa, onları WiFi-yə keçirməyin əleyhinəyəm.
IP bağlantısı
Beləliklə, serverə gecikmələri ölçməyi öyrəndik, gəlin bizə ən yaxın serveri tapmağa çalışaq. Bunu etmək üçün provayderimizin marşrutlaşdırmasının necə işlədiyinə baxa bilərik. Bunun üçün xidmətdən istifadə etmək rahatdır
Sayta daxil olanda İP ünvanımızın avtonom sistemə aid olduğunu görürük .
Avtonom sistemlərin əlaqə qrafikinə baxaraq, provayderimizin hansı yüksək səviyyəli provayderlər vasitəsilə dünyanın qalan hissəsi ilə əlaqə saxladığını görə bilərik. Nöqtələrin hər biri tıklanabilir, siz daxil olub hansı provayder olduğunu oxuya bilərsiniz.
Provayderin avtonom sistemlərinin əlaqə qrafiki
Bu alətdən istifadə edərək, hər hansı bir provayderin, o cümlədən hostinqin kanallarının necə qurulduğunu öyrənə bilərsiniz. Hansı provayderlərlə birbaşa əlaqəli olduğuna baxın. Bunu etmək üçün serverin IP ünvanını bgp.he.net axtarışına daxil etməli və onun muxtar sisteminin qrafikinə baxmaq lazımdır. Bir məlumat mərkəzinin və ya hostinq provayderinin digərinə necə qoşulduğunu da anlaya bilərsiniz.
Əksər trafik mübadiləsi nöqtələri, mübadilə nöqtəsində müəyyən bir marşrutlaşdırıcıdan ping və traceroute etməyə imkan verən, baxış şüşəsi adlı xüsusi bir alət təqdim edir.
Burada, məsələn, MGTS-dən
Beləliklə, server seçərkən müxtəlif trafik mübadiləsi nöqtələrindən onun necə görünəcəyini əvvəlcədən görə bilərik. Potensial müştərilərimiz müəyyən bir coğrafi ərazidə yerləşirsə, biz server üçün optimal yer tapa bilərik.
Ən yaxın serveri seçin
Müştərilərimiz üçün optimal server tapmaq prosedurunu sadələşdirmək qərarına gəldik və yaxınlıqdakı yerlərin avtomatik sınaqdan keçirildiyi bir səhifə yaratdıq: .
Bir səhifəyə baş çəkdiyiniz zaman skript brauzerinizdən hər bir serverə gecikmələri ölçür və onları interaktiv xəritədə göstərir. Məlumat mərkəzinə kliklədiyiniz zaman test nəticələri ilə məlumat göstərilir.
Düymə sizi bütün məlumat mərkəzlərimiz üçün gecikmə testi səhifəsinə aparır. Test nəticələrinə baxmaq üçün xəritədə məlumat mərkəzi nöqtəsinə klikləyin
Mənbə: www.habr.com