👍🏼 🗾 🤴🏽 मिलीसेकंड के लिए लड़ाई। कम से कम पिंग के साथ सर्वर का चयन कैसे करें 👝 ⬜️ 🤙🏽

कई कार्यों के लिए, क्लाइंट और सर्वर के बीच देरी महत्वपूर्ण है, उदाहरण के लिए, ऑनलाइन गेम, वीडियो / वॉयस कॉन्फ्रेंस, आईपी टेलीफोनी, वीपीएन, आदि में। यदि सर्वर आईपी नेटवर्क स्तर पर क्लाइंट से बहुत दूर है, तो देरी (लोकप्रिय रूप से "पिंग", "लैग") के रूप में जाना जाता है, जो काम में हस्तक्षेप करेगा।

सर्वर की भौगोलिक निकटता हमेशा आईपी रूटिंग स्तर पर निकटता के बराबर नहीं होती है। इसलिए, उदाहरण के लिए, दूसरे देश में एक सर्वर आपके शहर के सर्वर की तुलना में आपके "करीब" हो सकता है। सभी रूटिंग और नेटवर्किंग की विशेषताओं के कारण। सभी संभावित ग्राहकों के लिए जितना संभव हो उतना सर्वर का चयन कैसे करें? आईपी नेटवर्क कनेक्टिविटी क्या है? क्लाइंट को निकटतम सर्वर पर कैसे निर्देशित करें? आइए लेख को देखें।

हम देरी को मापते हैं

सबसे पहले, विलंबता को मापने का तरीका जानें। यह कार्य इतना सरल नहीं है जितना कि यह प्रतीत हो सकता है, क्योंकि विभिन्न प्रोटोकॉल और पैकेट आकार के लिए, विलंब भिन्न हो सकते हैं। आप अल्पकालिक परिघटनाओं को भी नोटिस नहीं कर सकते हैं, जैसे कि कई मिलीसेकंड तक की विफलताएं।

आईसीएमपी - नियमित पिंग

हम यूनिक्स पिंग उपयोगिता का उपयोग करेंगे, यह आपको पैकेजों के बीच अंतराल को मैन्युअल रूप से सेट करने की अनुमति देता है, जिसे विंडोज़ के लिए पिंग संस्करण नहीं जानता है। यह महत्वपूर्ण है, क्योंकि यदि पैकेटों के बीच ठहराव लंबा है, तो आप बस यह नहीं देख सकते कि उनके बीच क्या हो रहा है।

पैकेट आकार (विकल्प -s) - डिफ़ॉल्ट रूप से, पिंग आकार 64 बाइट्स के पैकेट भेजता है। ऐसे छोटे पैकेट के साथ, बड़े पैकेट के साथ होने वाली घटनाएं ध्यान देने योग्य नहीं हो सकती हैं, इसलिए हम पैकेट का आकार 1300 बाइट्स तक सेट करेंगे।

पैकेट के बीच अंतराल (विकल्प -i) - डेटा भेजने के बीच का समय। डिफ़ॉल्ट रूप से, पैकेट प्रति सेकंड एक बार भेजे जाते हैं, इसमें बहुत लंबा समय लगता है, वास्तविक कार्यक्रम प्रति सेकंड सैकड़ों और हजारों पैकेट भेजते हैं, इसलिए हम अंतराल को 0.1 सेकंड पर सेट करते हैं। कार्यक्रम बस कम की अनुमति नहीं देता है।

नतीजतन, कमांड इस तरह दिखता है:

ping -s 1300 -i 0.1 yandex.ru

यह डिज़ाइन आपको देरी की अधिक यथार्थवादी तस्वीर देखने की अनुमति देता है।

UDP और TCP पर पिंग करें

कुछ मामलों में, टीसीपी कनेक्शन को आईसीएमपी पैकेटों के समान नहीं संभाला जाता है, और इस वजह से, प्रोटोकॉल के आधार पर माप भिन्न हो सकते हैं। यह भी अक्सर होता है कि मेजबान केवल ICMP का जवाब नहीं देता है, और नियमित पिंग काम नहीं करता है। इसलिए, उदाहरण के लिए, होस्ट microsoft.com एक जीवनकाल बनाता है । प्रसिद्ध नैम्प स्कैनर के डेवलपर्स से नैपिंग

उपयोगिता किसी भी पैकेज को उत्पन्न कर सकती है। इसका उपयोग देरी को मापने के लिए भी किया जा सकता है। चूंकि यूडीपी और टीसीपी विशिष्ट लोगों पर काम करते हैं, इसलिए हमें एक विशिष्ट पोर्ट को "पिंग" करने की आवश्यकता है। आइए 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 पैकेट भेजता है और बंद हो जाता है। -C 0 विकल्प संकुल के अनंत भेजने में सक्षम बनाता है। प्रोग्राम को रोकने के लिए, Ctrl + C दबाएँ। अंत में, आंकड़े दिखाए जाएंगे। हम देखते हैं कि औसत आरटी (राउंड-ट्रिप टाइम) 101ms है।

एमटीआर - स्टेरॉयड पर अनुरेखक

एमटीआर कार्यक्रम (अंग्रेजी माई ट्रेसरआउट) एक दूरस्थ मेजबान के लिए मार्गों का पता लगाने के लिए एक उन्नत उपयोगिता है। सामान्य सिस्टम यूटिलिटी ट्रैसरूट के विपरीत (विंडोज़ में यह ट्रैसर्ट यूटिलिटी है), यह पैकेट श्रृंखला में प्रत्येक होस्ट को देरी दिखा सकता है। न केवल आईसीएमपी के माध्यम से बल्कि यूडीपी और टीसीपी के माध्यम से मार्गों का पता लगाने का तरीका भी जानता है।

$ sudo mtr microsoft.com

^{(क्लिक करने योग्य) MTR प्रोग्राम का इंटरफ़ेस। Microsoft.com के लिए एक रूट ट्रेस शुरू कर दिया गया है।}

एमटीआर तुरंत श्रृंखला में प्रत्येक होस्ट को पिंग दिखाता है, इसके अलावा, प्रोग्राम को चलाने के दौरान डेटा को लगातार अपडेट किया जाता है और आप अल्पकालिक परिवर्तन देख सकते हैं।
स्क्रीनशॉट से पता चलता है कि नंबर 6 नोड पर पैकेट के नुकसान हैं, लेकिन वास्तव में यह पूरी तरह से सच नहीं है, क्योंकि कुछ राउटर केवल एक्सपायर्ड टीटीएल के साथ पैकेट छोड़ सकते हैं और एक एरर रिस्पॉन्स नहीं लौटाते हैं, इसलिए यहां पैकेट लॉस के डेटा को अनदेखा किया जा सकता है।

वाईफाई बनाम केबल

यह विषय लेख के लिए पूरी तरह से प्रासंगिक नहीं है, लेकिन मेरी राय में यह देरी के संदर्भ में बहुत महत्वपूर्ण है। मुझे वास्तव में वाईफाई पसंद है, लेकिन अगर मेरे पास इंटरनेट से केबल कनेक्ट करने का थोड़ा भी अवसर है, तो मैं इसका उपयोग करूंगा। इसके अलावा, मैं हमेशा लोगों को वाईफाई कैमरों के उपयोग से हतोत्साहित करता हूं।
यदि आप गंभीर ऑनलाइन शूटर खेलते हैं, वीडियो स्ट्रीमिंग प्रसारित करते हैं, एक्सचेंज पर व्यापार करते हैं: कृपया केबल के माध्यम से इंटरनेट का उपयोग करें।

यहाँ वाईफाई और केबल कनेक्टिविटी की तुलना करने के लिए एक दृश्य परीक्षण है। यह एक वाईफाई राउटर के लिए पिंग है, यानी इंटरनेट भी नहीं। ^{(क्लिक करने योग्य) केबल और वाईफाई के माध्यम से एक वाईफाई राउटर से पिंग की तुलना।} यह देखा जा सकता है कि वाईफाई देरी 1ms से अधिक लंबी होती है और कभी-कभी दस बार देरी के साथ पैकेट होते हैं! और यह केवल समय की एक छोटी अवधि है। इस स्थिति में, एक ही राउटर स्थिर विलंब <1ms का उत्पादन करता है।

ऊपर दिए गए उदाहरण में, 2.4GHz पर WiFi 802.11n का उपयोग किया जाता है, केवल एक लैपटॉप और एक फोन वाईफाई के माध्यम से एक्सेस प्वाइंट से जुड़ा होता है। यदि एक्सेस प्वाइंट पर अधिक ग्राहक थे, तो परिणाम बहुत खराब होंगे। यही कारण है कि मैं सभी कार्यालय कंप्यूटरों को वाईफाई में स्थानांतरित करने के खिलाफ हूं, अगर उन्हें केबल के साथ पहुंचने का अवसर है।

आईपी कनेक्टिविटी

इसलिए, हमने सीखा कि सर्वर में देरी को कैसे मापें, हमारे निकटतम सर्वर को खोजने का प्रयास करें। ऐसा करने के लिए, हम देख सकते हैं कि हमारे प्रदाता के मार्ग को कैसे व्यवस्थित किया गया है। इसके लिए, bgp.he.net सेवा का उपयोग करना सुविधाजनक है ।

साइट में प्रवेश करते समय, हम देखते हैं कि हमारा आईपी पता स्वायत्त प्रणाली AS42610 का है ।

स्वायत्त प्रणालियों के कनेक्टिविटी ग्राफ को देखते हुए, हम देख सकते हैं कि हमारे प्रदाता किस प्रदाता के साथ बाकी दुनिया से जुड़े हैं। प्रत्येक बिंदु क्लिक करने योग्य है, आप इसमें जा सकते हैं और पढ़ सकते हैं कि यह किस प्रकार का प्रदाता है।

^{प्रदाता कनेक्टिविटी ग्राफ}

इस टूल का उपयोग करके, आप सीख सकते हैं कि होस्टिंग सहित किसी भी प्रदाता के चैनल कैसे व्यवस्थित किए जाते हैं। देखें कि यह किन प्रदाताओं से सीधे जुड़ा हुआ है। ऐसा करने के लिए, सर्वर आईपी को bgp.he.net खोज में ड्राइव करें और इसके स्वायत्त प्रणाली के ग्राफ को देखें। आप यह भी समझ सकते हैं कि एक डेटा सेंटर या होस्टिंग प्रदाता दूसरे से कैसे संबंधित है।

अधिकांश ट्रैफ़िक एक्सचेंज पॉइंट एक विशेष उपकरण प्रदान करते हैं जिसे लुकिंग ग्लास कहा जाता है, जो आपको एक्सचेंज पॉइंट पर एक विशिष्ट राउटर से पिंग और ट्रेसरआउट करने की अनुमति देता है।

उदाहरण के लिए, एमजीटीएस से ग्लास दिख रहा है

इसलिए, एक सर्वर का चयन करते हुए, हम पहले से देख सकते हैं कि यह ट्रैफ़िक एक्सचेंज के विभिन्न बिंदुओं से कैसे दिखेगा। और अगर हमारे संभावित ग्राहक एक निश्चित भौगोलिक क्षेत्र में स्थित हैं, तो हम सर्वर के लिए इष्टतम स्थान पा सकते हैं।

निकटतम सर्वर चुनें

हमने अपने ग्राहकों के लिए इष्टतम सर्वर खोजने की प्रक्रिया को आसान बनाने का फैसला किया और निकटतम स्थानों के स्वचालित परीक्षण के साथ एक पेज बनाया: आरयूवीएस डेटा सेंटर ।
जब आप पृष्ठ दर्ज करते हैं, तो स्क्रिप्ट आपके ब्राउज़र से प्रत्येक सर्वर पर देरी को मापती है और उन्हें एक इंटरेक्टिव मानचित्र पर प्रदर्शित करती है। जब आप किसी डेटा सेंटर पर क्लिक करते हैं, तो परीक्षण के परिणाम के साथ जानकारी प्रदर्शित होती है। बटन हमारे सभी डेटा केंद्रों में देरी परीक्षण पृष्ठ की ओर जाता है। परीक्षा परिणाम देखने के लिए, मानचित्र पर डेटा केंद्र बिंदु पर क्लिक करें

मिलीसेकंड के लिए लड़ाई। कम से कम पिंग के साथ सर्वर का चयन कैसे करें