മില്ലിസെക്കൻഡ് വേണ്ടി പോരാടുക. ഏറ്റവും കുറഞ്ഞ പിംഗ് ഉള്ള സെർവർ എങ്ങനെ തിരഞ്ഞെടുക്കാം

പല ജോലികൾക്കും, ക്ലയന്റും സെർവറും തമ്മിലുള്ള കാലതാമസം നിർണായകമാണ്, ഉദാഹരണത്തിന് ഓൺലൈൻ ഗെയിമുകൾ, വീഡിയോ/വോയ്സ് കോൺഫറൻസിംഗ്, IP ടെലിഫോണി, VPN മുതലായവ. IP നെറ്റ്‌വർക്ക് തലത്തിൽ സെർവർ ക്ലയന്റിൽ നിന്ന് വളരെ അകലെയാണെങ്കിൽ, കാലതാമസം ("പിംഗ്", "ലാഗ്" എന്ന് അറിയപ്പെടുന്നത്) ജോലിയെ തടസ്സപ്പെടുത്തും.

ഒരു സെർവറിന്റെ ഭൂമിശാസ്ത്രപരമായ സാമീപ്യം എല്ലായ്പ്പോഴും ഐപി റൂട്ടിംഗ് തലത്തിൽ തുല്യമായ സാമീപ്യമല്ല. അതിനാൽ, ഉദാഹരണത്തിന്, മറ്റൊരു രാജ്യത്തെ സെർവർ നിങ്ങളുടെ നഗരത്തിലെ സെർവറിനേക്കാൾ "അടുത്തു" ആയിരിക്കാം. റൂട്ടിംഗിന്റെയും നെറ്റ്‌വർക്ക് നിർമ്മാണത്തിന്റെയും പ്രത്യേകതകൾ കാരണം എല്ലാം.

എല്ലാ സാധ്യതയുള്ള ക്ലയന്റുകൾക്കും കഴിയുന്നത്ര അടുത്ത് ഒരു സെർവർ എങ്ങനെ തിരഞ്ഞെടുക്കാം? എന്താണ് IP നെറ്റ്‌വർക്ക് കണക്റ്റിവിറ്റി? ഒരു ക്ലയന്റിനെ എങ്ങനെയാണ് അടുത്തുള്ള സെർവറിലേക്ക് നയിക്കുക? ലേഖനത്തിൽ നമുക്ക് കണ്ടെത്താം.

കാലതാമസം അളക്കുന്നു

ആദ്യം, കാലതാമസം അളക്കുന്നത് എങ്ങനെയെന്ന് നോക്കാം. വ്യത്യസ്ത പ്രോട്ടോക്കോളുകൾക്കും പാക്കറ്റ് വലുപ്പങ്ങൾക്കും കാലതാമസങ്ങൾ വ്യത്യാസപ്പെടാം എന്നതിനാൽ ഈ ടാസ്ക്ക് തോന്നിയേക്കാവുന്നത്ര ലളിതമല്ല. കുറച്ച് മില്ലിസെക്കൻഡ് നീണ്ടുനിൽക്കുന്ന ഡിപ്സ് പോലുള്ള ഹ്രസ്വകാല ഇവന്റുകളും നിങ്ങൾക്ക് നഷ്ടമായേക്കാം.

ICMP - സാധാരണ പിംഗ്

ഞങ്ങൾ യുണിക്സ് പിംഗ് യൂട്ടിലിറ്റി ഉപയോഗിക്കും; വിൻഡോസിനായുള്ള പിംഗ് പതിപ്പിന് ചെയ്യാൻ കഴിയാത്ത പാക്കറ്റുകൾ അയയ്ക്കുന്നതിനുള്ള ഇടവേളകൾ സ്വമേധയാ സജ്ജീകരിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. ഇത് പ്രധാനമാണ്, കാരണം പാക്കറ്റുകൾക്കിടയിൽ നീണ്ട ഇടവേളകൾ ഉണ്ടെങ്കിൽ, അവയ്ക്കിടയിൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് നിങ്ങൾ കാണാനിടയില്ല.

പാക്കേജ് വലിപ്പം (option -s) - ഡിഫോൾട്ടായി, പിംഗ് യൂട്ടിലിറ്റി 64 ബൈറ്റുകളുടെ വലിപ്പമുള്ള പാക്കറ്റുകൾ അയയ്ക്കുന്നു. അത്തരം ചെറിയ പാക്കറ്റുകൾ ഉപയോഗിച്ച്, വലിയ പാക്കറ്റുകളിൽ സംഭവിക്കുന്ന പ്രതിഭാസങ്ങൾ ശ്രദ്ധയിൽപ്പെടണമെന്നില്ല, അതിനാൽ ഞങ്ങൾ പാക്കറ്റ് വലുപ്പം 1300 ബൈറ്റുകളായി സജ്ജമാക്കും.

പാക്കറ്റുകൾ തമ്മിലുള്ള ഇടവേള (option -i) — ഡാറ്റ അയക്കലുകൾക്കിടയിലുള്ള സമയം. സ്ഥിരസ്ഥിതിയായി, പാക്കറ്റുകൾ സെക്കൻഡിൽ ഒരിക്കൽ അയയ്ക്കുന്നു, ഇത് വളരെ ദൈർഘ്യമേറിയതാണ്, യഥാർത്ഥ പ്രോഗ്രാമുകൾ സെക്കൻഡിൽ നൂറുകണക്കിന് ആയിരക്കണക്കിന് പാക്കറ്റുകൾ അയയ്ക്കുന്നു, അതിനാൽ ഞങ്ങൾ ഇടവേള 0.1 സെക്കൻഡായി സജ്ജമാക്കും. പ്രോഗ്രാം ലളിതമായി കുറവ് അനുവദിക്കുന്നില്ല.

തൽഫലമായി, കമാൻഡ് ഇതുപോലെ കാണപ്പെടുന്നു:

ping -s 1300 -i 0.1 yandex.ru

കാലതാമസത്തിന്റെ കൂടുതൽ യഥാർത്ഥ ചിത്രം കാണാൻ ഈ ഡിസൈൻ നിങ്ങളെ അനുവദിക്കുന്നു.

UDP, TCP എന്നിവ വഴി പിംഗ് ചെയ്യുക

ചില സന്ദർഭങ്ങളിൽ, ടിസിപി കണക്ഷനുകൾ ഐസിഎംപി പാക്കറ്റുകളേക്കാൾ വ്യത്യസ്തമായി പ്രോസസ്സ് ചെയ്യപ്പെടുന്നു, ഇക്കാരണത്താൽ, പ്രോട്ടോക്കോൾ അനുസരിച്ച് അളവുകൾ വ്യത്യാസപ്പെടാം. ഹോസ്റ്റ് ഐസിഎംപിയോട് പ്രതികരിക്കുന്നില്ല, സാധാരണ പിംഗ് പ്രവർത്തിക്കുന്നില്ല എന്നതും പലപ്പോഴും സംഭവിക്കുന്നു. ഒരു ഹോസ്റ്റ് തന്റെ ജീവിതകാലം മുഴുവൻ ചെയ്യുന്നത് ഇതാണ്, ഉദാഹരണത്തിന്. microsoft.com.

യൂട്ടിലിറ്റി nping പ്രശസ്തമായ സ്കാനർ nmap-ന്റെ ഡെവലപ്പർമാരിൽ നിന്ന് ഏത് പാക്കറ്റുകളും സൃഷ്ടിക്കാൻ കഴിയും. കാലതാമസം അളക്കാനും ഇത് ഉപയോഗിക്കാം.
യു‌ഡി‌പിയും ടി‌സി‌പിയും നിർദ്ദിഷ്‌ടമായവയിൽ പ്രവർത്തിക്കുന്നതിനാൽ, ഞങ്ങൾ ഒരു പ്രത്യേക പോർട്ട് "പിംഗ്" ചെയ്യേണ്ടതുണ്ട്. നമുക്ക് TCP 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

സ്ഥിരസ്ഥിതിയായി, nping 4 പാക്കറ്റുകൾ അയച്ച് നിർത്തുന്നു. ഓപ്ഷൻ -സി 0 പാക്കറ്റുകളുടെ അനന്തമായ അയയ്‌ക്കൽ പ്രാപ്‌തമാക്കുന്നു; പ്രോഗ്രാം നിർത്താൻ, നിങ്ങൾ Ctrl+C അമർത്തേണ്ടതുണ്ട്. സ്ഥിതിവിവരക്കണക്കുകൾ അവസാനം കാണിക്കും. ശരാശരി rtt (റൗണ്ട്-ട്രിപ്പ് സമയം) മൂല്യം 101ms ആണെന്ന് ഞങ്ങൾ കാണുന്നു.

എംടിആർ - സ്റ്റിറോയിഡുകളിൽ ട്രേസറൗട്ട്

പ്രോഗ്രാം MTR ഒരു റിമോട്ട് ഹോസ്റ്റിലേക്കുള്ള റൂട്ടുകൾ കണ്ടെത്തുന്നതിനുള്ള ഒരു നൂതന യൂട്ടിലിറ്റിയാണ് My Traceroute. സാധാരണ സിസ്റ്റം യൂട്ടിലിറ്റി ട്രേസറൗട്ടിൽ നിന്ന് വ്യത്യസ്തമായി (വിൻഡോസിൽ ഇത് ട്രേസർട്ട് യൂട്ടിലിറ്റിയാണ്), പാക്കറ്റ് ചെയിനിലെ ഓരോ ഹോസ്റ്റിനും കാലതാമസം കാണിക്കാൻ ഇതിന് കഴിയും. ഇതിന് ICMP വഴി മാത്രമല്ല, UDP, TCP എന്നിവ വഴിയും റൂട്ടുകൾ കണ്ടെത്താനാകും.

$ sudo mtr microsoft.com

(ക്ലിക്ക് ചെയ്യാവുന്നത്) MTR പ്രോഗ്രാം ഇന്റർഫേസ്. microsoft.com-ലേക്കുള്ള റൂട്ട് ട്രെയ്‌സിംഗ് ആരംഭിച്ചു

MTR ഉടൻ തന്നെ ചെയിനിലെ ഓരോ ഹോസ്റ്റിനും പിംഗ് കാണിക്കുന്നു, കൂടാതെ പ്രോഗ്രാം പ്രവർത്തിക്കുമ്പോൾ ഡാറ്റ നിരന്തരം അപ്‌ഡേറ്റ് ചെയ്യുകയും ഹ്രസ്വകാല മാറ്റങ്ങൾ കാണുകയും ചെയ്യും.
നോഡ് #6 ന് പാക്കറ്റ് നഷ്ടങ്ങളുണ്ടെന്ന് സ്ക്രീൻഷോട്ട് കാണിക്കുന്നു, എന്നാൽ വാസ്തവത്തിൽ ഇത് പൂർണ്ണമായും ശരിയല്ല, കാരണം ചില റൂട്ടറുകൾക്ക് കാലഹരണപ്പെട്ട TTL ഉള്ള പാക്കറ്റുകൾ നിരസിക്കാനും പിശക് പ്രതികരണം നൽകാതിരിക്കാനും കഴിയും, അതിനാൽ പാക്കറ്റ് നഷ്ടം ഡാറ്റ ഇവിടെ അവഗണിക്കാം.

വൈഫൈ vs കേബിൾ

ഈ വിഷയം ലേഖനത്തിന് പൂർണ്ണമായും പ്രസക്തമല്ല, പക്ഷേ എന്റെ അഭിപ്രായത്തിൽ കാലതാമസത്തിന്റെ പശ്ചാത്തലത്തിൽ ഇത് വളരെ പ്രധാനമാണ്. എനിക്ക് വൈഫൈ ശരിക്കും ഇഷ്ടമാണ്, പക്ഷേ ഒരു കേബിൾ ഉപയോഗിച്ച് ഇന്റർനെറ്റിലേക്ക് കണക്റ്റുചെയ്യാനുള്ള ചെറിയ അവസരമെങ്കിലും ഞാൻ അത് ഉപയോഗിക്കും. വൈഫൈ ക്യാമറകൾ ഉപയോഗിക്കുന്നതിൽ നിന്ന് ആളുകളെ ഞാൻ എപ്പോഴും നിരുത്സാഹപ്പെടുത്താറുണ്ട്.
നിങ്ങൾ ഗുരുതരമായ ഓൺലൈൻ ഷൂട്ടറുകൾ കളിക്കുകയോ വീഡിയോ സ്ട്രീം ചെയ്യുകയോ സ്റ്റോക്ക് എക്സ്ചേഞ്ചിൽ വ്യാപാരം നടത്തുകയോ ചെയ്യുകയാണെങ്കിൽ: ദയവായി കേബിൾ വഴി ഇന്റർനെറ്റ് ഉപയോഗിക്കുക.

വൈഫൈ, കേബിൾ കണക്ഷനുകൾ താരതമ്യം ചെയ്യുന്നതിനുള്ള ഒരു വിഷ്വൽ ടെസ്റ്റ് ഇതാ. ഇത് വൈഫൈ റൂട്ടറിലേക്കുള്ള ഒരു പിംഗ് ആണ്, അതായത് ഇതുവരെ ഇന്റർനെറ്റ് പോലും ഇല്ല.

(ക്ലിക്ക് ചെയ്യാവുന്നത്) കേബിൾ വഴിയും വൈഫൈ വഴിയും വൈഫൈ റൂട്ടറിലേക്ക് പിങ്ങിന്റെ താരതമ്യം

വൈഫൈ വഴിയുള്ള കാലതാമസം 1 മി.സി. കൂടുതലാണെന്നും ചിലപ്പോൾ പത്തിരട്ടി കാലതാമസമുള്ള പാക്കറ്റുകൾ ഉണ്ടെന്നും കാണാൻ കഴിയും! കൂടാതെ ഇത് ഒരു ചെറിയ കാലയളവ് മാത്രമാണ്. അതേ സമയം, അതേ റൂട്ടർ <1ms ന്റെ സ്ഥിരമായ കാലതാമസം ഉണ്ടാക്കുന്നു.

മുകളിലുള്ള ഉദാഹരണത്തിൽ, 802.11GHz-ൽ WiFi 2.4n ഉപയോഗിക്കുന്നു, ഒരു ലാപ്‌ടോപ്പും ഫോണും മാത്രമേ WiFi ആക്‌സസ് പോയിന്റുമായി ബന്ധിപ്പിച്ചിട്ടുള്ളൂ. ആക്സസ് പോയിന്റിൽ കൂടുതൽ ക്ലയന്റുകളുണ്ടെങ്കിൽ, ഫലങ്ങൾ വളരെ മോശമായിരിക്കും. അതുകൊണ്ടാണ് എല്ലാ ഓഫീസ് കമ്പ്യൂട്ടറുകളും ഒരു കേബിൾ ഉപയോഗിച്ച് അവയിലേക്ക് എത്തിച്ചേരാൻ സാധിക്കുന്നതെങ്കിൽ വൈഫൈയിലേക്ക് മാറ്റുന്നതിന് ഞാൻ എതിരാണ്.

IP കണക്റ്റിവിറ്റി

അതിനാൽ, സെർവറിലേക്കുള്ള കാലതാമസം അളക്കാൻ ഞങ്ങൾ പഠിച്ചു, നമുക്ക് ഏറ്റവും അടുത്തുള്ള സെർവർ കണ്ടെത്താൻ ശ്രമിക്കാം. ഇത് ചെയ്യുന്നതിന്, ഞങ്ങളുടെ ദാതാവിന്റെ റൂട്ടിംഗ് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് നോക്കാം. ഇതിനായി സേവനം ഉപയോഗിക്കുന്നത് സൗകര്യപ്രദമാണ് bgp.he.net

ഞങ്ങൾ സൈറ്റിലേക്ക് പ്രവേശിക്കുമ്പോൾ, ഞങ്ങളുടെ ഐപി വിലാസം സ്വയംഭരണ സംവിധാനത്തിന്റേതാണെന്ന് ഞങ്ങൾ കാണുന്നു AS42610.

ഓട്ടോണമസ് സിസ്റ്റങ്ങളുടെ കണക്റ്റിവിറ്റി ഗ്രാഫ് നോക്കുന്നതിലൂടെ, നമ്മുടെ ദാതാവ് ലോകത്തിന്റെ മറ്റു ഭാഗങ്ങളുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന ഉയർന്ന തലത്തിലുള്ള ദാതാക്കളെ നമുക്ക് കാണാൻ കഴിയും. ഓരോ ഡോട്ടുകളും ക്ലിക്ക് ചെയ്യാവുന്നതാണ്, നിങ്ങൾക്ക് അകത്ത് പോയി അത് ഏത് തരത്തിലുള്ള ദാതാവാണെന്ന് വായിക്കാം.

ദാതാവിന്റെ സ്വയംഭരണ സംവിധാനങ്ങളുടെ കണക്റ്റിവിറ്റി ഗ്രാഫ്

ഈ ടൂൾ ഉപയോഗിച്ച്, ഹോസ്റ്റിംഗ് ഉൾപ്പെടെയുള്ള ഏതൊരു ദാതാവിന്റെയും ചാനലുകൾ എങ്ങനെയാണ് ഘടനാപരമായിരിക്കുന്നതെന്ന് നിങ്ങൾക്ക് പഠിക്കാനാകും. ഏതൊക്കെ ദാതാക്കളുമായി നേരിട്ട് ബന്ധിപ്പിച്ചിട്ടുണ്ടെന്ന് കാണുക. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ bgp.he.net എന്നതിനായുള്ള തിരയലിൽ സെർവറിന്റെ IP വിലാസം നൽകുകയും അതിന്റെ സ്വയംഭരണ സംവിധാനത്തിന്റെ ഗ്രാഫ് നോക്കുകയും വേണം. ഒരു ഡാറ്റാ സെന്റർ അല്ലെങ്കിൽ ഹോസ്റ്റിംഗ് പ്രൊവൈഡർ മറ്റൊന്നുമായി എങ്ങനെ ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്നും നിങ്ങൾക്ക് മനസ്സിലാക്കാം.

മിക്ക ട്രാഫിക് എക്‌സ്‌ചേഞ്ച് പോയിന്റുകളും ലുക്കിംഗ് ഗ്ലാസ് എന്ന് വിളിക്കുന്ന ഒരു പ്രത്യേക ഉപകരണം നൽകുന്നു, ഇത് എക്‌സ്‌ചേഞ്ച് പോയിന്റിൽ ഒരു പ്രത്യേക റൂട്ടറിൽ നിന്ന് പിംഗ് ചെയ്യാനും ട്രാക്കുചെയ്യാനും നിങ്ങളെ അനുവദിക്കുന്നു.

ഉദാഹരണത്തിന്, ദർപ്പണം MGTS ൽ നിന്ന്

അതിനാൽ, ഒരു സെർവർ തിരഞ്ഞെടുക്കുമ്പോൾ, വ്യത്യസ്ത ട്രാഫിക് എക്സ്ചേഞ്ച് പോയിന്റുകളിൽ നിന്ന് അത് എങ്ങനെ കാണപ്പെടുമെന്ന് നമുക്ക് മുൻകൂട്ടി കാണാൻ കഴിയും. ഞങ്ങളുടെ സാധ്യതയുള്ള ക്ലയന്റുകൾ ഒരു നിശ്ചിത ഭൂമിശാസ്ത്രപരമായ പ്രദേശത്താണ് സ്ഥിതി ചെയ്യുന്നതെങ്കിൽ, സെർവറിന് ഏറ്റവും അനുയോജ്യമായ സ്ഥാനം നമുക്ക് കണ്ടെത്താനാകും.

ഏറ്റവും അടുത്തുള്ള സെർവർ തിരഞ്ഞെടുക്കുക

ഞങ്ങളുടെ ക്ലയന്റുകൾക്കായി ഒപ്റ്റിമൽ സെർവർ കണ്ടെത്തുന്നതിനുള്ള നടപടിക്രമം ലളിതമാക്കാൻ ഞങ്ങൾ തീരുമാനിക്കുകയും സമീപത്തുള്ള സ്ഥലങ്ങളുടെ സ്വയമേവയുള്ള ടെസ്റ്റിംഗ് ഉള്ള ഒരു പേജ് സൃഷ്ടിക്കുകയും ചെയ്തു: RUVDS ഡാറ്റാ സെന്ററുകൾ.
നിങ്ങൾ ഒരു പേജ് സന്ദർശിക്കുമ്പോൾ, സ്ക്രിപ്റ്റ് നിങ്ങളുടെ ബ്രൗസറിൽ നിന്ന് ഓരോ സെർവറിലേക്കും കാലതാമസം അളക്കുകയും അവയെ ഒരു ഇന്ററാക്ടീവ് മാപ്പിൽ പ്രദർശിപ്പിക്കുകയും ചെയ്യുന്നു. നിങ്ങൾ ഒരു ഡാറ്റാ സെന്ററിൽ ക്ലിക്ക് ചെയ്യുമ്പോൾ, പരിശോധനാ ഫലങ്ങളുള്ള വിവരങ്ങൾ പ്രദർശിപ്പിക്കും.

ഞങ്ങളുടെ എല്ലാ ഡാറ്റാ സെന്ററുകൾക്കുമുള്ള ലേറ്റൻസി ടെസ്റ്റ് പേജിലേക്ക് ബട്ടൺ നിങ്ങളെ കൊണ്ടുപോകുന്നു. പരിശോധനാ ഫലങ്ങൾ കാണുന്നതിന്, മാപ്പിലെ ഡാറ്റാ സെന്റർ പോയിന്റിൽ ക്ലിക്കുചെയ്യുക

അവലംബം: www.habr.com