Kanggo akeh tugas, wektu tundha antarane klien lan server kritis, contone ing game online, video / konferensi swara, IP telephony, VPN, etc. Yen server adoh banget saka klien ing tingkat jaringan IP, banjur tundha (umum disebut "ping", "lag") bakal ngganggu karya.
Jarak geografis saka server ora mesthi padha karo tingkat routing IP. Dadi, contone, server ing negara liya bisa uga "luwih cedhak" tinimbang server ing kutha sampeyan. Kabeh amarga peculiarities saka routing lan construction jaringan.
Kepiye carane milih server sing cedhak karo kabeh klien potensial? Apa konektivitas jaringan IP? Kepiye carane ngarahake klien menyang server sing paling cedhak? Ayo goleki ing artikel kasebut.
Ngukur telat
Pisanan, ayo sinau carane ngukur telat. Tugas iki ora kaya prasaja amarga telat bisa beda-beda kanggo protokol lan ukuran paket sing beda. Sampeyan bisa uga ora kejawab acara jangka pendek, kayata dips suwene sawetara milidetik.
ICMP - ping biasa
Kita bakal nggunakake utilitas ping Unix; ngidini sampeyan nyetel interval kanthi manual antarane ngirim paket, sing versi ping kanggo Windows ora bisa ditindakake. Iki penting amarga yen ana ngaso dawa ing antarane paket, sampeyan bisa uga ora weruh apa sing kedadeyan ing antarane paket kasebut.
Ukuran paket (opsi -s) - minangka standar, sarana ping ngirim paket ukuran 64 bita. Kanthi paket cilik kasebut, fenomena sing kedadeyan karo paket sing luwih gedhe bisa uga ora katon, mula kita bakal nyetel ukuran paket dadi 1300 bita.
Interval antarane paket (pilihan -i) - wektu antarane ngirim data. Kanthi gawan, paket dikirim sapisan saben detik, iki dawa banget, program nyata ngirim atusan lan ewu paket per detik, supaya kita bakal nyetel interval kanggo 0.1 detik. Program mung ora ngidini kurang.
AkibatΓ©, printah katon kaya iki:
ping -s 1300 -i 0.1 yandex.ru
Desain iki ngidini sampeyan ndeleng gambar tundha sing luwih nyata.
Ping liwat UDP lan TCP
Ing sawetara kasus, sambungan TCP diproses kanthi beda saka paket ICMP, lan amarga iki, pangukuran bisa beda-beda gumantung saka protokol. Uga asring kedadeyan yen host mung ora nanggapi ICMP, lan ping biasa ora bisa digunakake. Iki sing ditindakake dening tuan rumah sajrone urip, umpamane. microsoft.com.
Utilitas saka pangembang saka nmap scanner misuwur bisa generate paket sembarang. Uga bisa digunakake kanggo ngukur telat.
Wiwit UDP lan TCP operate ing tartamtu, kita kudu "ping" port tartamtu. Coba ping TCP 80, yaiku port server web:
$ 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
Secara default, nping ngirim 4 paket lan mandheg. Pilihan -c 0 mbisakake ngirim paket tanpa wates; kanggo mungkasi program, sampeyan kudu mencet Ctrl + C. Statistik bakal ditampilake ing pungkasan. Kita weruh yen rata-rata nilai rtt (wektu perjalanan) yaiku 101ms.
MTR - traceroute ing steroid
Program kasebut My Traceroute minangka sarana canggih kanggo nglacak rute menyang host remot. Boten kados traceroute utilitas sistem biasanipun (ing Windows iki minangka sarana tracert), bisa nuduhake wektu tundha kanggo saben host ing rantai paket. Uga bisa nglacak rute ora mung liwat ICMP, nanging uga liwat UDP lan TCP.
$ sudo mtr microsoft.com
(Bisa diklik) Antarmuka program MTR. Tilak rute menyang microsoft.com diwiwiti
MTR langsung nuduhake ping kanggo saben host ing chain, lan data terus dianyari nalika program mlaku lan owah-owahan short-term bisa katon.
Gambar nuduhake yen simpul # 6 wis mundhut paket, nanging nyatane iki ora sakabehe bener, amarga sawetara router mung bisa mbuang paket karo TTL kadaluwarsa lan ora bali respon kesalahan, supaya data paket mundhut bisa digatèkaké kene.
WiFi vs kabel
Topik iki ora sakabehe cocog karo artikel kasebut, nanging miturut pendapatku, penting banget ing konteks penundaan. Aku pancene tresna WiFi, nanging yen aku duwe malah slightest kesempatan kanggo nyambung menyang Internet karo kabel, Aku bakal nggunakake. Aku uga tansah nyurung wong nggunakake kamera WiFi.
Yen sampeyan main penembake online sing serius, stream video, utawa perdagangan ing bursa saham: gunakake Internet liwat kabel.
Mangkene tes visual kanggo mbandhingake sambungan WiFi lan kabel. Iki minangka ping menyang router WiFi, yaiku, durung Internet.
(Bisa diklik) Perbandingan ping menyang router WiFi liwat kabel lan liwat WiFi
Bisa dideleng manawa liwat WiFi wektu tundha luwih dawa 1ms lan kadhangkala ana paket sing telat kaping sepuluh luwih suwe! Lan iki mung wektu cendhak. Ing wektu sing padha, router sing padha ngasilake wektu tundha sing stabil <1ms.
Ing conto ing ndhuwur, WiFi 802.11n ing 2.4GHz digunakake, mung laptop lan telpon sing disambungake menyang titik akses WiFi. Yen ana luwih akeh klien ing jalur akses, asile bakal luwih elek. Iki kok aku dadi marang ngoper kabeh komputer kantor kanggo WiFi yen iku bisa kanggo nggayuh karo kabel.
konektivitas IP
Dadi, kita wis sinau kanggo ngukur telat menyang server, ayo goleki server sing paling cedhak karo kita. Kanggo nindakake iki, kita bisa ndeleng cara kerja rute panyedhiya. Iku trep kanggo nggunakake layanan iki
Nalika kita ngakses situs kasebut, kita weruh yen alamat IP kita kalebu sistem otonom .
Kanthi ndeleng grafik konektivitas sistem otonom, kita bisa ndeleng liwat panyedhiya tingkat sing luwih dhuwur sing disambungake karo panyedhiya liyane ing donya. Saben titik bisa diklik, sampeyan bisa mlebu lan maca panyedhiya apa.
Grafik konektivitas sistem otonom panyedhiya
Nggunakake alat iki, sampeyan bisa nyinaoni carane saluran panyedhiya apa wae, kalebu hosting, disusun. Deleng panyedhiya sing disambungake langsung. Kanggo nindakake iki, sampeyan kudu ngetik alamat IP server menyang panelusuran kanggo bgp.he.net lan katon ing grafik saka sistem otonomi sawijining. Sampeyan uga bisa ngerti carane siji pusat data utawa panyedhiya hosting disambungake menyang liyane.
Umume titik ijol-ijolan lalu lintas nyedhiyakake alat khusus sing diarani kaca nggoleki, sing ngidini sampeyan ping lan traceroute saka router tartamtu ing titik ijol-ijolan.
Tuladhane, saka MGTS
Dadi, nalika milih server, kita bisa ndeleng luwih dhisik kepiye tampilan saka titik ijol-ijolan lalu lintas sing beda. Lan yen klien potensial kita dumunung ing wilayah geografis tartamtu, kita bisa nemokake lokasi optimal kanggo server.
Pilih server sing paling cedhak
Kita mutusake kanggo nyederhanakake prosedur kanggo nemokake server sing optimal kanggo klien lan nggawe kaca kanthi tes otomatis ing lokasi sing cedhak: .
Nalika sampeyan ngunjungi kaca, skrip ngukur wektu tundha saka browser menyang saben server lan nampilake ing peta interaktif. Nalika sampeyan ngeklik pusat data, informasi kanthi asil tes ditampilake.
Tombol kasebut nggawa sampeyan menyang kaca tes latensi kanggo kabeh pusat data kita. Kanggo ndeleng asil tes, klik titik pusat data ing peta
Source: www.habr.com