- เนื่องจาก เซิร์ฟเวอร์ 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 ความคิดเห็น
ความคิดเห็นจาก Hacker News
บริการยังพอมีบางส่วนที่ใช้งานได้ แต่แทบไม่มีประโยชน์ในทางปฏิบัติ จึงยากที่จะตัดสินจากภายนอกว่าเกิดอะไรขึ้นกันแน่
ทุกคนใช้ PubMed และนักวิทยาศาสตร์ยุโรปส่วนใหญ่ก็น่าจะไม่รู้จักทางเลือกในภูมิภาคของตัวเองจนกระทั่งตอนนี้ ยังมีบริการอีกมากมายกว่านี้ที่ NIH มอบให้กับนักวิทยาศาสตร์
ถ้านี่เป็นการโจมตีไซเบอร์จากจีน มันคงเป็นเรื่องอื้อฉาวระดับสิบปี แต่ครั้งนี้กลับดูเหมือนเป็นสิ่งที่เกิดขึ้นโดยตั้งใจ
ทั้งสามตัวอยู่ภายใต้ AS เดียวกัน จึงดูเหมือนเป็นโครงสร้างที่ผู้ปฏิบัติการรายเดียวรับผิดชอบ และไม่มี IPv6 จากมุมมองภายนอกก็ไม่เห็นร่องรอยว่าได้มอบหมายเซิร์ฟเวอร์หรือบริการนี้ให้บริษัทภายนอกดูแล
พอค้นต่อก็พบว่า NIH มีหน่วยงาน/กลุ่ม/องค์กรชื่อ Center for Information Technology ซึ่งดูเหมือนจะเป็นหน่วยสนับสนุน IT ของ NIH และเป็นผู้ดำเนินการ DNS เซิร์ฟเวอร์เหล่านี้
ตอนนี้ฉันไม่ได้อยู่ที่นั่นแล้ว จึงไม่ได้มีข้อมูลภายใน แต่เมื่อดูจากอาการที่ DNS เซิร์ฟเวอร์ตอบผ่าน TCP แต่ไม่ตอบผ่าน UDP ระหว่างเหตุขัดข้อง ฉันก็ยังให้น้ำหนักว่าเป็นความผิดพลาดของไฟร์วอลล์ธรรมดามากกว่าการกระทำโดยมุ่งร้าย
เรื่องแบบนี้เกิดขึ้นได้ งานบำรุงรักษาอาจก่อผลลัพธ์ที่ไม่ได้ตั้งใจ และคนก็พิมพ์ผิดกันได้ อย่าตื่นตระหนกกับทุกเหตุการณ์ ควรเก็บแรงโกรธไว้ใช้กับเรื่องที่สมควรกว่าจริง ๆ อย่างเช่น 18F
ในช่วงหนึ่ง การเอาลำดับ 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
คำว่า “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/hostsecho 34.107.134.59 pubmed.ncbi.nlm.nih.gov|busybox sed -i -e 1/r/dev/stdin -e1N /etc/hostsหน้า 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"
130.14.29.110ในเว็บเบราว์เซอร์จะใช้ได้ไหม?หวังว่าจะมีแบ็กอัปอยู่ที่ไหนสักแห่ง ณ จุดนี้คงไม่รู้สึกผิดเลยถ้าต้องใช้แหล่งข้อมูลที่ยังไม่ได้รับการรับรอง
ตัวแก้ชื่อ DNS ของ Cloudflare
1.0.0.1ดูเหมือนยังแคชเรคคอร์ดไว้ แต่ของ Google และตัวแก้ชื่ออื่นส่วนใหญ่ที่ฉันทดลองไม่มี นั่นคงเป็นเหตุผลว่าทำไมในโซเชียลมีเดียบางคนเข้าเว็บได้ บางคนเข้าไม่ได้วิธีอ้อมด้วย
/etc/hosts:156.40.212.210 nih.gov96.17.96.9 www.nih.gov34.107.134.59 pubmed.ncbi.nlm.nih.gov130.14.250.10 ftp.wip.ncbi.nlm.nih.gov130.14.250.10 ftp.ncbi.nlm.nih.gov130.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