મિલિસેકન્ડ માટે લડવું. સૌથી ઓછા પિંગ સાથે સર્વર કેવી રીતે પસંદ કરવું

ઘણા કાર્યો માટે, ક્લાયંટ અને સર્વર વચ્ચેનો વિલંબ મહત્વપૂર્ણ છે, ઉદાહરણ તરીકે ઓનલાઈન ગેમ્સ, વીડિયો/વોઈસ કોન્ફરન્સિંગ, IP ટેલિફોની, VPN વગેરે. જો સર્વર IP નેટવર્ક સ્તરે ક્લાયંટથી ખૂબ દૂર છે, તો પછી વિલંબ (જેને "પિંગ", "લેગ" કહેવામાં આવે છે) કામમાં દખલ કરશે.

સર્વરની ભૌગોલિક નિકટતા હંમેશા IP રૂટીંગ સ્તર પર સમાન નિકટતા હોતી નથી. તેથી, ઉદાહરણ તરીકે, તમારા શહેરના સર્વર કરતાં બીજા દેશનું સર્વર તમારી "નજીક" હોઈ શકે છે. બધા રૂટીંગ અને નેટવર્ક બાંધકામની વિચિત્રતાને કારણે.

સર્વર કેવી રીતે પસંદ કરવું જે તમામ સંભવિત ગ્રાહકો માટે શક્ય તેટલું નજીક છે? IP નેટવર્ક કનેક્ટિવિટી શું છે? ક્લાયંટને નજીકના સર્વર પર કેવી રીતે નિર્દેશિત કરવું? ચાલો લેખમાં શોધીએ.

વિલંબ માપવા

પ્રથમ, ચાલો વિલંબને કેવી રીતે માપવા તે શીખીએ. આ કાર્ય લાગે તેટલું સરળ નથી કારણ કે વિલંબ વિવિધ પ્રોટોકોલ અને પેકેટના કદ માટે અલગ અલગ હોઈ શકે છે. તમે ટૂંકા ગાળાની ઇવેન્ટ્સ પણ ચૂકી શકો છો, જેમ કે થોડી મિલીસેકન્ડ સુધી ચાલતી ડીપ્સ.

ICMP - નિયમિત પિંગ

અમે યુનિક્સ પિંગ યુટિલિટીનો ઉપયોગ કરીશું; તે તમને પેકેટો મોકલવા વચ્ચેના અંતરાલોને મેન્યુઅલી સેટ કરવાની મંજૂરી આપે છે, જે Windows માટે પિંગ વર્ઝન કરી શકતું નથી. આ મહત્વપૂર્ણ છે કારણ કે જો પેકેટો વચ્ચે લાંબા વિરામ હોય, તો તમે તેમની વચ્ચે શું થઈ રહ્યું છે તે જોઈ શકતા નથી.

પેકેજ કદ (વિકલ્પ -s) - મૂળભૂત રીતે, પિંગ યુટિલિટી 64 બાઈટના કદના પેકેટો મોકલે છે. આવા નાના પેકેટો સાથે, મોટા પેકેટો સાથે બનતી ઘટનાઓ ધ્યાનપાત્ર ન હોઈ શકે, તેથી અમે પેકેટનું કદ 1300 બાઇટ્સ પર સેટ કરીશું.

પેકેટો વચ્ચે અંતરાલ (વિકલ્પ -i) — ડેટા મોકલવા વચ્ચેનો સમય. મૂળભૂત રીતે, પેકેટો પ્રતિ સેકન્ડમાં એકવાર મોકલવામાં આવે છે, આ ખૂબ લાંબુ છે, વાસ્તવિક પ્રોગ્રામ્સ પ્રતિ સેકન્ડ સેંકડો અને હજારો પેકેટો મોકલે છે, તેથી અમે અંતરાલને 0.1 સેકન્ડ પર સેટ કરીશું. પ્રોગ્રામ ફક્ત ઓછી મંજૂરી આપતું નથી.

પરિણામે, આદેશ આના જેવો દેખાય છે:

ping -s 1300 -i 0.1 yandex.ru

આ ડિઝાઇન તમને વિલંબનું વધુ વાસ્તવિક ચિત્ર જોવાની મંજૂરી આપે છે.

UDP અને TCP દ્વારા પિંગ કરો

કેટલાક કિસ્સાઓમાં, TCP કનેક્શન્સ ICMP પેકેટો કરતાં અલગ રીતે પ્રક્રિયા કરવામાં આવે છે, અને તેના કારણે, માપન પ્રોટોકોલના આધારે બદલાઈ શકે છે. તે ઘણીવાર બને છે કે હોસ્ટ ફક્ત ICMP ને પ્રતિસાદ આપતું નથી, અને નિયમિત પિંગ કામ કરતું નથી. ઉદાહરણ તરીકે, યજમાન આખી જીંદગી આ જ કરે છે. માઇક્રોસોફ્ટ.કોમ.

ઉપયોગિતા nping પ્રખ્યાત સ્કેનર nmap ના વિકાસકર્તાઓ પાસેથી કોઈપણ પેકેટો જનરેટ કરી શકે છે. તેનો ઉપયોગ વિલંબને માપવા માટે પણ થઈ શકે છે.
UDP અને TCP ચોક્કસ પર કામ કરતા હોવાથી, અમારે ચોક્કસ પોર્ટ "પિંગ" કરવાની જરૂર છે. ચાલો 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 સાથેના પેકેટોને ખાલી કાઢી શકે છે અને ભૂલ પ્રતિસાદ પરત કરી શકતા નથી, તેથી અહીં પેકેટ નુકશાન ડેટાને અવગણી શકાય છે.

વાઇફાઇ વિ કેબલ

આ વિષય સંપૂર્ણપણે લેખ સાથે સંબંધિત નથી, પરંતુ મારા મતે વિલંબના સંદર્ભમાં તે ખૂબ જ મહત્વપૂર્ણ છે. મને ખરેખર વાઇફાઇ ગમે છે, પરંતુ જો મારી પાસે કેબલ વડે ઇન્ટરનેટથી કનેક્ટ થવાની સહેજ પણ તક હોય, તો હું તેનો ઉપયોગ કરીશ. હું હંમેશા લોકોને WiFi કેમેરાનો ઉપયોગ કરવાથી નિરાશ કરું છું.
જો તમે ગંભીર ઓનલાઈન શૂટર્સ રમો છો, વીડિયો સ્ટ્રીમ કરો છો અથવા સ્ટોક એક્સચેન્જ પર વેપાર કરો છો: કૃપા કરીને કેબલ દ્વારા ઈન્ટરનેટનો ઉપયોગ કરો.

WiFi અને કેબલ કનેક્શનની સરખામણી કરવા માટે અહીં એક વિઝ્યુઅલ ટેસ્ટ છે. આ વાઇફાઇ રાઉટર માટે પિંગ છે, એટલે કે, હજી સુધી ઇન્ટરનેટ પણ નથી.

(ક્લિક કરવા યોગ્ય) કેબલ દ્વારા અને WiFi દ્વારા WiFi રાઉટર સાથે પિંગની સરખામણી

તે જોઈ શકાય છે કે WiFi પર વિલંબ 1ms લાંબો છે અને કેટલીકવાર વિલંબવાળા પેકેટો દસ ગણા લાંબા હોય છે! અને આ માત્ર થોડો સમય છે. તે જ સમયે, સમાન રાઉટર <1ms ના સ્થિર વિલંબ પેદા કરે છે.

ઉપરના ઉદાહરણમાં, 802.11GHz પર WiFi 2.4n નો ઉપયોગ થાય છે, ફક્ત લેપટોપ અને ફોન WiFi એક્સેસ પોઈન્ટ સાથે જોડાયેલા છે. જો એક્સેસ પોઈન્ટ પર વધુ ક્લાયંટ હોય, તો પરિણામો વધુ ખરાબ હશે. આ જ કારણ છે કે જો કેબલ વડે તેમના સુધી પહોંચવું શક્ય હોય તો હું તમામ ઓફિસ કોમ્પ્યુટરને વાઇફાઇ પર સ્વિચ કરવાની વિરુદ્ધ છું.

આઇપી કનેક્ટિવિટી

તેથી, અમે સર્વર પરના વિલંબને માપવાનું શીખ્યા છીએ, ચાલો આપણા માટે સૌથી નજીકનું સર્વર શોધવાનો પ્રયાસ કરીએ. આ કરવા માટે, અમે અમારા પ્રદાતાનું રૂટીંગ કેવી રીતે કાર્ય કરે છે તે જોઈ શકીએ છીએ. આ માટે સેવાનો ઉપયોગ કરવો અનુકૂળ છે bgp.he.net

જ્યારે આપણે સાઈટ એક્સેસ કરીએ છીએ, ત્યારે આપણે જોઈએ છીએ કે આપણું IP એડ્રેસ ઓટોનોમસ સિસ્ટમનું છે AS42610.

સ્વાયત્ત સિસ્ટમોના કનેક્ટિવિટી ગ્રાફને જોઈને, અમે જોઈ શકીએ છીએ કે કયા ઉચ્ચ-સ્તરના પ્રદાતાઓ દ્વારા અમારા પ્રદાતા બાકીના વિશ્વ સાથે જોડાયેલા છે. દરેક બિંદુઓ ક્લિક કરવા યોગ્ય છે, તમે અંદર જઈને વાંચી શકો છો કે તે કયા પ્રકારનો પ્રદાતા છે.

પ્રદાતાની સ્વાયત્ત સિસ્ટમ્સનો કનેક્ટિવિટી ગ્રાફ

આ સાધનનો ઉપયોગ કરીને, તમે અભ્યાસ કરી શકો છો કે હોસ્ટિંગ સહિત કોઈપણ પ્રદાતાની ચેનલો કેવી રીતે રચાયેલી છે. જુઓ કે તે કયા પ્રદાતાઓ સાથે સીધી રીતે જોડાયેલ છે. આ કરવા માટે, તમારે bgp.he.net માટે શોધમાં સર્વરનું IP સરનામું દાખલ કરવાની જરૂર છે અને તેની સ્વાયત્ત સિસ્ટમનો ગ્રાફ જુઓ. તમે એ પણ સમજી શકો છો કે એક ડેટા સેન્ટર અથવા હોસ્ટિંગ પ્રદાતા બીજા સાથે કેવી રીતે જોડાયેલ છે.

મોટાભાગના ટ્રાફિક એક્સચેન્જ પોઈન્ટ્સ લુકિંગ ગ્લાસ નામનું એક ખાસ સાધન પૂરું પાડે છે, જે તમને એક્સચેન્જ પોઈન્ટ પર ચોક્કસ રાઉટરથી પિંગ અને ટ્રેસરાઉટ કરવાની મંજૂરી આપે છે.

દાખ્લા તરીકે, કાચ જોઈ MGTS તરફથી

તેથી, સર્વર પસંદ કરતી વખતે, આપણે અગાઉથી જોઈ શકીએ છીએ કે તે વિવિધ ટ્રાફિક એક્સચેન્જ પોઈન્ટ્સથી કેવું દેખાશે. અને જો અમારા સંભવિત ગ્રાહકો ચોક્કસ ભૌગોલિક વિસ્તારમાં સ્થિત છે, તો અમે સર્વર માટે શ્રેષ્ઠ સ્થાન શોધી શકીએ છીએ.

સૌથી નજીકનું સર્વર પસંદ કરો

અમે અમારા ગ્રાહકો માટે શ્રેષ્ઠ સર્વર શોધવા માટેની પ્રક્રિયાને સરળ બનાવવાનું નક્કી કર્યું અને નજીકના સ્થાનોના સ્વચાલિત પરીક્ષણ સાથે એક પૃષ્ઠ બનાવ્યું: RUVDS ડેટા કેન્દ્રો.
જ્યારે તમે કોઈ પૃષ્ઠની મુલાકાત લો છો, ત્યારે સ્ક્રિપ્ટ તમારા બ્રાઉઝરથી દરેક સર્વર પરના વિલંબને માપે છે અને તેને ઇન્ટરેક્ટિવ નકશા પર પ્રદર્શિત કરે છે. જ્યારે તમે ડેટા સેન્ટર પર ક્લિક કરો છો, ત્યારે પરીક્ષણ પરિણામો સાથેની માહિતી પ્રદર્શિત થાય છે.

બટન તમને અમારા તમામ ડેટા સેન્ટર માટે લેટન્સી ટેસ્ટ પેજ પર લઈ જશે. પરીક્ષણ પરિણામો જોવા માટે, નકશા પર ડેટા સેન્ટર બિંદુ પર ક્લિક કરો

સોર્સ: www.habr.com