Cloudflare เพิ่มฟีเจอร์การทำ CDN ที่ระดับไอพี ในชื่อบริการว่า Magic Transit ทำให้องค์กรที่มีไอพีสาธารณะของตัวเองให้บริการผ่าน Cloudflare เพื่อช่วยป้องกัน DDoS และคอนฟิกไฟร์วอลล์ที่เซิร์ฟเวอร์ของ Cloudflare ก่อน

ลูกค้าที่ใช้บริการนี้ จะต้องยกสิทธิ์การประกาศเส้นทางไปยังหมายเลขไอพีขององค์กรให้ทาง Cloudflare ประกาศให้ ซึ่ง Cloudflare ก็จะประกาศไปยังศูนย์ข้อมูลของบริษัทที่มีอยู่ใน 193 เมืองทั่วโลก จากนั้นลูกค้าสามารถคอนฟิกไฟร์วอลล์ของตัวเอง เช่น รับทราฟิกเฉพาะบางพอร์ต โดยไฟร์วอลล์นั้นจะเป็น namespace ของลูกค้าเองบนเครื่องเซิร์ฟเวอร์ของทาง Cloudflare

หลังจาก Cloudflare ล่มเมื่อต้นเดือนที่ผ่านมา โดยได้ชี้แจงเหตุไปแล้วว่าเกิดจากกฎไฟร์วอลล์ข้อเดียว ทางบริษัทก็ยังเขียนบล็อกรายงานถึงสาเหตุการล่มเพิ่มเติม โดยกฎไฟร์วอลล์ที่ว่านั้นมีกฎเต็มๆ ว่า

Cloudflare เขียนบล็อคชี้แจงเหตุล่มเป็นเวลา 30 นาทีเมื่อวานนี้ โดยระบุว่าไม่ได้เกิดจากการถูก DDoS อย่างที่หลายคนคาดกัน แต่เป็นเพราะคอนฟิกไฟร์วอลล์ของบริษัทเอง และบริษัทขออภัยกับความผิดพลาดนี้

โดยไฟร์วอลล์นี้ อยู่ใน Cloudflare Web Application Firewall (WAF) กฎชุดใหม่ใช้ค้นหาโค้ดจาวาคริปต์ในการโจมตี โดยเขียนด้วย regular expression แต่กลับมีบั๊กทำให้เมื่อนำโค้ดไปใช้งานจริงแล้วซีพียูเต็มร้อยตลอดเวลา

ช่วงหัวค่ำประมาณสองทุ่มตามเวลาประเทศไทย Cloudflare ล่มเป็นวงกว้างกระทบเครือข่ายในหลายประเทศรวมถึงประเทศไทย รวมระยะเวลา 30 นาที

ทาง Cloudflare แจ้งสาเหตุว่าระดับซีพียูในเซิร์ฟเวอร์เกิดพุ่งสูงจนเครื่องเริ่มกระบวนการ fail over

การแก้ไขในตอนนี้ทาง Cloudflare ได้ปิดโปรเซสที่กินซีพียูออกไปก่อน และมอนิเตอร์ความผิดปกติของเครื่องเพิ่มเติม

ผลกระทบจากปัญหาครั้งนี้ทำให้บริการ Cloudflare Analytics ไม่ทำงาน, Cloudflare Logs ทำงานช้ากว่าปกติทำให้ผู้ใช้ได้รับข้อมูลย้อนหลัง

เมื่อวานนี้หลังเหตุการณ์ route leak จากลูกค้ารายหนึ่งของ Verizon ทำให้บริการสำคัญๆ อย่าง Cloudflare, AWS, Linode เข้าใช้งานไม่ได้ไประยะหนึ่ง ตอนนี้ Cloudflare ก็ออกมารายงานถึงรายละเอียด

เมื่อช่วงหัวค่ำที่ผ่านมา Cloudflare ผู้ให้บริการ CDN รายใหญ่มีปัญหาเครือข่าย และพบภายหลังว่าเป็นปัญหา BGP route leak จากผู้ให้บริการายอื่น

แม้แถลงของ Cloudflare จะไม่พูดว่าเป็นบริษัทใด แต่ทวิตเตอร์ของ Matthew Prince ซีอีโอ Cloudflare กลับระบุชื่อบริษัท Verizon และ Noction โดยคาดว่า Noction เป็นผู้ปล่อยเราท์ผิดพลาด และ Verizon ก็รับเราท์เหล่านั้นทำให้ผู้ใช้อินเทอร์เน็ตเข้าถึง Cloudflare ไม่ได้

Cloudflare ประกาศเปิดตัวไลบรารีภาษา Go ในชื่อ CIRCL อิมพลีเมนต์กระบวนการเข้ารหัสแบบใหม่ๆ ไว้หลายตัวนอกเหนือจากกระบวนการเข้ารหัสยอดนิยมที่มักอิมพลีเมนต์อยู่ในไลบรารี x/crypto อยู่แล้ว

Cloudflare ประกาศเปิดบริการเกตเวย์เข้าถึงบล็อคเชน Ethereum โดยที่ผู้ใช้ไม่ต้องสร้างโหนด Ethereum ด้วยตัวเอง

Ethereum เป็นบล็อคเชนเปิดที่อนุญาตให้ทุกคนเข้าถึงข้อมูลได้อยู่แล้ว แต่การสร้างโหนดแต่ละครั้งต้องการพลังประมวลผลเพื่อตรวจสอบบล็อคใหม่ และพื้นที่เก็บข้อมูลขนาดนับร้อยกิกะไบต์ การเข้าถึง Ethereum ผ่านเกตเวย์ทำให้อุปกรณ์ขนาดเล็กสามารถเชื่อมต่อกับบล็อคเชนได้ กรณีที่อาจมีการใช้งานเช่นการจ่ายเงินตู้ขายสินค้าด้วย Ethereum แทนการหยอดเหรียญ

การใช้งานผ่านเกตเวย์ทำให้เสียคุณสมบัติ "กระจายตัว" ของบล็อคเชนไป แต่ก็ทำให้คนทั่วไปสร้างบริการเข้าไปเชื่อมต่อได้ง่ายขึ้นด้วย

Cloudflare และหน่วยงานพันธมิตรอีก 4 หน่วยงานเปิดตัว League of Entropy บริการสร้างเลขสุ่มที่เชื่อถือได้ โดยให้บริการผ่าน API โดยสร้างเลขสุ่มทั้งแบบสาธารณะเปิดเผยข้อมูลโดยทั่วไป และแบบส่วนตัวสำหรับใช้งานเฉพาะเช่นการสร้างกุญแจลับ

Cloudflare เปิดตัวบริการ 1.1.1.1 with Warp ฟีเจอร์ VPN สำหรับแอป 1.1.1.1 ที่เดิมใช้สำหรับ DNS เพียงอย่างเดียว ให้เข้ารหัสทราฟิกทั้งหมดด้วย โดยตั้งเป้าว่า Warp จะเป็นบริการ VPN สำหรับคนที่ไม่รู้ว่า VPN คืออะไร

Cloudflare Workers เป็นบริการโค้ดแบบ serverless แบบเดียวกับ AWS Lambda และ Google Cloud Functions เมื่อสัปดาห์ที่แล้วทาง Cloudflare ก็เขียนบล็อกเล่าถึงเทคโนโลยีภายในของ Workers ที่เป็นฟีเจอร์ Isolates ของเอนจิน V8

Cloudflare Workers และ AWS Lambda เป็นคู่แข่งกันโดยตรง หลังจาก AWS เปิดตัว Lambda@Edge ที่เปิดให้รันโค้ดที่ปลายทางของ CDN

Cloudflare เปิดตัว Bandwidth Alliance กลุ่มผู้ให้บริการคลาวด์และบริการเครือข่ายเพื่อเชื่อมต่อเน็ตเวิร์คเข้าหากัน โดยกลุ่มผู้ให้บริการเหล่านี้สัญญาว่าจะหาทางลดค่าแบนวิดท์ (หรือแม้แต่ไม่คิดค่าแบนวิดท์เลย) เมื่อส่งข้อมูลระหว่างคลาวด์

ตอนนี้กลุ่มผู้ให้บริการกลุ่มแรก คือ AUTOMATTIC, Backblaze, DigitalOcean, DreamHost, IBM Cloud, Linode, Azure, Packet, Scaleway, และ Vapor

ทาง Cloudfalre คาดว่าการร่วมนี้จะทำให้ค่าแบนวิดท์ลดลงรวมปีละ 50 ล้านดอลลาร์

ที่มา - Cloudflare

ร่างมาตรฐาน ESNI ที่เป็นการปิดช่องโหว่สำหรับการดักฟังว่าผู้ใช้กำลังเข้าเว็บอะไรอยู่ เป็นจุดสุดท้าย ถัดจากการเข้ารหัสเว็บและการเข้ารหัส DNS ด้วย DNS over HTTPS (DoH) เมื่อกลางปีที่ผ่านมา แอปเปิล, Cloudflare, Fastly, และมอซิลล่า ร่วมมือกันทดสอบร่างมาตรฐาน ตอนนี้ทางฝั่ง Cloudflare ก็เริ่มให้บริการจริงแล้ว

บริการเซิร์ฟเวอร์ DNS ไอพี 1.1.1.1 ของ CloudFlare เปิดตัวเป็นทางการเมื่อวันที่ 1 เมษายนที่ผ่านมา (วันที่ 1/4) ปรากฎว่าไอพีนี้มีความพิเศษหลายอย่าง

ทาง CloudFlare พยายามหาไอพีที่จำได้ง่ายระดับเดียวกับ 8.8.8.8 ของกูเกิล และอยากได้ 1.1.1.1 และ 1.0.0.1 ที่ APNIC ถืออยู่ โดยทาง APNIC ถือไอพีนี้ไว้เพื่อศึกษา "ข้อมูลขยะ" ที่เครื่องจำนวนมากส่งมายังไอพีนี้ โดยปกติแล้วคนที่จะได้ไอพีสำหรับเซิร์ฟเวอร์คงไม่อยากได้ไอพีแปลกแบบนี้ เพราะทราฟิกขยะก็ทำเน็ตเวิร์คเต็มได้ง่ายๆ แต่ทาง CloudFlare ยินดีรับทราฟิกไว้เอง และจะแบ่งข้อมูลทราฟิกให้ APNIC ศึกษาต่อไป

CloudFlare ทำเว็บประกาศเซิร์ฟเวอร์ DNS ใหม่หลุดออกมาเป็นช่วงเวลาสั้นๆ โดยประกาศว่าจะเปิดเซิร์ฟเวอร์ 1.1.1.1 ให้บริการ DNS สำหรับคนทั่วไป โดยเป็นโครงการร่วมกับ APNIC

ในประกาศระบุว่า DNSPerf ทดสอบเซิร์ฟเวอร์ของ CloudFlare แล้วพบว่ามีความเร็วสูงสุด และบริการนี้รองรับ DNS over HTTPS เข้ารหัสการขอโดเมนเพื่อความเป็นส่วนตัว ทำให้ผู้ให้บริการอินเทอร์เน็ตไม่สามารถดักแก้ไข หรือมอนิเตอร์การขอข้อมูล DNS ได้

หน้าเว็บที่หลุดออกมาเป็นหน้าที่ยังทำไม่เสร็จอย่างชัดเจน โดยลิงก์ไปยัง APNIC แต่ตัวลิงก์จริงเป็น example.com