1 คะแนน โดย GN⁺ 2025-03-03 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • เนื่องจาก เซิร์ฟเวอร์ DNS ของ NIH.gov ขัดข้อง จึงไม่สามารถเข้าถึง PubMed, BLAST และบริการอื่น ๆ ได้ และในหัวข้อบน HN ระบุว่าสถานะ กู้คืนแล้ว
  • หน้าที่ให้มานั้นไม่ใช่รายงานเหตุขัดข้อง แต่เป็นหน้าจอ ผลการค้นหา DNS ของ www.nih.gov ซึ่งมีแท็บสำหรับ Cloudflare, Google DNS และการค้นหาแบบ Authoritative
  • เซิร์ฟเวอร์ Cloudflare DNS ตอบกลับด้วย ระเบียน DNS ของโดเมนนั้น และจะให้ระเบียนที่แคชไว้จนกว่า TTL จะหมดอายุ
  • หลัง TTL หมดอายุ Cloudflare จะสอบถาม authoritative name server ตัวใดตัวหนึ่งเพื่อรีเฟรชแคช
  • ในเนื้อหาไม่มีข้อมูลเวลาเกิดเหตุขัดข้อง สาเหตุ ค่า DNS record จริง หรือข้อมูลสถานะแยกของ PubMed·BLAST จึงมีข้อจำกัดในการประเมินขอบเขตของผลกระทบ

ข้อมูลเหตุขัดข้องที่ยืนยันได้

  • ในหัวข้อบน HN ระบุว่าเกิด เหตุขัดข้องของเซิร์ฟเวอร์ DNS ของ NIH.gov ทำให้ไม่สามารถเข้าถึง PubMed, BLAST และบริการอื่น ๆ ได้ และปัจจุบัน กู้คืนแล้ว
  • เนื้อหาที่ให้มาไม่ใช่รายงานเหตุขัดข้อง แต่เป็นหน้าจอค้นหา DNS สำหรับ www.nih.gov
  • จากเนื้อหาเพียงอย่างเดียว ไม่สามารถยืนยันข้อมูลต่อไปนี้ได้
    • เวลาที่เริ่มเกิดเหตุและเวลากู้คืน
    • สาเหตุของเหตุขัดข้อง
    • รายการบริการที่ได้รับผลกระทบโดยละเอียด
    • ค่า DNS record จริง
    • รายละเอียดการตอบกลับของ authoritative server

องค์ประกอบของหน้าจอค้นหา Nslookup.io

  • เป้าหมายของการค้นหาคือ www.nih.gov
  • หน้าจอมีแท็บแหล่งค้นหา DNS ดังต่อไปนี้
    • Cloudflare
    • Google DNS
    • Authoritative
  • เซิร์ฟเวอร์ Cloudflare DNS ตอบกลับด้วย DNS record และจะให้ระเบียนดังกล่าวจนกว่า TTL จะหมดอายุ
  • เมื่อ TTL หมดอายุ Cloudflare จะสอบถาม authoritative name server ตัวใดตัวหนึ่งเพื่อรีเฟรชแคช
  • ในหน้ายังมีคำแนะนำเกี่ยวกับฟังก์ชัน DNS lookup สำหรับค้นหาระเบียน DNS ของโดเมนหรือซับโดเมนอื่นด้วย

1 ความคิดเห็น

 
GN⁺ 2025-03-03
ความคิดเห็นจาก Hacker News
  • ดูเหมือนว่า การค้นหา DNS จะกลับมาทำงานอีกครั้ง: 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...
    บริการยังพอมีบางส่วนที่ใช้งานได้ แต่แทบไม่มีประโยชน์ในทางปฏิบัติ จึงยากที่จะตัดสินจากภายนอกว่าเกิดอะไรขึ้นกันแน่
    • นี่แทบจะแน่นอนว่าเป็น ความผิดพลาดในการตั้งค่าไฟร์วอลล์ ถ้าเป็นผู้ไม่หวังดี ก็คงไม่ปิดแค่ UDP อย่างเดียว
    • เพราะจุดนี้ จึงดูมีโอกาสมากกว่ามากว่าจะเป็นกรณีที่มีคนทำพลาดกับเซิร์ฟเวอร์หรือ การตั้งค่าไฟร์วอลล์ มากกว่าทฤษฎีที่ว่า Musk กำลังไปดึงสายเครือข่ายที่ NIH
    • PubMed เป็นหนึ่งในบริการที่เสถียรที่สุดในประวัติศาสตร์อินเทอร์เน็ต แม้สาเหตุที่แท้จริงจะยังไม่ชัดเจน แต่ก็ให้ความรู้สึกประมาณว่า น้ำเสียจากต้นน้ำ ปลายน้ำก็ย่อมเสียตาม
  • สำหรับนักวิทยาศาสตร์ PubMed แทบจะเป็น เหมือน Google เลย ปกติคนจะใช้ PubMed เพื่อค้นหางานวิจัยวิทยาศาสตร์ แม้จะมีทางเลือกอื่น แต่ที่ผ่านมาแทบไม่จำเป็นต้องรู้จัก
    ทุกคนใช้ PubMed และนักวิทยาศาสตร์ยุโรปส่วนใหญ่ก็น่าจะไม่รู้จักทางเลือกในภูมิภาคของตัวเองจนกระทั่งตอนนี้ ยังมีบริการอีกมากมายกว่านี้ที่ NIH มอบให้กับนักวิทยาศาสตร์
    • ฉันแทบไม่ใช้ PubMed เลย และใช้ Google Scholar ทุกวันสำหรับงานวิจัยด้านประสาทวิทยา การแพทย์ และวิทยาการคอมพิวเตอร์ แต่ก็ยอมรับว่านักวิจัยทางการแพทย์ทุกคนที่ฉันรู้จักใช้แต่ PubMed
  • ดูเหมือนว่า ฐานข้อมูล FAA สำหรับติดตามการสืบสวนอุบัติเหตุก็ล่มไปด้วย และน่าจะมีระบบอื่น ๆ อีกมากที่คนทั่วไปไม่รู้จักแต่หลายองค์กรพึ่งพาอยู่
    ถ้านี่เป็นการโจมตีไซเบอร์จากจีน มันคงเป็นเรื่องอื้อฉาวระดับสิบปี แต่ครั้งนี้กลับดูเหมือนเป็นสิ่งที่เกิดขึ้นโดยตั้งใจ
  • ในเชิงเทคนิค NIH.gov มี name server 3 ตัว และแต่ละโฮสต์ยังทำงานอยู่ แต่ตอบสนอง DNS ผ่าน TCP เท่านั้น ไม่ตอบผ่าน UDP
    ทั้งสามตัวอยู่ภายใต้ AS เดียวกัน จึงดูเหมือนเป็นโครงสร้างที่ผู้ปฏิบัติการรายเดียวรับผิดชอบ และไม่มี IPv6 จากมุมมองภายนอกก็ไม่เห็นร่องรอยว่าได้มอบหมายเซิร์ฟเวอร์หรือบริการนี้ให้บริษัทภายนอกดูแล
    พอค้นต่อก็พบว่า NIH มีหน่วยงาน/กลุ่ม/องค์กรชื่อ Center for Information Technology ซึ่งดูเหมือนจะเป็นหน่วยสนับสนุน IT ของ NIH และเป็นผู้ดำเนินการ DNS เซิร์ฟเวอร์เหล่านี้
    • พูดไปอาจจะมาเสียใจทีหลัง แต่เมื่อก่อนนานมากแล้วฉันเคยเป็นผู้จัดการของทีมที่ดูแล ไฟร์วอลล์ชายแดนเครือข่ายและ DNS เซิร์ฟเวอร์ นั้นภายใน NIH/CIT ชื่อเต็มตอนนั้นคือ NIH/CIT/DNST/NEB/NSS
      ตอนนี้ฉันไม่ได้อยู่ที่นั่นแล้ว จึงไม่ได้มีข้อมูลภายใน แต่เมื่อดูจากอาการที่ DNS เซิร์ฟเวอร์ตอบผ่าน TCP แต่ไม่ตอบผ่าน UDP ระหว่างเหตุขัดข้อง ฉันก็ยังให้น้ำหนักว่าเป็นความผิดพลาดของไฟร์วอลล์ธรรมดามากกว่าการกระทำโดยมุ่งร้าย
      เรื่องแบบนี้เกิดขึ้นได้ งานบำรุงรักษาอาจก่อผลลัพธ์ที่ไม่ได้ตั้งใจ และคนก็พิมพ์ผิดกันได้ อย่าตื่นตระหนกกับทุกเหตุการณ์ ควรเก็บแรงโกรธไว้ใช้กับเรื่องที่สมควรกว่าจริง ๆ อย่างเช่น 18F
    • อ้างอิงไว้ว่า name server lhcns1.nlm.nih.gov(130.14.55.72) และ lhcns2.nlm.nih.gov(130.14.55.128) ยังสามารถ resolve โดเมนย่อยภายใต้ nlm.nih.gov ได้อยู่
  • อ้างอิงไว้ว่า BLAST หมายถึง Basic Local Alignment Search Tool ซึ่งเป็นชุดเครื่องมือชีวสารสนเทศที่ใช้กันทั่วไป โดยเป็นการ “BLAST” ลำดับที่สนใจไปเทียบกับฐานข้อมูลลำดับอื่นเพื่อหาผลลัพธ์ที่คล้ายกัน
    • ฉันออกจากวงการนี้มาสักพักแล้ว เลยไม่แน่ใจว่าปัจจุบัน BLAST ยังถูกใช้งานมากแค่ไหน
      ในช่วงหนึ่ง การเอาลำดับ DNA หรือโปรตีนที่เรามีไป BLAST ก็คล้ายกับการค้น Google สำหรับลำดับนั้น เพราะมันช่วยบอกได้ว่าลำดับนั้นอาจมาจากไหน
      โดยเฉพาะถ้าหัวข้อวิจัยคือการหาว่าลำดับบางตัวทำหน้าที่อะไร มันก็มีประโยชน์มาก แม้จะไม่ได้ให้คำตอบตรง ๆ แต่ความคล้ายคลึงของลำดับมักบ่งชี้ถึงหน้าที่ที่คล้ายกันหรือเกี่ยวข้องกัน จึงช่วยให้เห็นบริบท
      ถ้าจะเปรียบเทียบ ก็ให้นึกภาพว่า StackOverflow ล่มกะทันหัน และคุณไม่รู้ด้วยซ้ำว่าจะกลับมาเมื่อไร
  • ทางเลือกฝั่งยุโรป:
    https://europepmc.org/
    https://www.ebi.ac.uk/ena/browser/home
    https://www.ensembl.org/
    • เป็นเรื่องดีที่ได้เห็น ความร่วมมือด้านจีโนมิกส์และไบโอเทค ทั่วทั้งยุโรป
      ระบบนิเวศของเดนมาร์กเป็นเหมือนจุดอ้างอิงชั้นดีอย่างชัดเจน
      แต่ดูเหมือนว่า BLAST จะยังขึ้นอยู่ [0]
      [0] - https://blast.ncbi.nlm.nih.gov/Blast.cgi
  • DNS เซิร์ฟเวอร์อาจล่มชั่วคราวได้ เช่น NIH อาจกำลังบำรุงรักษาอยู่ แต่ก็ไม่ได้หมายความว่าเว็บไซต์จะต้องเข้าไม่ได้เสมอไป
    คำว่า “unreachable” ในหัวข้ออาจเป็นการพูดเชิงเปรียบเทียบก็ได้ ฉันไม่มีปัญหาในการเข้าถึงเว็บไซต์เหล่านี้ และสามารถให้ 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 มักล่มเป็นระยะอยู่แล้วไม่ว่าจะเพราะบำรุงรักษาหรือเหตุผลอื่น และมักเกิดช่วงสุดสัปดาห์ ปฏิกิริยาของคอมมูนิตี้ HN ดูรีบด่วนไปหน่อย ฉันอ่าน HN มาตั้งแต่ราวปี 2008 และรู้สึกว่าคุณภาพคอมเมนต์ไม่เหมือนเดิมแล้ว
  • 130.14.29.110 พาฉันรีไดเรกต์ไปที่ https://www.ncbi.nlm.nih.gov/ แต่ที่นั่นเข้าไม่ได้
    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 ไม่ได้อยู่ดี ถ้าใส่ 130.14.29.110 ในเว็บเบราว์เซอร์จะใช้ได้ไหม?
  • เพื่ออ้างอิง สภาพนี้เป็นมาอย่างน้อย 16 ชั่วโมงแล้ว เมื่อคืนฉันก็พยายามจะอ่านอะไรบางอย่างที่นั่น แต่ใช้งานไม่ได้
    หวังว่าจะมีแบ็กอัปอยู่ที่ไหนสักแห่ง ณ จุดนี้คงไม่รู้สึกผิดเลยถ้าต้องใช้แหล่งข้อมูลที่ยังไม่ได้รับการรับรอง
  • ดูเหมือนมีคนปิด เซิร์ฟเวอร์ DNS ของ NIH ทั้งหมด ตอนนี้เว็บไซต์ NIH, PubMed และ BLAST ยังออนไลน์อยู่ แต่แปลชื่อโดเมนไม่ได้
    ตัวแก้ชื่อ DNS ของ Cloudflare 1.0.0.1 ดูเหมือนยังแคชเรคคอร์ดไว้ แต่ของ Google และตัวแก้ชื่ออื่นส่วนใหญ่ที่ฉันทดลองไม่มี นั่นคงเป็นเหตุผลว่าทำไมในโซเชียลมีเดียบางคนเข้าเว็บได้ บางคนเข้าไม่ได้
    วิธีอ้อมด้วย /etc/hosts:
    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) ตอบสนอง
    ดูเพิ่มเติม: https://tldr.nettime.org/@ww/114089972404202687
    • ไม่ได้ถูกปิด ลองตรวจสอบโดยตรงได้เลย:
      dig +tcp @$(dig +short ns.nih.gov @a.ns.gov) www.nih.gov
    • ถ้ายังแก้ไม่เสร็จก่อนวันจันทร์ ข้อมูลนี้อาจสำคัญขึ้นมาได้ หวังว่าเรื่องนี้จะไม่ได้เกิดขึ้นโดยเจตนา