NIH.gov DNS सर्वर समस्या के कारण PubMed, BLAST आदि एक्सेस नहीं हो पाए [बहाल]

• NIH.gov DNS सर्वर समस्या के कारण PubMed, BLAST आदि एक्सेस नहीं हो पाए, और HN शीर्षक में स्थिति बहाल के रूप में दिखाई गई
• दी गई पेज कोई outage report नहीं, बल्कि www.nih.gov की DNS lookup result screen है, जिसमें Cloudflare, Google DNS और Authoritative lookup tabs दिए गए हैं
• Cloudflare DNS server ने इस domain के DNS records के साथ response दिया, और TTL expire होने तक cached records serve किए
• TTL expire होने के बाद Cloudflare ने authoritative name server में से किसी एक को query करके cache refresh किया
• body में outage time, cause, actual DNS record values, और PubMed·BLAST की individual status information नहीं है, इसलिए outage scope का आकलन करने में सीमाएँ हैं

---

पुष्टि की जा सकने वाली outage information

• HN शीर्षक में बताया गया है कि NIH.gov DNS server outage के कारण PubMed, BLAST आदि access नहीं हो पा रहे थे और अब स्थिति बहाल है
• दिया गया body कोई outage report नहीं, बल्कि www.nih.gov के लिए DNS lookup screen है
• सिर्फ body से निम्न जानकारी की पुष्टि नहीं की जा सकती
  • outage शुरू होने और restore होने का समय
  • outage का कारण
  • प्रभावित services की विस्तृत सूची
  • actual DNS record values
  • authoritative servers के response details

Nslookup.io lookup screen की संरचना

• lookup target www.nih.gov है
• screen निम्न DNS lookup sources को tabs के रूप में देती है
  • Cloudflare
  • Google DNS
  • Authoritative
• Cloudflare DNS server ने DNS records के साथ response दिया, और TTL expire होने तक वही records serve करता है
• TTL expire होने पर Cloudflare authoritative name servers में से किसी एक को query करके cache refresh करता है
• page में दूसरे domains या subdomains के DNS records देखने के लिए DNS lookup function की जानकारी भी शामिल है

[GN⁺]

Hacker News की राय

• DNS lookup फिर से काम करता दिख रहा है: https://dnschecker.org/#A/pubmed.ncbi.nlm.nih.gov
• यह पुष्टि हुई है कि ये सर्वर अब भी TCP पर जवाब दे रहे हैं: https://mstdn.social/@rysiek/114089755401568345 https://lists.dns-oarc.net/pipermail/dns-operations/2025-Mar...
  सेवा आंशिक रूप से चल रही है, लेकिन व्यावहारिक रूप से उपयोगी हालत में नहीं है, इसलिए बाहर से यह तय करना मुश्किल है कि ठीक-ठीक क्या हो रहा है
  • यह लगभग निश्चित रूप से firewall configuration error है। कोई malicious actor होता तो सिर्फ UDP बंद करके नहीं छोड़ता
  • इसी वजह से यह संभावना कहीं ज्यादा लगती है कि किसी ने सर्वर या firewall settings गड़बड़ कर दी हैं, बजाय इसके कि Musk NIH में network cable निकाल रहे हों
  • PubMed इंटरनेट के इतिहास की सबसे स्थिर सेवाओं में से एक है। सही कारण अस्पष्ट हो, फिर भी ऐसा लगता है कि ऊपर गड़बड़ हो तो असर नीचे तक आता है
• वैज्ञानिकों के लिए PubMed असल में Google जैसा है। वैज्ञानिक पेपर खोजने के लिए आमतौर पर PubMed इस्तेमाल होता है, विकल्प मौजूद हैं लेकिन अब तक उन्हें जानने की खास जरूरत नहीं पड़ी थी
  सभी PubMed इस्तेमाल करते थे, और शायद यूरोप के ज्यादातर वैज्ञानिकों को भी अब तक अपने क्षेत्रीय विकल्पों के बारे में पता नहीं रहा होगा। NIH वैज्ञानिकों को इससे कहीं ज्यादा सुविधाएं देता है
  • मैं PubMed लगभग इस्तेमाल नहीं करता, और neuroscience, medicine और computer science research के लिए रोज Google Scholar इस्तेमाल करता हूं। हालांकि यह मानता हूं कि मेरे जानने वाले सभी medical researchers सिर्फ PubMed ही इस्तेमाल करते हैं
• दुर्घटना जांच tracking के लिए FAA database भी down लगता है, और संभव है कि ऐसे कई दूसरे systems भी हों जिन पर कई organizations निर्भर हैं, लेकिन आम लोगों को उनके बारे में ज्यादा पता नहीं
  अगर यह चीन का cyberattack होता तो दशक-स्तर का scandal होता, लेकिन इस बार यह जानबूझकर किया गया लगता है
• तकनीकी रूप से NIH.gov के पास 3 name servers हैं, और हर host alive है लेकिन DNS के लिए सिर्फ TCP पर जवाब देता है, UDP पर नहीं
  तीनों एक ही AS के तहत हैं, इसलिए लगता है कि जिम्मेदारी किसी एक operator की है, और IPv6 नहीं है। बाहर से देखने पर कोई संकेत नहीं मिलता कि servers या service किसी बाहरी company को delegate की गई हो
  और खोजने पर पता चला कि NIH में Center for Information Technology नाम का एक department/group/organization है, और वही NIH का IT support organization तथा इन DNS servers का operator लगता है
  • बाद में शायद पछतावा हो, लेकिन कहूंगा कि काफी पहले मैं NIH/CIT के अंदर उस team का manager था जो वही boundary firewall और DNS servers चलाती थी। ठीक-ठीक कहें तो उस समय NIH/CIT/DNST/NEB/NSS था
    अब मैं वहां नहीं हूं, इसलिए अंदर की जानकारी नहीं है, लेकिन outage के दौरान DNS server TCP पर जवाब दे रहा था और UDP पर नहीं, यह देखकर मैं malicious activity के बजाय साधारण firewall mistake पर दांव लगाऊंगा
    ऐसी चीजें होती हैं। maintenance के unintended consequences निकल आते हैं, और लोग typo भी कर देते हैं। हर घटना पर overreact न करें; असली गुस्से वाली चीजों, जैसे 18F, के लिए अपनी ताकत बचाकर रखना बेहतर है
  • संदर्भ के लिए, name servers lhcns1.nlm.nih.gov(130.14.55.72) और lhcns2.nlm.nih.gov(130.14.55.128) अब भी nlm.nih.gov subdomain resolve कर रहे हैं
• संदर्भ के लिए, BLAST bioinformatics toolset में आमतौर पर इस्तेमाल होने वाले Basic Local Alignment Search Tool का नाम है। आप किसी रुचिकर query sequence को दूसरे sequence databases में भेजकर मिलते-जुलते नतीजे खोजते हैं—यानी sequence को “BLAST” करते हैं
  • इस field को छोड़े कुछ समय हो गया है, इसलिए आजकल BLAST कितना इस्तेमाल होता है, ठीक से नहीं पता
    एक समय अपने पास मौजूद DNA या protein sequence को BLAST में चलाना उस sequence के लिए Google search करने जैसा था। क्योंकि इससे पता चलता था कि वह sequence कहां से आया हो सकता है
    खासकर तब उपयोगी होता है जब research topic यह पता लगाना हो कि कोई particular sequence क्या करता है। यह सीधे answer नहीं देता, लेकिन sequence similarity अक्सर मिलते-जुलते या related functions की ओर संकेत देकर context देती है
    तुलना के लिए कल्पना करें कि StackOverflow अचानक down हो गया हो, और यह भी पता न हो कि वह फिर वापस आएगा या नहीं
• यूरोप की तरफ के विकल्प:
  https://europepmc.org/
  https://www.ebi.ac.uk/ena/browser/home
  https://www.ensembl.org/
  • पूरे यूरोप में genomics और biotech collaboration देखना अच्छा लगा। Denmark ecosystem वाकई North Star जैसा benchmark है
    हालांकि BLAST up लगता है [0]
    [0] - https://blast.ncbi.nlm.nih.gov/Blast.cgi
• DNS server अस्थायी रूप से down हो सकता है। उदाहरण के लिए NIH maintenance कर रहा हो सकता है, लेकिन इसका मतलब यह नहीं कि website inaccessible हो जाए
  शीर्षक में “unreachable” शायद रूपक की तरह इस्तेमाल हुआ हो। मुझे इन websites तक पहुंचने में कोई समस्या नहीं है, और जरूरतमंद को IP दे सकता हूं
  उदाहरण:
  www.nih.gov 23.41.4.71 (Akamai)
  www.nih.gov 2.22.31.155 (Akamai)
  www.nih.gov 60.254.143.7 (Akamai)
  www.nih.gov 95.101.74.96 (Akamai)
  www.nih.gov 88.221.24.17 (Akamai)
  www.nih.gov 184.51.148.226 (Akamai)
  www.nih.gov 54.235.145.223 (Amazon)
  pubmed.ncbi.nlm.nih.gov 34.107.134.59 (Google)
  blast.ncbi.nlm.nih.gov 130.14.29.110
  इस्तेमाल का उदाहरण:
  echo 130.14.29.110 blast.ncbi.nlm.nih.gov|busybox sed -i -e 1r/dev/stdin -e1N /etc/hosts

echo 34.107.134.59 pubmed.ncbi.nlm.nih.gov|busybox sed -i -e 1/r/dev/stdin -e1N /etc/hosts

• न्यूयॉर्क राज्य के उत्तरी हिस्से में भी PubMed मुख्य साइट ठीक काम कर रही है: https://pubmed.ncbi.nlm.nih.gov/
  NIH/NSF पेज maintenance या किसी और वजह से समय-समय पर डाउन होते रहे हैं, और आमतौर पर ऐसा weekend में होता है। HN community की प्रतिक्रिया थोड़ी जल्दबाज़ी वाली लगती है। मैं करीब 2008 से HN पढ़ रहा हूं, और लगता है कि comments की quality पहले जैसी नहीं रही
• 130.14.29.110 मुझे https://www.ncbi.nlm.nih.gov/ पर redirect करता है, लेकिन वहां access नहीं हो रहा
  23.41.4.71 यह संदेश दिखाता है
  "Invalid URL
  The requested URL "[no URL]", is invalid.
  Reference #9.47532217.1740935192.27b71986
  https://errors.edgesuite.net/9.47532217.1740935192.27b71986"
• अभी भी BLAST access नहीं कर पा रहा हूं। क्या 130.14.29.110 को web browser में डालना है?
• संदर्भ के लिए, यह हालत कम से कम 16 घंटे पहले से थी। कल रात भी मैं वहां कुछ पढ़ने की कोशिश कर रहा था, लेकिन काम नहीं कर रहा था
  उम्मीद है कहीं backup होगा। इस समय तो non-approved sources इस्तेमाल करने पर बिल्कुल भी guilt नहीं होगा
• ऐसा लगता है जैसे किसी ने NIH के सारे DNS servers बंद कर दिए हों। फिलहाल NIH website, PubMed, BLAST ऊपर हैं, लेकिन name resolution नहीं हो रहा
  लगता है Cloudflare का 1.0.0.1 DNS resolver अभी भी records cache कर रहा है। Google और मेरे द्वारा आज़माए गए ज्यादातर दूसरे resolvers में ऐसा नहीं था। शायद इसी वजह से social media पर कुछ लोग कह रहे हैं कि site access हो रही है और कुछ कह रहे हैं कि नहीं
  /etc/hosts workaround:
  156.40.212.210 nih.gov
96.17.96.9 www.nih.gov
34.107.134.59 pubmed.ncbi.nlm.nih.gov
130.14.250.10 ftp.wip.ncbi.nlm.nih.gov
130.14.250.10 ftp.ncbi.nlm.nih.gov
130.14.29.110 blast.ncbi.nlm.nih.gov
  संपादन:
  ns.nih.gov, ns2.nih.gov, ns3.nih.gov जवाब नहीं दे रहे, लेकिन lhcns1.nlm.nih.gov (130.14.55.72) का name server जवाब दे रहा है
  साथ में देखें: https://tldr.nettime.org/@ww/114089972404202687
  • बंद नहीं है। खुद check कर सकते हैं:
    dig +tcp @$(dig +short ns.nih.gov @a.ns.gov) www.nih.gov
  • अगर सोमवार से पहले इसे ठीक नहीं कर पाए, तो यह जानकारी अहम हो सकती है। बस उम्मीद है कि यह जानबूझकर नहीं किया गया