Pikeun seueur tugas, telat antara klien sareng server penting, contona dina kaulinan online, konperénsi pidéo/sora, IP telephony, VPN, jsb. Upami pangladén jauh teuing tina klien dina tingkat jaringan IP, teras telat (disebut "ping", "lag") bakal ngaganggu padamelan.
Deukeutna géografis server teu salawasna sarua deukeutna dina tingkat routing IP. Janten, contona, server di nagara sanés tiasa "deukeut" ka anjeun tibatan server di kota anjeun. Sadayana kusabab peculiarities tina routing sareng pangwangunan jaringan.
Kumaha carana milih server anu sacaket mungkin ka sadaya klien poténsial? Naon konektipitas jaringan IP? Kumaha carana ngarahkeun klien ka server pangcaketna? Hayu urang manggihan dina artikel.
Ngukur reureuh
Mimiti, hayu urang diajar kumaha ngukur telat. Tugas ieu teu sagampil sigana sabab reureuh bisa rupa-rupa pikeun protokol béda jeung ukuran pakét. Anjeun oge bisa sono acara jangka pondok, kayaning dips langgeng sababaraha milidetik.
ICMP - ping biasa
Kami bakal nganggo utilitas ping Unix; éta ngamungkinkeun anjeun sacara manual nyetél interval antara ngirim pakét, anu henteu tiasa dilakukeun ku versi ping pikeun Windows. Ieu penting sabab lamun aya jeda panjang antara pakét, Anjeun bisa jadi saukur teu ningali naon anu lumangsung diantara aranjeunna.
Ukuran pakét (pilihan -s) - sacara standar, utilitas ping ngirimkeun pakét ukuranana 64 bait. Kalayan pakét leutik sapertos kitu, fénoména anu lumangsung sareng pakét anu langkung ageung tiasa waé henteu katingali, janten urang bakal nyetél ukuran pakét ka 1300 bait.
Interval antara pakét (pilihan -i) - waktos antara ngirim data. Sacara standar, pakét dikirim sakali per detik, ieu pisan panjang, program nyata ngirim ratusan jeung rébuan pakét per detik, jadi urang bakal nangtukeun interval ka 0.1 detik. program nu saukur teu ngidinan kirang.
Hasilna, paréntahna sapertos kieu:
ping -s 1300 -i 0.1 yandex.ru
Desain ieu ngamungkinkeun anjeun ningali gambar anu langkung realistis ngeunaan telat.
Ping via UDP sareng TCP
Dina sababaraha kasus, sambungan TCP diolah béda ti pakét ICMP, sarta alatan ieu, pangukuran bisa rupa-rupa gumantung kana protokol. Ogé mindeng kajadian nu host saukur teu ngabales ICMP, sarta ping biasa teu jalan. Ieu anu dilakukeun ku host sapanjang hirupna, contona. microsoft.com.
Utiliti ti pamekar scanner kawentar nmap bisa ngahasilkeun sagala pakét. Éta ogé tiasa dianggo pikeun ngukur telat.
Kusabab UDP sareng TCP beroperasi dina anu khusus, urang kedah "ping" port khusus. Hayu urang cobian ping TCP 80, nyaéta port pangladén wéb:
$ 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
Sacara standar, nping ngirim 4 pakét sareng eureun. Pilihan -c 0 Ngaktifkeun ngirim pakét anu henteu terbatas; pikeun ngeureunkeun program, anjeun kedah pencét Ctrl + C. Statistik bakal ditingalikeun dina tungtungna. Kami ningali yén rata-rata nilai rtt (waktos perjalanan) nyaéta 101ms.
MTR - traceroute on stéroid
program Traceroute abdi mangrupikeun utilitas canggih pikeun ngalacak rute ka host jauh. Beda sareng traceroute utiliti sistem biasa (dina Windows ieu mangrupikeun utiliti tracert), éta tiasa nunjukkeun telat ka unggal host dina ranté pakét. Éta ogé tiasa ngalacak rute henteu ngan ukur ngalangkungan ICMP, tapi ogé ngalangkungan UDP sareng TCP.
$ sudo mtr microsoft.com
(Clickable) panganteur program MTR. Lacak rute ka microsoft.com dimimitian
MTR geuwat nembongkeun ping ka unggal host dina ranté nu, sarta data terus diropéa bari program ngajalankeun sarta parobahan jangka pondok bisa ditempo.
Potret layar nunjukkeun yén titik # 6 ngagaduhan karugian pakét, tapi dina kanyataanana ieu sanés leres-leres, sabab sababaraha router ngan saukur tiasa miceun pakét sareng TTL anu kadaluwarsa sareng henteu ngabalikeun réspon kasalahan, ku kituna data pakét leungitna tiasa dipaliré di dieu.
WiFi vs kabel
Topik ieu henteu sapinuhna relevan pikeun tulisan, tapi dina pamanggih kuring éta penting pisan dina konteks telat. Nyaan bogoh ka WiFi, tapi lamun kuring boga malah slightest kasempetan pikeun nyambung ka Internet nganggo kabel, Kuring bakal make eta. Kuring ogé sok ngalepatkeun jalma tina ngagunakeun kaméra WiFi.
Upami anjeun maénkeun panémbak online anu serius, ngalirkeun pidéo, atanapi dagang di bursa saham: mangga nganggo Internét nganggo kabel.
Ieu tés visual pikeun ngabandingkeun WiFi sareng sambungan kabel. Ieu mangrupikeun ping ka router WiFi, nyaéta, bahkan henteu Internét.
(Clickable) Babandingan ping ka router WiFi via kabel sarta via WiFi
Ieu bisa ditempo yén liwat WiFi reureuh téh 1ms leuwih panjang sarta kadangkala aya pakét jeung reureuh sapuluh kali deui! Sareng ieu ngan ukur sakedap waktos. Dina waktos anu sami, router anu sami ngahasilkeun telat anu stabil <1ms.
Dina conto di luhur, WiFi 802.11n dina 2.4GHz dipaké, ngan laptop jeung telepon disambungkeun ka titik aksés WiFi. Upami aya langkung seueur klien dina titik aksés, hasilna bakal langkung parah. Éta sababna kuring ngalawan ngalihkeun sadaya komputer kantor ka WiFi upami tiasa ngahontal éta nganggo kabel.
konektipitas IP
Janten, urang diajar ngukur telat ka server, hayu urang cobian milarian server anu pangdeukeutna ka urang. Jang ngalampahkeun ieu, urang tiasa ningali kumaha routing panyadia urang jalan. Éta merenah ngagunakeun jasa pikeun ieu
Nalika kami ngaksés situs éta, kami ningali yén alamat IP kami milik sistem otonom .
Ku ningali grafik konektipitas sistem otonom, urang tiasa ningali panyadia tingkat luhur mana panyadia kami nyambung ka dunya sanés. Unggal titik tiasa diklik, anjeun tiasa lebet sareng maca jinis panyadia éta.
Grafik konektipitas sistem otonom panyadia
Nganggo alat ieu, anjeun tiasa diajar kumaha saluran panyadia naon waé, kalebet hosting, terstruktur. Tempo panyadia nu eta langsung disambungkeun ka. Jang ngalampahkeun ieu, anjeun kudu ngasupkeun alamat IP pangladén kana pilarian pikeun bgp.he.net tur tingal dina grafik sistem otonom na. Anjeun oge bisa ngarti kumaha hiji puseur data atawa panyadia hosting disambungkeun ka nu sejen.
Paling titik bursa lalulintas nyadiakeun alat husus disebut kaca pilari, nu ngidinan Anjeun pikeun ping na traceroute ti router husus dina titik bursa.
Salaku conto, ti MGTS
Janten, nalika milih server, urang tiasa ningali sateuacanna kumaha éta bakal katingali tina titik bursa lalu lintas anu béda. Sareng upami calon klien kami aya di daérah géografis anu tangtu, urang tiasa mendakan lokasi anu optimal pikeun server.
Pilih server pangcaketna
Kami mutuskeun pikeun nyederhanakeun prosedur pikeun milarian pangladén anu optimal pikeun klien kami sareng nyiptakeun halaman kalayan uji otomatis lokasi caket dieu: .
Nalika anjeun nganjang ka halaman, naskah bakal ngukur telat tina panyungsi anjeun ka unggal server sareng ningalikeunana dina peta interaktif. Nalika anjeun ngaklik pusat data, inpormasi sareng hasil tés ditampilkeun.
Tombolna mawa anjeun ka halaman uji latency pikeun sadaya pusat data urang. Pikeun ningali hasil tés, klik titik pusat data dina peta
sumber: www.habr.com