G.root-servers.net के साथ क्या हो रहा है? "

Question

मुझे अभी पता चला है कि 192.112.36.4( g.root-servers.net.) न तो अनुरोधों का जवाब देता है, न ही पिंग्स का जवाब देता है।

.                        3600000      NS    G.ROOT-SERVERS.NET.
G.ROOT-SERVERS.NET.      3600000      A     192.112.36.4

मैंने http://www.internic.net/domain/ame.root की जाँच की , जो रूट सर्वर की एक up2date सूची है और IP पता सही है। मैं हमेशा इस धारणा के तहत था कि उन रूट सर्वर उस बिंदु पर बेमानी हैं जहां यह असंभव है कि डाउनटाइम है। Http://root-servers.org के अनुसार, दुनिया भर में छह स्थान हैं जहां सर्वर स्थित हैं, इसलिए मुझे लगता है कि मैं उस धारणा के साथ सही हूं।

मेरा प्रश्न यह है कि g.root-servers.net.क्या किसी भी तरह से अन्य सभी से अलग है, या विशेष,
और अगर मुझे किसी भी कारण से डीएनएस प्रतिक्रिया नहीं मिलनी चाहिए?

Comments

जी-रूट अमेरिकी सेना द्वारा चलाया जाता है।

— माइकल हैम्पटन

इसलिए केवल अमेरिकी सेना के पास इसकी पहुंच है, या आप मुझे क्या बताना चाहते हैं?

— डैनियल

आपने पूछा कि इसके बारे में क्या अलग या विशेष है।

— माइकल हैम्पटन

neither responds to requests, nor responds to pings- पिंग केवल एक उपयोगी उपकरण है जब आप जानते हैं कि आपको लक्ष्य से प्रतिक्रिया मिलनी चाहिए। आपका कथन है कि यह पिंग्स का जवाब नहीं देता है जिसका अर्थ है कि आपको लगता है कि आपको प्रतिक्रिया मिलनी चाहिए। अब जैसा कि यह पता चला है, अन्य सभी रूट सर्वर पिंग का जवाब देते हैं इसलिए यह एक बहुत ही सुरक्षित धारणा है कि g.root-servers.net भी होना चाहिए, लेकिन फिर भी यह एक धारणा है। केवल पिंग का उपयोग करें जब आप पूरी तरह से जानते हैं कि लक्ष्य को जवाब देना चाहिए, अन्यथा आप पवनचक्की में अपना समय बर्बाद कर रहे हैं।

— जोवेवर्टी

FWIW, g.root सर्वर आउटेज के दौरान टीसीपी अनुरोधों पर DNS का जवाब दे रहा था - यह केवल यूडीपी के लिए था कि यह अनुपलब्ध था।

— अलनीतक

Answer 1

मैं हमेशा इस धारणा के तहत था कि उन रूट सर्वर उस बिंदु पर बेमानी हैं जहां यह असंभव है कि डाउनटाइम है। Http://root-servers.org के अनुसार, दुनिया भर में छह स्थान हैं जहां सर्वर स्थित हैं, इसलिए मुझे लगता है कि मैं उस धारणा के साथ सही हूं।

यहां तक ​​कि जी के लिए एक अनिर्दिष्ट आउटेज नहीं था, यह एक गलत धारणा है:

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

अन्त में, हमारे पास मानवीय तत्व है। जी बोर्ड भर में नीचे था , लेकिन इस समय के लिए आधिकारिक तौर पर कोई कारण नहीं बताया गया है। इस प्रकार की व्यापक विफलता आमतौर पर एक जानबूझकर कार्रवाई या केंद्रीय प्रशासन में एक भयावह विफलता की ओर इशारा करती है।

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

---

DoD NIC से अपडेट:

Regarding yesterday's G-root outage:

Like many outages, this one resulted from a series of unfortunate events.
These unfortunate events were operational errors;  steps have been taken to
prevent any reoccurrence, and to provide better service in the future.

https://lists.dns-oarc.net/pipermail/dns-operations/2016-April/014765.html

Answer 2

मैं कल दोपहर एक बैठक में पके किसी व्यक्ति के साथ था, और मेरी पहली छाप के बाद उसने मुझे यह दिखाया कि समस्याएँ थीं कि फायरवॉल में गलतफहमी से जूझ रहे हैं।

जिन चीजों पर मैंने गौर किया:

• टीसीपी के जवाबों ने ठीक काम किया। ( https://atlas.ripe.net/dnsmon/group/root?dnsmon.session.color_range_pls=0-66-66-99-100&dnsmon.session.exclude-errors=true&dnsmon.type=server-probes&dnsmon.server=192.112) .36.4 & dnsmon.zone = रूट और dnsmon.startTime = 1460573400 और dnsmon.endTime = 1460649600 और dnsmon.ipVersion = दोनों और dnsmon.isTcp = true )
• UDP प्रतिक्रियाएँ मृत थीं।
• सभी परिपक्व एटलस जांच ने एक ही समस्या की सूचना दी। समस्या एक क्षेत्र के लिए विशिष्ट नहीं थी।
• नेटवर्क की ओर बीजीपी मार्ग ठीक था। वहां कोई समस्या नहीं।

तथ्य यह है कि यूडीपी काम नहीं करता था और टीसीपी ने काम किया था कि किसी ने यूडीपी पैकेटों को एक निश्चित आकार या उससे कुछ ऊपर ब्लॉक करने की कोशिश की।

आउटेज के दौरान मैंने कई परीक्षण किए हैं और सभी यूडीपी परीक्षण विफल रहे, न केवल एक बड़े आकार के साथ परीक्षण किए, बल्कि 512 बाइट्स।