Kwa kazi nyingi, ucheleweshaji kati ya mteja na seva ni muhimu, kwa mfano, katika michezo ya mtandaoni, mkutano wa video / sauti, simu ya IP, VPN, nk. Ikiwa seva iko mbali sana na mteja kwenye kiwango cha mtandao wa IP, basi ucheleweshaji (maarufu "ping", "lag") utaingilia kati kazi.
Ukaribu wa kijiografia wa seva sio kila wakati sawa na ukaribu katika kiwango cha IP cha uelekezaji. Kwa hivyo, kwa mfano, seva katika nchi nyingine inaweza kuwa "karibu" na wewe kuliko seva katika jiji lako. Yote kwa sababu ya upekee wa uelekezaji na mitandao.
Jinsi ya kuchagua seva karibu iwezekanavyo kwa wateja wote wanaowezekana? Muunganisho wa IP ni nini? Jinsi ya kuelekeza mteja kwa seva iliyo karibu? Hebu tufikirie katika makala.
Kupima ucheleweshaji
Kwanza, hebu tujifunze jinsi ya kupima ucheleweshaji. Kazi hii si rahisi kama inavyoweza kuonekana, kwa sababu ucheleweshaji unaweza kutofautiana kwa itifaki na saizi za pakiti tofauti. Unaweza pia kukosa matukio ya muda mfupi, kama vile majosho yanayodumu milisekunde chache.
ICMP - ping ya kawaida
Tutatumia matumizi ya ping ya Unix, hukuruhusu kuweka kwa mikono vipindi kati ya kutuma pakiti, ambazo toleo la windows la ping haliwezi kufanya. Hii ni muhimu, kwa sababu ikiwa pause kati ya pakiti ni ndefu, huwezi kuona kinachotokea kati yao.
Ukubwa wa kifurushi (chaguo -s) - Kwa chaguo-msingi, matumizi ya ping hutuma pakiti za 64-byte. Kwa vifurushi vile vidogo, matukio yanayotokea kwa pakiti kubwa huenda yasionekane, kwa hiyo tutaweka ukubwa wa pakiti kwa ka 1300.
Muda kati ya pakiti (chaguo -i) - muda kati ya kutuma data. Kwa chaguo-msingi, pakiti hutumwa mara moja kwa pili, hii ni muda mrefu sana, mipango halisi hutuma mamia na maelfu ya pakiti kwa pili, kwa hiyo tunaweka muda kwa sekunde 0.1. Chini hairuhusu programu.
Kama matokeo, amri inaonekana kama hii:
ping -s 1300 -i 0.1 yandex.ru
Ubunifu huu hukuruhusu kuona picha ya kweli zaidi ya ucheleweshaji.
Ping juu ya UDP na TCP
Katika baadhi ya matukio, miunganisho ya TCP inashughulikiwa tofauti kuliko pakiti za ICMP, na kwa sababu hii, vipimo vinaweza kutofautiana kulingana na itifaki. Pia mara nyingi hutokea kwamba mwenyeji hajibu tu kwa ICMP, na ping ya kawaida haifanyi kazi. Kwa hiyo, kwa mfano, mwenyeji hufanya maisha yake yote microsoft.com.
Huduma kutoka kwa watengenezaji wa kichanganuzi maarufu cha nmap kinaweza kutoa pakiti zozote. Inaweza pia kutumika kupima latency.
Kwa kuwa UDP na TCP hufanya kazi kwa maalum, tunahitaji "ping" bandari maalum. Wacha tujaribu kuweka TCP 80, ambayo ni, bandari ya seva ya wavuti:
$ 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
Kwa chaguo-msingi, nping hutuma pakiti 4 na kusimama. Chaguo -c 0 inawasha utumaji usio na mwisho wa pakiti, ili kusimamisha programu, unahitaji kubonyeza Ctrl + C. Takwimu zitaonyeshwa mwishoni. Tunaona kwamba thamani ya wastani ya rtt (saa ya kurudi na kurudi) ni 101ms.
MTR - traceroute kwenye steroids
Programu ya (Eng. My Traceroute) ni matumizi ya hali ya juu ya kufuatilia njia hadi kwa seva pangishi ya mbali. Tofauti na matumizi ya kawaida ya mfumo wa traceroute (katika madirisha ni matumizi ya tracert), inaweza kuonyesha ucheleweshaji kwa kila seva pangishi kwenye msururu wa pakiti. Pia inajua jinsi ya kufuatilia njia si tu kupitia ICMP, lakini pia kupitia UDP na TCP.
$ sudo mtr microsoft.com
(Inabofya) kiolesura cha programu cha MTR. Ilianza traceroute kwa microsoft.com
MTR mara moja inaonyesha ping kwa kila mwenyeji kwenye mlolongo, zaidi ya hayo, data inasasishwa mara kwa mara wakati programu inaendesha na unaweza kuona mabadiliko ya muda mfupi.
Picha ya skrini inaonyesha kuwa nodi # 6 ina upotezaji wa pakiti, lakini kwa kweli hii sio kweli kabisa, kwa sababu vipanga njia vingine vinaweza tu kutupa pakiti zilizo na TTL iliyoisha muda wake na kutorudisha jibu la makosa, kwa hivyo data ya upotezaji wa pakiti inaweza kupuuzwa hapa.
WiFi dhidi ya Cable
Mada hii haihusiani kabisa na makala, lakini kwa maoni yangu ni muhimu sana katika mazingira ya ucheleweshaji. Ninapenda sana WiFi, lakini ikiwa nina fursa kidogo ya kuunganisha kwenye Mtandao kwa kebo, nitatumia. Pia, mimi huwakatisha tamaa watu kutumia kamera za WiFi.
Ikiwa unacheza wapiga risasi wakubwa mtandaoni, kutiririsha video, biashara kwenye soko la hisa: tafadhali tumia Mtandao kwa kebo.
Hapa kuna jaribio la kuona ili kulinganisha WiFi na muunganisho wa kebo. Hii ni ping kwa kipanga njia cha WiFi, yaani, hata mtandao bado.
(Inabofya) Ulinganisho wa ping na kipanga njia cha WiFi kupitia kebo na kupitia WiFi
Inaweza kuonekana kuwa ucheleweshaji wa WiFi ni 1ms tena na wakati mwingine kuna pakiti zilizo na ucheleweshaji mara kumi zaidi! Na hii ni muda mfupi tu. Wakati huo huo, kipanga njia sawa hutoa ucheleweshaji thabiti <1ms.
Katika mfano hapo juu, WiFi 802.11n katika 2.4GHz hutumiwa, tu kompyuta ya mkononi na simu huunganishwa kwenye hatua ya kufikia kupitia WiFi. Ikiwa kulikuwa na wateja zaidi kwenye hatua ya kufikia, matokeo yangekuwa mabaya zaidi. Ndiyo sababu mimi ni kinyume cha uhamisho wa kompyuta zote za ofisi kwa WiFi, ikiwa inawezekana kuwafikia kwa cable.
Muunganisho wa IP
Kwa hivyo, tumejifunza jinsi ya kupima ucheleweshaji kwa seva, hebu tujaribu kupata seva iliyo karibu nasi. Ili kufanya hivyo, tunaweza kuangalia jinsi uelekezaji unavyopangwa kwa mtoaji wetu. Ili kufanya hivyo, ni rahisi kutumia huduma
Tunapoingia kwenye tovuti, tunaona kwamba anwani yetu ya IP ni ya mfumo wa uhuru .
Kwa kuangalia grafu ya muunganisho wa mifumo inayojiendesha, tunaweza kuona ni kwa njia gani watoa huduma wetu wameunganishwa kwa ulimwengu wote. Kila moja ya pointi inaweza kubofya, unaweza kuingia na kusoma ni aina gani ya mtoa huduma.
Grafu ya muunganisho ya mifumo ya uhuru wa mtoaji
Kwa kutumia zana hii, unaweza kusoma jinsi njia za mtoa huduma yeyote, ikiwa ni pamoja na mwenyeji, zinavyopangwa. Angalia ni watoa huduma gani imeunganishwa moja kwa moja. Ili kufanya hivyo, unahitaji kuendesha anwani ya IP ya seva kwenye utafutaji wa bgp.he.net na uangalie grafu ya mfumo wake wa uhuru. Unaweza pia kuelewa jinsi kituo kimoja cha data au mtoaji mwenyeji anavyohusiana na mwingine.
Sehemu nyingi za kubadilishana hutoa zana maalum inayoitwa glasi ya kutazama ambayo hukuruhusu kupiga ping na traceroute kutoka kwa kipanga njia maalum hadi mahali pa kubadilishana.
Kwa mfano, kutoka MGTS
Kwa hiyo, wakati wa kuchagua seva, tunaweza kuona mapema jinsi itakavyoonekana kutoka kwa pointi tofauti za kubadilishana trafiki. Na ikiwa wateja wetu watarajiwa wanapatikana katika eneo fulani la kijiografia, tunaweza kupata eneo mwafaka la seva.
Chagua seva iliyo karibu nawe
Tuliamua kurahisisha mchakato wa kutafuta seva bora kwa wateja wetu na tukatengeneza ukurasa na jaribio la kiotomatiki la maeneo ya karibu zaidi: .
Unapotembelea ukurasa, hati hupima ucheleweshaji kutoka kwa kivinjari chako hadi kwa kila seva na kuzionyesha kwenye ramani shirikishi. Unapobofya kituo cha data, taarifa iliyo na matokeo ya majaribio huonyeshwa.
Kitufe kinaongoza kwa ukurasa wa jaribio la kusubiri kwa vituo vyetu vyote vya data. Ili kuona matokeo ya majaribio, bofya kwenye kituo cha data kwenye ramani
Chanzo: mapenzi.com