Fyrir mörg verkefni eru tafir á milli biðlara og netþjóns mikilvægar, til dæmis í netleikjum, mynd-/talráðstefnu, IP-símakerfi, VPN o.s.frv. Ef þjónninn er of langt frá biðlaranum á IP-netkerfisstigi munu tafir (almennt kallaðar „ping“, „töf“) trufla vinnuna.
Landfræðileg nálægð netþjóns er ekki alltaf jafn nálægð á IP leiðarstigi. Svo, til dæmis, gæti netþjónn í öðru landi verið „nær“ þér en þjónn í borginni þinni. Allt vegna sérkenni leiðar og netbyggingar.
Hvernig á að velja netþjón sem er eins nálægt öllum mögulegum viðskiptavinum og hægt er? Hvað er IP nettenging? Hvernig á að beina viðskiptavini á næsta netþjón? Við skulum komast að því í greininni.
Mælingar á töfum
Fyrst skulum við læra hvernig á að mæla tafir. Þetta verkefni er ekki eins einfalt og það kann að virðast vegna þess að tafir geta verið mismunandi fyrir mismunandi samskiptareglur og pakkastærðir. Þú gætir líka misst af skammtímaviðburðum, svo sem dýfingum sem standa í nokkrar millisekúndur.
ICMP - venjulegur ping
Við munum nota Unix ping tólið; það gerir þér kleift að stilla bil á milli sendingar pakka handvirkt, sem ping útgáfan fyrir Windows getur ekki gert. Þetta er mikilvægt vegna þess að ef það eru langar hlé á milli pakka gætirðu einfaldlega ekki séð hvað er að gerast á milli þeirra.
Pakkningastærð (valkostur -s) - sjálfgefið sendir ping tólið pakka sem eru 64 bæti að stærð. Með svo litlum pökkum er ekki víst að fyrirbæri sem eiga sér stað með stærri pökkum verða áberandi, þannig að við setjum pakkastærðina á 1300 bæti.
Bil á milli pakka (valkostur -i) — tími á milli gagnasendinga. Sjálfgefið er að pakkar eru sendir einu sinni á sekúndu, þetta er mjög langt, alvöru forrit senda hundruð og þúsundir pakka á sekúndu, þannig að við munum stilla bilið á 0.1 sekúndu. Forritið leyfir einfaldlega ekki minna.
Fyrir vikið lítur skipunin svona út:
ping -s 1300 -i 0.1 yandex.ru
Þessi hönnun gerir þér kleift að sjá raunsærri mynd af töfum.
Ping í gegnum UDP og TCP
Í sumum tilfellum eru TCP tengingar unnar á annan hátt en ICMP pakkar og vegna þessa geta mælingar verið mismunandi eftir samskiptareglum. Það gerist líka oft að gestgjafinn svarar einfaldlega ekki ICMP og venjulegur ping virkar ekki. Þetta er það sem gestgjafi gerir allt sitt líf, til dæmis. microsoft.com.
Gagnsemi frá hönnuði hins fræga skanna nmap getur búið til hvaða pakka sem er. Það er líka hægt að nota til að mæla tafir.
Þar sem UDP og TCP starfa á tilteknum, þurfum við að „pinga“ ákveðna höfn. Við skulum reyna að pinga TCP 80, það er netþjónsgáttin:
$ 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
Sjálfgefið er að nping sendir 4 pakka og stoppar. Valkostur -c 0 gerir endalausa sendingu á pakka kleift; til að stöðva forritið þarftu að ýta á Ctrl+C. Tölfræði verður sýnd í lokin. Við sjáum að meðalgildi rtt (tíma fram og til baka) er 101ms.
MTR - traceroute á sterum
Program My Traceroute er háþróað tól til að rekja leiðir til ytri hýsils. Ólíkt venjulegu traceroute kerfisbúnaðinum (í Windows er þetta tracert tólið), getur það sýnt tafir fyrir hvern gestgjafa í pakkakeðjunni. Það getur einnig rakið leiðir, ekki aðeins í gegnum ICMP, heldur einnig í gegnum UDP og TCP.
$ sudo mtr microsoft.com
(Smellanlegt) MTR forritsviðmót. Leiðarakning til microsoft.com hófst
MTR sýnir pingið strax til hvers gestgjafa í keðjunni og gögnin eru stöðugt uppfærð á meðan forritið er í gangi og hægt er að sjá skammtímabreytingar.
Skjáskotið sýnir að hnútur #6 hefur pakkatap, en í raun er þetta ekki alveg satt, vegna þess að sumir beinir geta einfaldlega hent pökkum með útrunnið TTL og ekki skilað villusvari, svo hægt er að hunsa pakkatapsgögnin hér.
WiFi vs snúru
Þetta efni á ekki alveg við greinina en að mínu mati er það mjög mikilvægt í samhengi við tafir. Ég elska WiFi virkilega, en ef ég hef minnsta möguleika á að tengjast internetinu með snúru mun ég nota það. Ég hvet líka alltaf fólk til að nota WiFi myndavélar.
Ef þú spilar alvarlegar skotleikir á netinu, streymir myndbandi eða átt viðskipti í kauphöllinni: vinsamlegast notaðu internetið í gegnum kapal.
Hér er sjónræn próf til að bera saman WiFi og kapaltengingar. Þetta er ping á WiFi beininn, það er, ekki einu sinni internetið ennþá.
(Smellanlegt) Samanburður á ping við WiFi bein í gegnum kapal og í gegnum WiFi
Það má sjá að yfir WiFi er seinkunin 1ms lengri og stundum eru pakkar með töfum tífalt lengri! Og þetta er aðeins stuttur tími. Á sama tíma framleiðir sami beininn stöðugar tafir upp á <1ms.
Í dæminu hér að ofan er WiFi 802.11n við 2.4GHz notað, aðeins fartölva og sími eru tengd við WiFi aðgangsstaðinn. Ef það væru fleiri viðskiptavinir á aðgangsstaðnum væri árangurinn mun verri. Þess vegna er ég svo á móti því að skipta öllum skrifstofutölvum yfir á WiFi ef það er hægt að ná þeim með snúru.
IP tenging
Svo við höfum lært að mæla tafir á netþjóninum, við skulum reyna að finna næsta netþjóninn við okkur. Til að gera þetta getum við skoðað hvernig leiðarkerfi þjónustuveitunnar okkar virkar. Það er þægilegt að nota þjónustuna til þess
Þegar við komum inn á síðuna sjáum við að IP-talan okkar tilheyrir sjálfvirka kerfinu .
Með því að skoða tengilínurit sjálfstæðra kerfa getum við séð í gegnum hvaða þjónustuveitur á hærra stigi veitandinn okkar er tengdur við restina af heiminum. Það er hægt að smella á hvern punkt, þú getur farið inn og lesið hvers konar veitir það er.
Tengigraf af sjálfvirkum kerfum veitunnar
Með því að nota þetta tól geturðu rannsakað hvernig rásir hvaða veitanda sem er, þar á meðal hýsing, eru byggðar upp. Sjáðu hvaða þjónustuveitur það er beintengt við. Til að gera þetta þarftu að slá inn IP tölu netþjónsins í leitina að bgp.he.net og skoða línurit sjálfstætt kerfis hans. Þú getur líka skilið hvernig ein gagnaver eða hýsingaraðili er tengdur við aðra.
Flestir umferðarskiptapunktar bjóða upp á sérstakt tól sem kallast útlitsgler, sem gerir þér kleift að smella og rekja frá tilteknum beini á skiptipunktinum.
Hér til dæmis, frá MGTS
Svo þegar við veljum netþjón getum við séð fyrirfram hvernig hann mun líta út frá mismunandi umferðarskiptastöðum. Og ef hugsanlegir viðskiptavinir okkar eru staðsettir á ákveðnu landfræðilegu svæði getum við fundið bestu staðsetningu fyrir netþjóninn.
Veldu næsta netþjón
Við ákváðum að einfalda ferlið við að finna ákjósanlegasta netþjóninn fyrir viðskiptavini okkar og bjuggum til síðu með sjálfvirkum prófunum á nálægum stöðum: .
Þegar þú heimsækir síðu mælir handritið tafir frá vafranum þínum á hvern netþjón og sýnir þær á gagnvirku korti. Þegar smellt er á gagnaver birtast upplýsingar með prófunarniðurstöðum.
Hnappurinn fer með þig á biðtímaprófunarsíðuna fyrir allar gagnaverin okkar. Til að skoða prófunarniðurstöðurnar, smelltu á punkt gagnaversins á kortinu
Heimild: www.habr.com