मिलिसेकेन्डको लागि लड्दै। सबैभन्दा कम पिंग संग सर्भर कसरी छनौट गर्ने

धेरै कार्यहरूको लागि, ग्राहक र सर्भर बीचको ढिलाइ महत्वपूर्ण हुन्छ, उदाहरणका लागि अनलाइन गेमहरू, भिडियो/भ्वाइस कन्फरेन्सिङ, IP टेलिफोनी, VPN, आदि। यदि सर्भर आईपी नेटवर्क स्तरमा ग्राहकबाट धेरै टाढा छ भने, ढिलाइ (लोकप्रिय रूपमा "पिंग", "लग" भनिन्छ) काममा हस्तक्षेप गर्नेछ।

सर्भरको भौगोलिक निकटता सधैँ IP राउटिङ स्तरमा समान छैन। त्यसोभए, उदाहरणका लागि, अर्को देशको सर्भर तपाईको शहरको सर्भर भन्दा "नजीक" हुन सक्छ। सबै रूटिङ र नेटवर्क निर्माण को विशेषताहरु को कारण।

सबै सम्भावित ग्राहकहरूको लागि सकेसम्म नजिकको सर्भर कसरी छनौट गर्ने? IP नेटवर्क जडान के हो? ग्राहकलाई नजिकको सर्भरमा कसरी निर्देशित गर्ने? लेखमा पत्ता लगाउनुहोस्।

ढिलाइ मापन

पहिले, ढिलाइ कसरी मापन गर्ने जानौं। यो कार्य जस्तो देखिन्छ जस्तो सरल छैन किनभने ढिलाइहरू विभिन्न प्रोटोकलहरू र प्याकेट आकारहरूका लागि भिन्न हुन सक्छन्। तपाईंले छोटो-अवधिका घटनाहरू पनि मिस गर्न सक्नुहुन्छ, जस्तै केही मिलिसेकेन्डसम्म चल्ने डुब्न।

ICMP - नियमित पिंग

हामी युनिक्स पिंग उपयोगिता प्रयोग गर्नेछौं; यसले तपाईंलाई म्यानुअल रूपमा प्याकेटहरू पठाउने बीचको अन्तरालहरू सेट गर्न अनुमति दिन्छ, जुन विन्डोजको लागि पिंग संस्करणले गर्न सक्दैन। यो महत्त्वपूर्ण छ किनकि यदि प्याकेटहरू बीच लामो पजहरू छन् भने, तपाईंले तिनीहरू बीच के भइरहेको छ भनेर देख्न सक्नुहुन्न।

प्याकेज आकार (विकल्प -हरू) - पूर्वनिर्धारित रूपमा, पिंग उपयोगिताले आकारमा 64 बाइटको प्याकेटहरू पठाउँछ। त्यस्ता साना प्याकेटहरूसँग, ठूला प्याकेटहरूसँग हुने घटनाहरू ध्यान दिन नसक्ने हुन सक्छ, त्यसैले हामी प्याकेट साइज 1300 बाइटहरूमा सेट गर्नेछौं।

प्याकेटहरू बीचको अन्तराल (विकल्प -i) - डाटा पठाउने बीचको समय। पूर्वनिर्धारित रूपमा, प्याकेटहरू प्रति सेकेन्ड एक पटक पठाइन्छ, यो धेरै लामो छ, वास्तविक कार्यक्रमहरूले प्रति सेकेन्ड सयौं र हजारौं प्याकेटहरू पठाउँछन्, त्यसैले हामी अन्तराललाई ०.१ सेकेन्डमा सेट गर्नेछौं। कार्यक्रमले कम अनुमति दिदैन।

नतिजाको रूपमा, आदेश यस्तो देखिन्छ:

ping -s 1300 -i 0.1 yandex.ru

यो डिजाइनले तपाईंलाई ढिलाइको थप यथार्थवादी तस्वीर हेर्न अनुमति दिन्छ।

UDP र TCP मार्फत पिङ

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

उपयोगिता 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 प्याकेटहरू पठाउँछ र रोक्छ। विकल्प -c १ प्याकेटहरू अनन्त पठाउन सक्षम बनाउँछ; कार्यक्रम रोक्नको लागि, तपाईंले Ctrl+C थिच्नु पर्छ। तथ्याङ्कहरू अन्त्यमा देखाइनेछ। हामीले हेर्छौं कि औसत आरटीटी (राउन्ड-ट्रिप समय) मान 101ms हो।

MTR - स्टेरोइडहरूमा ट्रेसरूट

कार्यक्रम MTR My Traceroute टाढाको होस्टमा मार्गहरू ट्रेस गर्नको लागि एक उन्नत उपयोगिता हो। सामान्य प्रणाली उपयोगिता ट्रेसराउटको विपरीत (विन्डोजमा यो ट्रेसर्ट उपयोगिता हो), यसले प्याकेट चेनमा प्रत्येक होस्टलाई ढिलाइ देखाउन सक्छ। यसले ICMP मार्फत मात्र नभई UDP र TCP मार्फत पनि मार्गहरू ट्रेस गर्न सक्छ।

$ sudo mtr microsoft.com

(क्लिक गर्न मिल्ने) MTR कार्यक्रम इन्टरफेस। microsoft.com मा मार्ग ट्रेसिङ सुरु भयो

MTR ले तुरुन्तै चेनमा प्रत्येक होस्टलाई पिंग देखाउँछ, र कार्यक्रम चलिरहेको बेला डाटा निरन्तर अपडेट हुन्छ र छोटो अवधिमा परिवर्तनहरू देख्न सकिन्छ।
स्क्रिनसटले देखाउँछ कि नोड # 6 मा प्याकेट हानिहरू छन्, तर वास्तवमा यो पूर्ण रूपमा सत्य होइन, किनकि केही राउटरहरूले म्याद सकिएको TTL भएका प्याकेटहरू खारेज गर्न सक्छन् र त्रुटि प्रतिक्रिया फर्काउन सक्दैनन्, त्यसैले प्याकेट हानि डेटा यहाँ बेवास्ता गर्न सकिन्छ।

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

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

यहाँ WiFi र केबल जडानहरू तुलना गर्न भिजुअल परीक्षण छ। यो वाइफाइ राउटरमा पिंग हो, त्यो हो, इन्टरनेट अझै छैन।

(क्लिक गर्न मिल्ने) केबल र वाइफाइ मार्फत वाइफाइ राउटरमा पिङको तुलना

यो देख्न सकिन्छ कि WiFi मा ढिलाइ 1ms लामो छ र कहिलेकाहीँ दस गुणा लामो ढिलाइ भएको प्याकेटहरू छन्! र यो छोटो अवधि मात्र हो। एकै समयमा, उही राउटरले <1ms को स्थिर ढिलाइ उत्पादन गर्दछ।

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

आईपी ​​जडान

त्यसोभए, हामीले सर्भरमा ढिलाइ मापन गर्न सिकेका छौं, हामीलाई सबैभन्दा नजिकको सर्भर खोज्ने प्रयास गरौं। यो गर्नको लागि, हामी हाम्रो प्रदायकको मार्ग कसरी काम गर्छ भनेर हेर्न सक्छौं। यसको लागि सेवा प्रयोग गर्न सजिलो छ bgp.he.net

जब हामी साइट पहुँच गर्छौं, हामीले देख्छौं कि हाम्रो आईपी ठेगाना स्वायत्त प्रणालीसँग सम्बन्धित छ AS42610.

स्वायत्त प्रणालीहरूको कनेक्टिविटी ग्राफ हेरेर, हामी कुन उच्च-स्तर प्रदायकहरू मार्फत हाम्रो प्रदायक बाँकी संसारसँग जोडिएको छ भनेर देख्न सक्छौं। प्रत्येक थोप्ला क्लिक गर्न योग्य छ, तपाईं भित्र जान सक्नुहुन्छ र यो कस्तो प्रकारको प्रदायक हो भनेर पढ्न सक्नुहुन्छ।

प्रदायकको स्वायत्त प्रणालीहरूको जडान ग्राफ

यो उपकरण प्रयोग गरेर, तपाइँ अध्ययन गर्न सक्नुहुन्छ कि होस्टिंग सहित कुनै पनि प्रदायकको च्यानलहरू कसरी संरचित छन्। यो सीधै जडान भएको प्रदायकहरू हेर्नुहोस्। यो गर्नको लागि, तपाईंले bgp.he.net को खोजीमा सर्भरको आईपी ठेगाना प्रविष्ट गर्न आवश्यक छ र यसको स्वायत्त प्रणालीको ग्राफ हेर्नुहोस्। तपाइँ यो पनि बुझ्न सक्नुहुन्छ कि कसरी एक डेटा केन्द्र वा होस्टिङ प्रदायक अर्कोसँग जोडिएको छ।

धेरैजसो ट्राफिक एक्सचेन्ज पोइन्टहरूले लुकिंग ग्लास भनिने विशेष उपकरण प्रदान गर्दछ, जसले तपाईंलाई एक्सचेन्ज पोइन्टमा विशिष्ट राउटरबाट पिंग र ट्रेसरूट गर्न अनुमति दिन्छ।

उदाहरणका लागि, हेर्ने सिसा MGTS बाट

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

निकटतम सर्भर चयन गर्नुहोस्

हामीले हाम्रा ग्राहकहरूको लागि इष्टतम सर्भर फेला पार्ने प्रक्रियालाई सरल बनाउने निर्णय गर्यौं र नजिकका स्थानहरूको स्वचालित परीक्षणको साथ पृष्ठ सिर्जना गर्यौं: RUVDS डाटा केन्द्रहरू.
जब तपाइँ पृष्ठ भ्रमण गर्नुहुन्छ, स्क्रिप्टले तपाइँको ब्राउजरबाट प्रत्येक सर्भरमा ढिलाइ मापन गर्दछ र तिनीहरूलाई अन्तरक्रियात्मक नक्सामा प्रदर्शन गर्दछ। जब तपाइँ डाटा सेन्टरमा क्लिक गर्नुहुन्छ, परीक्षण परिणामहरू सहित जानकारी प्रदर्शित हुन्छ।

बटनले तपाइँलाई हाम्रा सबै डाटा केन्द्रहरूको विलम्बता परीक्षण पृष्ठमा लैजान्छ। परीक्षण परिणामहरू हेर्नको लागि, नक्सामा डाटा केन्द्र बिन्दुमा क्लिक गर्नुहोस्

स्रोत: www.habr.com