За многе задатке, кашњења између клијента и сервера су критична, на пример у онлајн играма, видео/гласовним конференцијама, ИП телефонији, ВПН-у итд. Ако је сервер предалеко од клијента на нивоу ИП мреже, онда ће кашњења (популарно названа „пинг“, „лаг“) ометати рад.
Географска близина сервера није увек једнака близини на нивоу ИП рутирања. Тако, на пример, сервер у другој земљи вам може бити „ближи“ од сервера у вашем граду. Све због посебности рутирања и изградње мреже.
Како одабрати сервер који је што ближи свим потенцијалним клијентима? Шта је ИП мрежно повезивање? Како усмерити клијента на најближи сервер? Хајде да сазнамо у чланку.
Мерење кашњења
Прво, хајде да научимо како да меримо кашњења. Овај задатак није тако једноставан као што се чини јер кашњења могу варирати за различите протоколе и величине пакета. Такође можете пропустити краткорочне догађаје, као што су падови који трају неколико милисекунди.
ИЦМП - редовни пинг
Користићемо Уник пинг услужни програм; он вам омогућава да ручно подесите интервале између слања пакета, што верзија пинга за Виндовс не може да уради. Ово је важно јер ако постоје дуге паузе између пакета, можда једноставно нећете видети шта се дешава између њих.
Величина пакета (опција -с) - подразумевано, пинг услужни програм шаље пакете величине 64 бајта. Код тако малих пакета, појаве које се јављају код већих пакета можда неће бити приметне, па ћемо величину пакета подесити на 1300 бајтова.
Интервал између пакета (опција -и) — време између слања података. Подразумевано, пакети се шаљу једном у секунди, ово је веома дуго, прави програми шаљу стотине и хиљаде пакета у секунди, тако да ћемо поставити интервал на 0.1 секунду. Програм једноставно не дозвољава мање.
Као резултат, команда изгледа овако:
ping -s 1300 -i 0.1 yandex.ru
Овај дизајн вам омогућава да видите реалнију слику кашњења.
Пинг преко УДП и ТЦП
У неким случајевима, ТЦП везе се обрађују другачије од ИЦМП пакета, и због тога мерења могу да варирају у зависности од протокола. Такође се често дешава да домаћин једноставно не реагује на ИЦМП, а обичан пинг не ради. Тако домаћин ради цео живот, на пример. мицрософт.цом.
Корисност од програмера познатог скенера нмап може да генерише било које пакете. Такође се може користити за мерење кашњења.
Пошто УДП и ТЦП раде на одређеним портовима, морамо да „пингујемо“ одређени порт. Покушајмо да пингујемо ТЦП 80, односно порт веб сервера:
$ 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
Подразумевано, нпинг шаље 4 пакета и зауставља се. Опција -ц 0 омогућава бесконачно слање пакета; да бисте зауставили програм, потребно је да притиснете Цтрл+Ц. Статистика ће бити приказана на крају. Видимо да је просечна вредност ртт (повратно време) 101 мс.
МТР - трацероуте на стероидима
Програм Ми Трацероуте је напредни услужни програм за праћење рута до удаљеног хоста. За разлику од уобичајеног системског услужног програма трацероуте (у Виндовс-у је ово услужни програм за трацерт), он може показати кашњења сваком хосту у ланцу пакета. Такође може да прати руте не само преко ИЦМП-а, већ и преко УДП-а и ТЦП-а.
$ sudo mtr microsoft.com
(Кликнути) МТР програмски интерфејс. Покренуто је праћење руте до мицрософт.цом
МТР одмах показује пинг сваком хосту у ланцу, а подаци се стално ажурирају док програм ради и могу се видети краткорочне промене.
Снимак екрана показује да чвор #6 има губитке пакета, али у ствари то није сасвим тачно, јер неки рутери могу једноставно да одбаце пакете са истеклим ТТЛ-ом и да не врате одговор на грешку, тако да се подаци о губитку пакета овде могу занемарити.
ВиФи против кабла
Ова тема није у потпуности релевантна за чланак, али је по мом мишљењу веома важна у контексту кашњења. Заиста волим ВиФи, али ако имам и најмању прилику да се повежем на интернет каблом, искористићу је. Такође увек обесхрабрујем људе да користе ВиФи камере.
Ако играте озбиљне онлајн пуцачине, стримујете видео или тргујете на берзи: користите интернет преко кабла.
Ево визуелног теста за упоређивање ВиФи и кабловских веза. Ово је пинг ка ВиФи рутеру, односно чак ни Интернету.
(Кликнути) Поређење пинга са ВиФи рутером преко кабла и преко ВиФи-а
Види се да је преко ВиФи-а кашњење 1мс дуже, а понекад има и десет пута дужих пакета! А ово је само кратак временски период. У исто време, исти рутер производи стабилна кашњења од <1мс.
У горњем примеру се користи ВиФи 802.11н на 2.4 ГХз, само лаптоп и телефон су повезани на ВиФи приступну тачку. Да је на приступној тачки било више клијената, резултати би били много лошији. Због тога сам против пребацивања свих канцеларијских рачунара на ВиФи ако је могуће до њих доћи каблом.
ИП конекција
Дакле, научили смо да меримо кашњења на серверу, хајде да покушамо да пронађемо сервер који нам је најближи. Да бисмо то урадили, можемо погледати како функционише рутирање нашег провајдера. За ово је згодно користити услугу
Када приступимо сајту, видимо да наша ИП адреса припада аутономном систему .
Гледајући граф повезаности аутономних система, можемо видети преко којих провајдера вишег нивоа је наш провајдер повезан са остатком света. На сваку од тачака се може кликнути, можете ући и прочитати о каквом се провајдеру ради.
Графикон повезаности аутономних система провајдера
Користећи овај алат, можете проучити како су канали било ког провајдера, укључујући и хостинг, структурирани. Погледајте са којим провајдерима је директно повезан. Да бисте то урадили, потребно је да унесете ИП адресу сервера у претрагу за бгп.хе.нет и погледате графикон његовог аутономног система. Такође можете разумети како је један центар података или хостинг провајдер повезан са другим.
Већина тачака за размену саобраћаја обезбеђује посебан алат који се зове огледало, који вам омогућава да пингујете и трасирате са одређеног рутера на тачки размене.
Овде, на пример, из МГТС
Дакле, при избору сервера можемо унапред да видимо како ће изгледати са различитих тачака размене саобраћаја. А ако се наши потенцијални клијенти налазе у одређеном географском подручју, можемо пронаћи оптималну локацију за сервер.
Изаберите најближи сервер
Одлучили смо да поједноставимо процедуру проналажења оптималног сервера за наше клијенте и направили смо страницу са аутоматским тестирањем оближњих локација: .
Када посетите страницу, скрипта мери кашњења од вашег претраживача до сваког сервера и приказује их на интерактивној мапи. Када кликнете на центар података, приказују се информације са резултатима тестирања.
Дугме вас води на страницу за тестирање кашњења за све наше центре података. Да бисте видели резултате теста, кликните на тачку центра података на мапи
Извор: ввв.хабр.цом