Sự cố Cloudflare nghiêm trọng làm sập UberEats và nhiều ứng dụng phổ biến

Hook & Đối tượng của bài viết (Giới thiệu)

Hàng triệu người dùng trên toàn thế giới gần đây đã trải qua tình trạng đột ngột không thể truy cập các dịch vụ thiết yếu, từ giao đồ ăn, chơi game đến các từ điển bách khoa trực tuyến. Nếu bạn thấy các ứng dụng yêu thích của mình không hoạt động hoặc gặp lỗi "timeout" liên tục vào Thứ Sáu, ngày 20 tháng 2 năm 2026, bạn đã là một phần của sự gián đoạn toàn cầu quy mô lớn ^[11][18][21].

Sự kiện này không phải là vấn đề cục bộ với thiết bị hoặc nhà cung cấp dịch vụ internet của bạn, mà là một lỗi diện rộng liên quan đến Cloudflare, một phần quan trọng của cơ sở hạ tầng internet toàn cầu ^[8][12][18]. Khi một nhà cung cấp ở quy mô này gặp sự cố kỹ thuật, nó tạo ra hiệu ứng dây chuyền có thể làm sập hàng nghìn trang web ngay lập tức ^[18][22].

Đối tượng của bài viết

Báo cáo này dành cho:

• Người dùng ứng dụng không thể truy cập các dịch vụ như UberEats, Steam, hoặc Bet365 và muốn hiểu lý do tại sao ^[11][19][21].
• Chuyên gia IT và Chủ doanh nghiệp đang tìm kiếm phân tích kỹ thuật về cách các lỗi hạ tầng ảnh hưởng đến tính khả dụng của dịch vụ ^[8][12].
• Độc giả phổ thông quan tâm đến sự ổn định của web hiện đại và sự phụ thuộc lẫn nhau của các dịch vụ đám mây ^[18][43].

Nội dung chính của bài viết

Trong phân tích này, chúng tôi cung cấp cái nhìn toàn diện về sự gián đoạn, bao gồm:

• Dòng thời gian chính xác của sự cố khi nó diễn ra trên các múi giờ khác nhau ^[8][11][18].
• Danh sách xác thực các nền tảng lớn và trang web được xác nhận bị ảnh hưởng ^[4][11][21].
• Xem xét các cơ chế kỹ thuật liên quan, đặc biệt tập trung vào mạng lưới của Cloudflare và dịch vụ Workers AI ^[8][12][21].
• Làm rõ các báo cáo "dương tính giả" cho các nhà cung cấp khác như AWS xảy ra trong cùng thời điểm ^[7][10][43].

---

Bài viết này không bao gồm việc khắc phục sự cố mạng gia đình cá nhân hoặc cung cấp lời khuyên pháp lý cụ thể liên quan đến thỏa thuận mức dịch vụ (SLA). Nó tập trung vào các sự kiện kỹ thuật khách quan và thông tin liên lạc chính thức xung quanh sự cố tháng 2 năm 2026.

TL;DR / Điều này có ý nghĩa gì với bạn

• Gián đoạn nền tảng diện rộng: Một lỗi hạ tầng đáng kể tại Cloudflare đã tác động đến một loạt các dịch vụ kỹ thuật số, bao gồm Steam, Uber Eats, X, và Bet365 ^[19][33][43]. Vào ngày 20 tháng 2 năm 2026, các báo cáo sự cố đạt đỉnh với hơn 18.000 người dùng báo cáo vấn đề chỉ riêng cho Steam ^[33][21].
• Lỗi hạ tầng: Nguyên nhân chính dường như là các vấn đề kết nối trong mạng lưới của Cloudflare, đặc biệt ảnh hưởng đến dịch vụ Workers AI, hệ thống quản lý bot và nền tảng DNS 1.1.1.1 ^[33][21]. Những vấn đề này được báo cáo là đã gây ra thông báo lỗi "5xx" và tình trạng timeout trên hàng nghìn trang web ^[19][37].
• Tình trạng khôi phục hiện tại: Hầu hết các dịch vụ bị ảnh hưởng bắt đầu có dấu hiệu phục hồi vào giữa chiều Thứ Sáu ^[33][36]. Mặc dù đội ngũ Cloudflare đã triển khai các bản sửa lỗi, một số nền tảng vẫn có thể gặp tình trạng kết nối chập chờn khi việc định tuyến lưu lượng truy cập ổn định trở lại ^[19][44].
• Rủi ro độ trễ kéo dài: Mặc dù các dịch vụ cốt lõi đang trở lại bình thường, người dùng có thể tiếp tục đối mặt với độ trễ hoặc lỗi một phần ở các tính năng cụ thể như ghép trận trực tuyến và đồng bộ hóa đám mây ^[33][36]. Các nhà phân tích cho rằng thường cần đợi bộ nhớ đệm DNS làm mới trước khi dịch vụ được khôi phục hoàn toàn cho tất cả các khu vực ^[37][43].
• Không có thiệt hại cấu trúc rộng lớn: Dữ liệu hiện tại cho thấy sự cố là lỗi ở tầng ứng dụng và hạ tầng chứ không phải là sự sụp đổ hoàn toàn của xương sống internet ^[43][64]. Hầu hết các nền tảng vẫn hoạt động ở phần cốt lõi, ngay cả khi "cửa trước" hoặc hệ thống khám phá của chúng tạm thời không thể truy cập ^[14][64].

Nguồn chính (Liên kết nhanh)

• YouTube bị sập – tại đây ^[1]
• Vấn đề của người dùng với X dường như đã được giải quyết ^[2]
• Cổ phiếu Doordash tăng khi chu kỳ đầu tư bắt đầu cho thấy dấu hiệu hiệu quả ^[3]

Bối cảnh / Những điều cơ bản

Cloudflare là một mạng phân phối nội dung (CDN) và nhà cung cấp DNS phân tán, đóng vai trò trung gian giữa người dùng và các trang web họ truy cập ^[10][11][6]. Nó vận hành một hạ tầng toàn cầu khổng lồ gồm các máy chủ đặt tại hơn 330 thành phố trên 120 quốc gia ^[9][11][12]. Mạng lưới này được thiết kế để đảm bảo các trang web tải nhanh, duy trì bảo mật và có thể xử lý các đợt tăng vọt lưu lượng truy cập lớn ^[12][11].

Nói một cách đơn giản, Cloudflare hoạt động như một người điều phối giao thông kỹ thuật số cho các nền tảng lớn như Uber Eats, Steam, và Bet365 ^[1][4][8]. Nó xử lý khối lượng dữ liệu khổng lồ và liên kết với hơn 13.000 mạng khác, bao gồm các nhà cung cấp dịch vụ internet lớn và các nền tảng đám mây ^[9][12]. Các vai trò chính của nó bao gồm bảo vệ trang web khỏi tấn công DDoS, lọc lưu lượng bot độc hại và lưu trữ nội dung gần người dùng hơn để giảm thời gian tải ^[10][11][6].

---

Tại sao sự cố Cloudflare gây ra hiệu ứng gợn sóng

Internet hiện đại phụ thuộc nặng nề vào một vài nhà cung cấp hạ tầng lớn. Khi một trong những nhà cung cấp này gặp lỗi, nó thường dẫn đến một lỗi dây chuyền khiến hàng nghìn trang web và API dường như không liên quan bị ngoại tuyến cùng lúc ^[7][3]. Các chuyên gia an ninh mạng cho rằng việc phụ thuộc vào một nhà cung cấp lớn duy nhất tạo ra một "điểm yếu chí tử" (single point of failure) trong thiết kế hiện tại của hạ tầng internet toàn cầu ^[3][7].

Khi các dịch vụ proxy hoặc hệ thống DNS của Cloudflare gặp sự cố, kết nối giữa người dùng và máy chủ gốc của trang web bị cắt đứt ^[3][12]. Điều này thường dẫn đến việc người dùng thấy thông báo lỗi 5xx hoặc 403 thay vì nội dung trang web họ yêu cầu ^[12][11][3].

Dịch vụ	Vai trò	Tác động khi bị sập
DNS	Điều hướng người dùng đến đúng địa chỉ trang web	Trang web hoàn toàn không thể truy cập được [7]
CDN	Phân phối nội dung trang web đã lưu nhanh chóng	Trang web tải chậm hoặc không hiển thị hình ảnh/phương tiện [7]
WAF	Chặn các cuộc tấn công mạng và hacker	Các tính năng bảo mật bị vô hiệu hóa, khiến trang web dễ bị tổn thương [7]
Workers	Chạy các đoạn mã nhỏ tại "biên" (edge)	Các tính năng ứng dụng như đăng nhập hoặc thanh toán có thể bị lỗi [7][6]

Bởi vì Cloudflare cung cấp "hệ thống ống dẫn" cho phần lớn trang web, ngay cả những dịch vụ không đề cập rõ ràng việc sử dụng nó vẫn có thể dựa vào các API hoặc công cụ bảo mật của nó để hoạt động ^[7][11]. Sự kết nối lẫn nhau này là lý do tại sao một sự cố tại một công ty có thể làm gián đoạn mọi thứ, từ ứng dụng giao đồ ăn đến các nền tảng chơi game toàn cầu cùng một lúc ^[4][12][8].

Giải thích vấn đề (Điều gì đang xảy ra?)

Một sự gián đoạn lớn đối với hạ tầng internet toàn cầu đã xảy ra vào Thứ Sáu, ngày 20 tháng 2 năm 2026, khiến hàng triệu người dùng không thể truy cập các dịch vụ thiết yếu ^[18][21]. Sự cố bắt nguồn từ bên trong Cloudflare, một mạng phân phối nội dung và nhà cung cấp DNS quan trọng hỗ trợ một phần đáng kể lưu lượng truy cập web của thế giới ^[12][19]. Người dùng trên khắp Hoa Kỳ và Vương quốc Anh báo cáo rằng các trang web và ứng dụng di động đơn giản là ngừng phản hồi hoặc hoàn toàn không tải được ^[18][31].

Lỗi dịch vụ diện rộng

Tác động được cảm nhận trên nhiều lĩnh vực, từ các công cụ năng suất chuyên nghiệp đến giải trí và giao đồ ăn. Theo dữ liệu báo cáo, các nền tảng sau đã trải qua sự gián đoạn lớn:

Ngành	Dịch vụ bị ảnh hưởng	Mô tả tác động
Gaming	Steam, Minecraft, Overwatch 2, Call of Duty	Mất khả năng ghép trận, đồng bộ đám mây và truy cập cửa hàng [14][21].
Dịch vụ	Uber Eats, Uber, JustEat	Người dùng không thể đặt hàng hoặc theo dõi các đơn hàng đang giao [12][14].
Doanh nghiệp	Workday, Microsoft Outlook	Nhân viên mất quyền truy cập vào hệ thống làm việc và liên lạc chuyên nghiệp [12][31].
Thông tin	Wikipedia	Quyền truy cập chung vào từ điển bách khoa kỹ thuật số bị hạn chế trên toàn cầu [6][18].
Cá cược	Bet365, Sky Bet, Paddy Power	Toàn bộ nền tảng ngừng hoạt động khiến người dùng không thể đặt hoặc quản lý cược [6][12].

Các triệu chứng lỗi kỹ thuật

Bắt đầu ngay sau 6:30 chiều, người dùng bắt đầu gặp phải các rào cản kỹ thuật cụ thể ^[18]. Nhiều người báo cáo thấy thông báo lỗi 403 Forbidden, xảy ra khi máy chủ chặn quyền truy cập vào một trang thay vì tải nó bình thường ^[12][13]. Những người khác đối mặt với 500 Internal Server Errors hoặc tình trạng timeout liên tục khi cố gắng kết nối với mạng của Cloudflare ^[18][19].

Quy mô của sự gián đoạn đặc biệt rõ ràng trong cộng đồng chơi game. Steam, nền tảng chơi game PC lớn nhất thế giới, đã chứng kiến một đợt tăng vọt các báo cáo, với hơn 18.000 người dùng gửi khiếu nại sự cố chính thức chỉ trong một buổi chiều ^[21][33]. Tại thời điểm đỉnh cao, một dịch vụ theo dõi đã ghi nhận hơn 431.000 người dùng đồng thời tìm kiếm câu trả lời về tình trạng mất kết nối máy chủ ^[21].

---

Phạm vi và Tần suất

Sự kiện này diễn ra sau một loạt các lỗi hạ tầng tương tự được ghi nhận vào cuối năm 2025, cụ thể là vào tháng 11 và tháng 12 ^[18][12]. Các chuyên gia cho rằng khi một nhà cung cấp lớn như Cloudflare gặp lỗi, nó bộc lộ một "điểm yếu trong hạ tầng internet toàn cầu", vì hàng nghìn trang web không liên quan trở nên không thể truy cập ngay lập tức ^[18]. Trong khi một số khu vực, chẳng hạn như Bờ Đông Hoa Kỳ, đã thấy sự phục hồi một phần vào tối ngày 20 tháng 2, các khu vực khác vẫn tiếp tục đối mặt với sự chậm trễ đáng kể cho đến tận đêm khuya ^[21][33].

Nguyên nhân gốc rễ / Phân tích (Tại sao điều này lại xảy ra?)

Sự gián đoạn kỹ thuật số diện rộng được quan sát vào tháng 2 năm 2026 bắt nguồn từ sự kết hợp của các lỗi mạng đã được xác nhận và sự phụ thuộc lẫn nhau phức tạp giữa các nhà cung cấp hạ tầng lớn. Trong khi một số vấn đề đã được chính thức thừa nhận, những vấn đề khác vẫn đang là đối tượng của cuộc điều tra đang diễn ra.

---

Các sự cố kết nối đã xác nhận (BYOIP)

Cloudflare đã chính thức xác định một sự cố kết nối ảnh hưởng cụ thể đến một tập hợp các quảng bá tiền tố Bring Your Own IP (BYOIP) ^[7][8]. Các tiền tố này cho phép các tổ chức sử dụng địa chỉ IP của riêng họ trên mạng biên của Cloudflare. Khi các quảng bá này thất bại, nó làm gián đoạn đường dẫn định tuyến giữa người dùng và dịch vụ, dẫn đến thông báo lỗi 500 hoặc 5xx ^[7][10].

Sự mất ổn định định tuyến này có thể gây ra tình trạng "timeout" hoặc hoàn toàn không thể kết nối tới mạng của Cloudflare, ảnh hưởng trực tiếp đến các nền tảng như Uber Eats, Bet365, và Wikipedia ^[10][15]. Bởi vì Cloudflare đóng vai trò là proxy chính cho một phần đáng kể của internet, ngay cả các sự cố mạng một phần cũng có thể dẫn đến sự sụt giảm dịch vụ khổng lồ ^[10].

Lỗi cấu hình và định tuyến

Các báo cáo kỹ thuật từ giữa tháng 2 năm 2026 chỉ ra các lỗi cấu hình đáng kể trong quá trình cập nhật hạ tầng. Các kỹ sư tại các dịch vụ video lớn đã thu hẹp các lỗi gần đây thành một vấn đề cấu hình ảnh hưởng đến định tuyến lưu lượng và hệ thống bộ nhớ đệm ^[11].

Các lỗi này thường xảy ra trong quá trình bảo trì định kỳ hoặc khi áp dụng các bản sửa lỗi mục tiêu cho các luồng lưu lượng toàn cầu. Những gián đoạn như vậy ngăn người dùng tải trang hoặc truy cập các công cụ sáng tạo, ngay cả khi các máy chủ cốt lõi về mặt kỹ thuật vẫn đang trực tuyến ^[11][15].

Hiệu ứng hạ tầng dây chuyền

Web hiện đại dựa trên một "chồng" các nhà cung cấp phụ thuộc lẫn nhau, tạo ra "hiệu ứng dây chuyền" trong các đợt sự cố ^[4][6]. Ví dụ, khi một Mạng phân phối nội dung (CDN) như Cloudflare gặp sự cố, nó thường kích hoạt một đợt tăng vọt các báo cáo cho các nhà cung cấp dịch vụ lưu trữ như Amazon Web Services (AWS) ^[4][14].

Loại sự cố	Nhà cung cấp	Trạng thái	Tác động chính
Lỗi định tuyến	Cloudflare	Đã xác nhận	Vấn đề quảng bá tiền tố BYOIP [7]
Độ trễ hệ thống	Giao thức IMAP	Đang diễn ra	Lỗi đồng bộ hóa và khóa hộp thư [1][2]
Dương tính giả	AWS	Phủ nhận	Các đợt báo cáo tăng vọt dù hoạt động bình thường [6][14]

Thông tin liên lạc từ AWS xác nhận rằng các nền tảng của họ tiếp tục hoạt động bình thường trong các đợt tăng vọt ngày 16 tháng 2, cho rằng các báo cáo của người dùng là "dương tính giả" gây ra bởi các sự kiện ở nơi khác trên internet ^[4][14].

---

Khủng hoảng độ trễ IMAP hệ thống

Ngoài việc duyệt web, Khủng hoảng khả năng phân phối email năm 2026 đã làm nổi bật những lỗ hổng sâu hơn trong hạ tầng IMAP ^[1][2]. Các chuyên gia trong ngành cho rằng một "cơn bão hoàn hảo" của các thay đổi giao thức xác thực và gián đoạn định tuyến toàn cầu đã làm tăng độ trễ IMAP ^[1].

Những lỗ hổng hệ thống này có nghĩa là ngay cả khi một nhà cung cấp không đối mặt với một "sự cố toàn bộ", độ trễ trong các giao thức đồng bộ hóa có thể khiến tin nhắn biến mất hoặc không thể truy cập được trong nhiều giờ ^[1][2]. Điều này thể hiện sự chuyển dịch từ các lỗi phần cứng riêng lẻ sang các sự sụp đổ hạ tầng phức tạp do phần mềm định nghĩa ^[2].

Các nguyên nhân mang tính suy đoán và đang điều tra

Trong khi các tuyên bố chính thức thường chỉ ra "lỗi người dùng" hoặc "vấn đề cấu hình", các yếu tố khác đang được theo dõi:

• Lỗi hệ thống tự động: Các báo cáo trong ngành cho thấy các gián đoạn đầu năm 2026 có thể liên quan đến các hệ thống AI tác nhân—chẳng hạn như Kiro AI—thực hiện các tác vụ vô tình xóa hoặc tạo lại các môi trường ^[9]. Amazon đã phủ nhận những tuyên bố cụ thể này, cho rằng các sự cố trong quá khứ là do lỗi của con người thay vì lỗi AI tự trị ^[9][14].
• Giới hạn thiết kế cũ: Các nhà phân tích an ninh mạng cho rằng "thiết kế cũ" của internet hiện tại đóng vai trò như một điểm yếu chí tử ^[10]. Khi một nút chính bị lung lay, hiệu ứng gợn sóng có thể khiến toàn bộ đám mây có vẻ không ổn định ^[4][10].

Các cuộc điều tra đang diễn ra tập trung vào việc liệu các gián đoạn định tuyến toàn cầu gần đây là các sự cố riêng lẻ hay là một phần của xu hướng mong manh hạ tầng lớn hơn trong bối cảnh công nghệ năm 2026 ^[1][7][12].

Bằng chứng & Kiểm chứng thực tế

Dữ liệu ngành và các tuyên bố chính thức cung cấp một bức tranh phức tạp về các sự kiện vào ngày 16 tháng 2 năm 2026. Trong khi các báo cáo do người dùng tạo ra cho thấy một lỗi toàn cầu khổng lồ, các phản hồi chính thức từ các nhà cung cấp hạ tầng cho thấy tác động có thể sắc thái hơn so với báo cáo ban đầu.

Trạng thái chính thức so với Báo cáo người dùng

Dữ liệu từ Downdetector cho thấy các đợt tăng vọt đáng kể trong các khiếu nại dịch vụ trên nhiều nền tảng bắt đầu vào khoảng 13:00 GMT ^[13]. Tuy nhiên, có một sự khác biệt rõ ràng giữa các báo cáo này và bảng điều khiển trạng thái chính thức của nhà cung cấp.

Nền tảng	Đỉnh báo cáo người dùng	Trạng thái nhà cung cấp chính thức
X (Twitter)	25.000+ [13]	Không có bình luận chính thức nào được đưa ra [13].
AWS	1.100+ [10][11]	"Hoạt động bình thường" [10][43].
Cloudflare	~405 (riêng tại Mỹ) [5]	"Vấn đề nhỏ" / Không có sự cố [13][44].

Phân tích ngành cho thấy sự gia tăng các báo cáo cho các công ty như Amazon Web Services (AWS) có khả năng là một "hiệu ứng dây chuyền" ^[43]. Khi một Mạng phân phối nội dung (CDN) lớn hoặc nền tảng xã hội gặp sự cố, các dịch vụ theo dõi thường hiển thị các đợt tăng vọt "dương tính giả" cho các nhà cung cấp hạ tầng không bị ảnh hưởng ^[43].

---

Phản hồi từ Ban điều hành và Doanh nghiệp

Đồng sáng lập và CEO của Cloudflare, Matthew Prince, đã bác bỏ rõ ràng các báo cáo rằng công ty đã chịu một sự cố dịch vụ vào sáng Thứ Hai ^[32]. Prince đã tranh luận về các tin bài dựa trên dữ liệu của Downdetector và ám chỉ về hành động pháp lý tiềm tàng liên quan đến việc đưa tin về sự cố ^[32][44].

Một nữ phát ngôn viên của Cloudflare đã làm rõ rằng mặc dù một "vấn đề nội bộ" đã được phát hiện và khắc phục, nó không dẫn đến sự cố dịch vụ cho khách hàng ^[13][44]. Mặc dù vậy, các cập nhật trạng thái của chính công ty vào đầu ngày đã lưu ý rằng họ đang làm việc để khắc phục một vấn đề kỹ thuật nội bộ ^[30].

Tương tự, AWS đã đưa ra một tuyên bố nhấn mạnh rằng hệ thống của họ vẫn hoạt động đầy đủ trong suốt cả ngày ^[43]. Một người phát ngôn của AWS tuyên bố rằng "một sự kiện ở nơi khác trên internet" đã thúc đẩy những suy đoán không chính xác trên mạng xã hội ^[10].

Kiểm chứng thực tế ngành

Mặc dù yêu cầu đề cập đến biến động cổ phiếu tiềm năng cho Cloudflare (NET), bằng chứng được cung cấp không chứa dữ liệu giao dịch tài chính cụ thể hoặc tỷ lệ phần trăm giá cổ phiếu cho ngày 16 tháng 2 năm 2026. Tuy nhiên, người ta quan sát thấy rằng sự phụ thuộc lẫn nhau của web hiện đại có nghĩa là một lỗi ở một cấp độ—chẳng hạn như CDN hoặc một trung tâm lớn như X—có thể khiến toàn bộ đám mây có vẻ như đang chịu áp lực ^[43].

Các chuyên gia khuyến khích các nhà phát triển bỏ qua các trình theo dõi của bên thứ ba trong các sự kiện như vậy và theo dõi các nguồn sức khỏe chính thức:

• AWS Health Dashboard: health.aws.amazon.com ^[43]
• Google Cloud Status: status.cloud.google.com ^[43]
• Azure Status: azure.status.microsoft ^[43]

Sự cố làm nổi bật sự căng thẳng ngày càng tăng giữa sự thất vọng của người dùng trong thời gian thực và các chỉ số thời gian hoạt động (uptime) chính thức của doanh nghiệp. Trong khi người dùng báo cáo không thể tải bài đăng hoặc truy cập ứng dụng, các nhà cung cấp vẫn khẳng định rằng các dịch vụ cốt lõi của họ ổn định ^[13][43].

Tự kiểm tra / Chẩn đoán

Nếu bạn đang gặp khó khăn khi truy cập các trang web như Uber Eats, Wikipedia, hoặc Bet365, vấn đề có thể bắt nguồn từ sự cố kết nối cục bộ hoặc lỗi hạ tầng rộng hơn ^[4][8][13]. Bởi vì Cloudflare đứng trước khoảng 20% tất cả các trang web, các sự cố của nó thường bị nhầm lẫn với các vấn đề kết nối internet chung ^[2].

Bạn có thể làm theo các bước sau để chẩn đoán xem vấn đề cụ thể của mình có phải là một phần của sự gián đoạn đang diễn ra hay không.

1. Xác định mã lỗi "5xx"

Khi mạng gặp sự cố, trình duyệt của bạn thường sẽ hiển thị một trang lỗi đặc trưng. Hãy tìm các mã số cụ thể cho biết lỗi đang xảy ra ở đâu:

Mã lỗi	Ý nghĩa	Khả năng chịu trách nhiệm
500 - 504	Lỗi Gateway/Máy chủ chung	Cloudflare hoặc Máy chủ gốc [4][13]
521	Máy chủ Web bị sập	Máy chủ gốc (không phải Cloudflare) [1]
522	Kết nối bị quá hạn (Timed Out)	Đường dẫn mạng đến Máy chủ gốc [1]
524	Đã xảy ra Timeout	Máy chủ gốc phản hồi quá lâu [1]

Mặc dù các mã từ 520 đến 526 thường chỉ ra các vấn đề với máy chủ gốc của một trang web cụ thể, nhưng sự gia tăng đột ngột của các lỗi này trên nhiều nền tảng khác nhau cho thấy mạnh mẽ một vấn đề hạ tầng của Cloudflare ^[1].

---

2. So sánh với các trang không dùng Cloudflare

Để loại trừ lỗi của Nhà cung cấp dịch vụ Internet (ISP) địa phương hoặc bộ định tuyến gia đình, hãy thử tải một nền tảng lớn không dựa trên hạ tầng bị ảnh hưởng. Nếu các trang web như Google hoặc các cổng thông tin chính phủ địa phương tải bình thường, nhưng các trang được Cloudflare bảo vệ bị lỗi, vấn đề có khả năng là một phần của sự cố được báo cáo ^[1][2].

3. Xác minh qua Bảng điều khiển trạng thái chính thức

Các nhà cung cấp hạ tầng duy trì các trang chuyên dụng để báo cáo tình trạng sức khỏe theo thời gian thực. Bạn nên đối chiếu dữ liệu chính thức với các công cụ giám sát độc lập:

• Trạng thái chính thức: Kiểm tra cloudflarestatus.com để biết các sự cố đã xác nhận ^[1][2].
• Giám sát API: Truy cập apistatuscheck.com/api/cloudflare để biết sức khỏe dịch vụ theo thời gian thực ^[2].
• Bảng điều khiển bên thứ ba: Theo dõi downdetector.com/status/cloudflare để xem các đợt tăng vọt do người dùng báo cáo. Các báo cáo gần đây đã đạt đỉnh khoảng 4.000 khiếu nại trong đợt gián đoạn hiện tại ^[4][13].

---

4. Kiểm tra đa dạng hóa mạng

Các sự cố thường mang tính khu vực vì nhà cung cấp vận hành hơn 300 trung tâm dữ liệu trên toàn cầu ^[1]. Một vấn đề ảnh hưởng đến Vương quốc Anh hoặc Hoa Kỳ có thể không xuất hiện ở các khu vực khác ^[8][13].

Bạn có thể kiểm tra điều này bằng cách thay đổi phương thức kết nối. Nếu một trang web không tải được trên Wi-Fi gia đình, hãy thử truy cập nó qua dữ liệu di động (LTE/5G). Điều này thay đổi đường dẫn định tuyến của bạn và có thể bỏ qua một trung tâm dữ liệu cụ thể bị ảnh hưởng ^[1][10].

5. Kiểm tra các lỗi dây chuyền

Bởi vì các dịch vụ web hiện đại phụ thuộc lẫn nhau, một lỗi "dương tính giả" có thể xuất hiện cho các nhà cung cấp khác. Ví dụ, người dùng thường báo cáo AWS bị sập khi lỗi thực tế nằm ở cấp độ Mạng phân phối nội dung (CDN) ^[10][13]. Phân tích ngành cho thấy nếu nhiều dịch vụ không liên quan (ví dụ: X, Monday.com, và Uber Eats) cùng thất bại đồng thời, bạn có khả năng đang bị kẹt trong một sự kiện hạ tầng dây chuyền ^[7][10].

---

Rủi ro & Hạn chế

Chẩn đoán thủ công có thể xác định nguồn gốc của vấn đề, nhưng nó không thể khắc phục lỗi hạ tầng toàn cầu. Việc cố gắng "sửa" cài đặt DNS cục bộ hoặc cấu hình bộ định tuyến trong khi có sự cố Cloudflare đã được xác nhận thường không hiệu quả và có thể dẫn đến các lỗi cấu hình tiếp theo ^[1][5]. Nếu các nguồn chính thức xác nhận một cuộc điều tra đang được tiến hành, hành động đáng tin cậy nhất là đợi nhà cung cấp triển khai bản sửa lỗi cho mạng lưới toàn cầu của họ ^[6][11].

Giải pháp / Cần làm gì

Khi một nhà cung cấp hạ tầng lớn như Cloudflare gặp sự cố, phản ứng sẽ khác nhau tùy thuộc vào việc bạn là người dùng phổ thông đang cố gắng truy cập một ứng dụng hay chủ doanh nghiệp đang quản lý một nền tảng kỹ thuật số. Mặc dù bạn không thể ngăn cản một nhà cung cấp gặp lỗi, bạn có thể triển khai các chiến lược để duy trì tính khả dụng ^[1][3].

Các bước thân thiện với người mới bắt đầu dành cho người dùng chung

Nếu bạn không thể truy cập các dịch vụ như Uber Eats, Steam, hoặc X, bước đầu tiên là xác định xem vấn đề là cục bộ hay diện rộng ^[10][13].

• Xác minh sự cố: Kiểm tra các trang giám sát độc lập như DownDetector hoặc các trang trạng thái chuyên dụng như cloudflarestatus.com và apistatuscheck.com ^[2][4][13]. So sánh nhiều nguồn giúp loại trừ các trường hợp dương tính giả ^[5].
• Kiểm tra một trang không dùng Cloudflare: Thử tải một trang web không sử dụng mạng của Cloudflare để xác nhận kết nối internet của bạn ổn định ^[2][4].
• Xóa bộ nhớ đệm trình duyệt: Nếu một trang web vẫn không thể truy cập sau khi dịch vụ đã được khôi phục, việc xóa bộ nhớ đệm có thể loại bỏ các trang lỗi cũ hoặc "lỗi thời" được trình duyệt của bạn lưu trữ ^[1].
• Thay đổi nhà cung cấp DNS: Nếu sự gián đoạn liên quan đến phân giải DNS, bạn có thể tạm thời thay đổi cài đặt DNS của thiết bị sang một nhà cung cấp khác (như Google hoặc OpenDNS) để bỏ qua các sự chậm trễ lan truyền cục bộ ^[2][4].

---

Các bước nâng cao dành cho Chủ doanh nghiệp và Nhà phát triển

Đối với các tổ chức, khả năng phục hồi đòi hỏi việc thiết kế hệ thống để tồn tại qua các lỗi hạ tầng không thể tránh khỏi thay vì giả định nhà cung cấp sẽ hoạt động 100% thời gian ^[1][3].

Triển khai dự phòng kỹ thuật

Một điểm yếu chí tử duy nhất trong hạ tầng hiện đại có thể khiến toàn bộ doanh nghiệp ngoại tuyến ^[10]. Các chuyên gia trong ngành khuyến nghị các chiến lược kỹ thuật sau:

• Chiến lược Multi-CDN: Đa dạng hóa lưu lượng truy cập trên nhiều nhà cung cấp. Nếu một CDN gặp lỗi, lưu lượng có thể được định tuyến lại sang CDN khác, ngăn chặn tình trạng mất kết nối hoàn toàn ^[1][3].
• Phục vụ nội dung cũ (Stale Content): Triển khai các chỉ thị bộ nhớ đệm stale-if-error. Điều này cho phép các vị trí biên của bạn phục vụ nội dung cũ hơn đã được lưu trong bộ nhớ đệm cho người dùng nếu máy chủ gốc hoặc mặt phẳng điều khiển CDN không thể truy cập được ^[1][3].
• Khả năng quan sát độc lập: Đừng chỉ dựa vào trang trạng thái của nhà cung cấp, vì những trang này có thể bị chậm trễ trong quá trình xảy ra sự cố ^[1][4]. Sử dụng phân tích nhật ký (log) độc lập để phát hiện các bất thường về lưu lượng và kích hoạt chuyển vùng dự phòng (failover) nhanh hơn ^[1].
• Thận trọng với DNS Failover: Mặc dù chuyển vùng dự phòng dựa trên DNS là một chiến lược phổ biến, nó không diễn ra tức thì. Bạn phải hiểu hành vi lưu bộ nhớ đệm của trình phân giải và các trường hợp biên tiềm ẩn trước khi dựa vào nó cho các nhu cầu về tính khả dụng cao ^[1].

Cải thiện quản trị và SLA

Các cuộc kiểm toán gần đây từ Văn phòng Trách nhiệm Chính phủ (GAO) gợi ý rằng các bản sửa lỗi kỹ thuật phải đi đôi với sự giám sát hành chính chặt chẽ hơn ^[7][9].

Mục hành động	Mô tả	Được đề xuất bởi
Tiêu chuẩn hóa SLA	Xây dựng các Thỏa thuận mức dịch vụ (SLA) rõ ràng với mọi nhà cung cấp đám mây.	GAO [7]
Kế hoạch khắc phục	Xác định các hình phạt cụ thể và các bước khôi phục khi nhà cung cấp không tuân thủ.	GAO [7]
Đánh giá danh mục	Thực hiện đánh giá hàng năm các danh mục IT để xác định các sự phụ thuộc và các khu vực bị trùng lặp.	GAO [9][14]
Đối chiếu trạng thái	Giám sát bảng điều khiển sức khỏe cho AWS, Google Cloud, và Azure đồng thời để phát hiện "hiệu ứng dây chuyền" giữa các nhà cung cấp.	Các nhà phân tích ngành [5]

Lưu ý: Các mã lỗi từ 520 đến 526 thường chỉ ra vấn đề với chính máy chủ gốc của bạn chứ không phải mạng Cloudflare ^[2]. Luôn xác minh sức khỏe máy chủ của bạn trước khi giả định một sự cố toàn cầu là nguyên nhân gây ra lỗi dịch vụ.

Rủi ro và Hạn chế

Việc cố gắng thay đổi hạ tầng trong một cuộc khủng hoảng đang diễn ra mang lại những rủi ro đáng kể. Các thay đổi DNS được cấu hình không đúng có thể dẫn đến thời gian ngừng hoạt động kéo dài do lưu bộ nhớ đệm TTL (Time to Live), điều này có thể khiến người dùng bị điều hướng đến một đường dẫn bị hỏng trong nhiều giờ ^[1][2]. Các nhà phân tích cho rằng bất kỳ chiến lược chuyển vùng dự phòng nào cũng phải được kiểm tra thường xuyên trong điều kiện không khẩn cấp để đảm bảo nó hoạt động như dự định trong một thảm họa thực sự ^[1].

Rủi ro, Giới hạn và Khi nào nên dừng lại

Khi một nhà cung cấp hạ tầng lớn như Cloudflare gặp sự cố dịch vụ, điều quan trọng là phải nhận ra ranh giới của việc khắc phục sự cố cục bộ. Việc cố gắng bỏ qua một sự cố toàn cầu thông qua các thay đổi cấu hình quyết liệt thường có thể gây ra những rủi ro dài hạn nghiêm trọng hơn chính sự cố đó ^[1][3][12].

Nguy hiểm của việc vô hiệu hóa các tính năng bảo mật

Người dùng và quản trị viên có thể bị cám dỗ vô hiệu hóa Tường lửa ứng dụng web (WAF) hoặc các lớp bảo mật khác để khôi phục quyền truy cập trong quá trình gián đoạn ^[2][11]. Thực hành này thường được coi là nguy hiểm, vì nó khiến ứng dụng dễ bị tổn thương trước các mối đe dọa tự động và tấn công lừa đảo ^[2][11].

Cảnh báo: Vô hiệu hóa các giao thức bảo mật trong quá trình xảy ra sự cố có thể không khôi phục được dịch vụ nếu hạ tầng DNS hoặc định tuyến cơ bản đang bị lỗi, và nó có khả năng để lộ dữ liệu nhạy cảm cho các tác nhân độc hại ^[1][2][11].

Hạn chế của các bản sửa lỗi cục bộ

Khi một sự cố toàn cầu được xác nhận bởi nhiều nguồn độc lập, việc giải quyết hoàn toàn nằm trong tay đội ngũ kỹ sư của nhà cung cấp dịch vụ ^[1][4][5]. Các giải pháp tạm thời cục bộ thường mang lại hiệu quả giảm dần vì những lý do sau:

• Độ trễ lan truyền DNS: Việc cố gắng thay đổi nhà cung cấp DNS trong một sự cố đang diễn ra không phải là một giải pháp tức thì ^[1][2]. Các thay đổi có thể mất vài giờ để lan truyền khắp internet, có khả năng khiến các dịch vụ không thể truy cập được ngay cả sau khi nhà cung cấp ban đầu đã khắc phục xong vấn đề ^[1][2].
• Lỗi dây chuyền: Việc sửa đổi các định tuyến phức tạp hoặc các chỉ thị bộ nhớ đệm stale-if-error mà không có thử nghiệm thích hợp có thể dẫn đến các lỗi logic tồn tại sau khi sự cố kết thúc ^[1][3].
• Chuỗi phụ thuộc: Nhiều dịch vụ hiện đại sử dụng Cloudflare cho các API nội bộ và tính năng tính toán serverless (Workers) mà không quảng cáo rõ ràng về nó ^[2][12]. Do những phụ thuộc ẩn này, việc sửa chữa một phần của hệ thống có thể không khôi phục được đầy đủ chức năng nếu các dịch vụ hạ nguồn vẫn ngoại tuyến ^[2][5].

Khi nào nên dừng khắc phục sự cố

Thường thì việc chờ đợi một giải pháp chính thức sẽ tiết kiệm chi phí và an toàn hơn là cố gắng can thiệp thủ công phức tạp. Các nhà phân tích ngành cho rằng hầu hết các sự cố hiện đại bắt nguồn từ lỗi cấu hình mặt phẳng điều khiển (control plane) thay vì hư hỏng phần cứng vật lý, nghĩa là các bản sửa lỗi phía nhà cung cấp thường được triển khai nhanh chóng ^[1][7][14].

Nếu bạn đã xác nhận rằng kết nối internet của mình ổn định và nhiều nền tảng (chẳng hạn như Uber Eats, Amazon Web Services, hoặc X) đang báo cáo các vấn đề đồng thời, bạn nên dừng các sửa đổi cục bộ ^[4][5][12]. Ở giai đoạn này, vấn đề mang tính hệ thống, và các thay đổi tiếp theo đối với mạng cục bộ hoặc cài đặt máy chủ của bạn có thể tạo ra các xung đột cấu hình mới khó chẩn đoán sau này ^[1][13].

---

Tóm tắt rủi ro

Hành động	Rủi ro tiềm ẩn	Cách tiếp cận khuyến nghị
Vô hiệu hóa WAF/Bảo mật	Cao: Dễ bị khai thác lỗ hổng	Giữ bảo mật hoạt động; đợi nhà cung cấp sửa lỗi [2][11].
Thay đổi DNS ngay lập tức	Trung bình: Độ trễ lan truyền	Chỉ thay đổi nếu sự cố kéo dài và đã được xác nhận [1][2].
Đẩy cấu hình thủ công	Trung bình: Lỗi logic	Chỉ sử dụng các chiến lược chuyển vùng dự phòng tự động, đã được kiểm tra [1][3].

FAQ

Dữ liệu cá nhân của tôi có an toàn trong thời gian Cloudflare gặp sự cố không?

Các vấn đề về kết nối thường không làm ảnh hưởng đến dữ liệu đã lưu trữ, vì sự cố chủ yếu tác động đến "proxy" hoặc cầu nối giữa người dùng và trang web ^[19]. Mặc dù các tính năng bảo mật như Tường lửa ứng dụng web (WAF) hoặc bảo vệ DDoS có thể tạm thời không khả dụng, dữ liệu cơ bản trên máy chủ gốc thường vẫn còn nguyên vẹn ^[12][29]. Người dùng thấy thông báo lỗi 5xx hoặc 403 thường là do không thể kết nối tới trang web, chứ không phải là một vụ vi phạm bảo mật ^[12][29].

Tại sao một số ứng dụng vẫn trực tuyến trong khi những ứng dụng khác như Uber Eats lại bị sập?

Cloudflare vận hành một mạng lưới khổng lồ trải dài trên hơn 330 thành phố tại 120 quốc gia ^[12]. Các sự cố thường mang tính khu vực, nghĩa là chỉ các dịch vụ dựa vào các trung tâm dữ liệu cụ thể bị ảnh hưởng mới gặp gián đoạn ^[29]. Hơn nữa, một số nền tảng sử dụng hạ tầng dự phòng hoặc nhiều nhà cung cấp, điều này có thể cho phép họ duy trì hoạt động ngay cả khi một nhà cung cấp lớn như Cloudflare gặp "ngày tồi tệ" ^[19][43].

Những loại sự cố này thường kéo dài bao lâu?

Hầu hết các gián đoạn hạ tầng lớn được xác định và giải quyết trong khoảng thời gian từ một đến bốn giờ ^[10][19]. Trong sự kiện ngày 20 tháng 2 năm 2026, các báo cáo bắt đầu tăng vọt ngay sau 6:30 chiều, với các đội ngũ kỹ thuật làm việc để giải quyết vấn đề trong suốt buổi tối ^[12][18]. Tổng thời gian có thể thay đổi tùy thuộc vào việc nguyên nhân gốc rễ liên quan đến lan truyền DNS, kết nối máy chủ CDN, hay định tuyến mạng rộng hơn ^[29].

Tôi có thể được hoàn tiền cho thời gian dịch vụ bị ngừng hoạt động không?

Quyền lợi hoàn tiền thường được quyết định bởi các điều khoản dịch vụ của nền tảng cụ thể, chẳng hạn như Uber Eats hoặc Bet365, chứ không phải bản thân Cloudflare ^[12][31]. Mặc dù các công ty như Bet365 đã đưa ra lời xin lỗi về sự bất tiện này, họ thường không đưa ra các đảm bảo bồi thường ngay lập tức trong giai đoạn sự cố đang diễn ra ^[19][20]. Người dùng có các đơn hàng đồ ăn đang chờ xử lý hoặc các phiên hoạt động có thể cần liên hệ với các kênh hỗ trợ khách hàng cá nhân sau khi dịch vụ được khôi phục hoàn toàn ^[12][31].

Tôi nên làm gì nếu thấy lỗi "403" hoặc "522"?

Các mã này chỉ ra rằng kết nối đang thất bại ở cấp độ hạ tầng. Lỗi 403 Forbidden trong đợt sự cố này có thể có nghĩa là trang web đang chặn quyền truy cập thay vì tải bình thường ^[12]. Các lỗi như 522 (Kết nối quá hạn) hoặc 524 (Đã xảy ra timeout) cho thấy mạng của Cloudflare không thể giao tiếp với máy chủ gốc của trang web ^[29]. Vì đây là các lỗi ở cấp độ hạ tầng, hành động hiệu quả nhất đối với người dùng thường là đợi nhà cung cấp triển khai bản sửa lỗi ^[14][18].

---

Tóm tắt / Những điểm chính cần lưu ý

• Tác động diện rộng: Sự cố Cloudflare đã làm gián đoạn hàng chục dịch vụ lớn, bao gồm Uber Eats, Bet365, và Wikipedia, chủ yếu ảnh hưởng đến người dùng ở Anh và Mỹ ^[18][19].
• Điểm yếu hạ tầng: Các chuyên gia cho rằng những sự kiện như vậy làm nổi bật một "điểm yếu chí tử" trong thiết kế internet hiện đại, nơi vấn đề của một nhà cung cấp có thể làm sập hàng nghìn trang web ^[14][19].
• Kết nối, không phải dữ liệu: Các vấn đề thường liên quan đến kết nối và các mã lỗi như 403 hoặc 5xx, chứ không phải là sự xâm nhập trực tiếp vào cơ sở dữ liệu người dùng ^[12][29].
• Đợi khôi phục: Các đội ngũ kỹ thuật thường giải quyết các vấn đề này trong vòng vài giờ; người dùng nên theo dõi các trang trạng thái chính thức thay vì cố gắng thực hiện các bản sửa lỗi cục bộ phức tạp ^[10][14].

Nếu bạn không chắc chắn về một lỗi kỹ thuật, thường sẽ rẻ hơn nếu hỏi ai đó một lần thay vì phải sửa chữa sai lầm sau này.

Tóm tắt / Những điểm chính cần lưu ý

Sự gián đoạn dịch vụ quy mô lớn vào ngày 20 tháng 2 năm 2026, đã làm nổi bật sự phụ thuộc lẫn nhau mong manh của hạ tầng kỹ thuật số hiện đại. Khi các nhà cung cấp cốt lõi đối mặt với khó khăn kỹ thuật, hiệu ứng gợn sóng có thể tạm thời làm mất ổn định bối cảnh internet toàn cầu ^[4][8].

• Tác động diện rộng: Sự cố đã làm gián đoạn một loạt các nền tảng có lưu lượng truy cập cao, bao gồm Steam, UberEats, Bet365, Wikipedia, và SkyBet ^[18][19][22]. Chỉ riêng Steam đã ghi nhận hơn 18.000 báo cáo người dùng khi các dịch vụ ghép trận và đồng bộ đám mây thất bại trên toàn cầu ^[8][9][12].
• Phân tích nguyên nhân gốc rễ: Cloudflare xác nhận các vấn đề bắt nguồn từ mạng nội bộ và các dịch vụ của mình, đặc biệt lưu ý tỷ lệ lỗi tăng cao trong các nền tảng Workers AI và 1.1.1.1 ^[8][9][33]. Mặc dù các lỗi CDN hiện đại thường được kích hoạt bởi các lỗi logic cấu hình thay vì hư hỏng phần cứng vật lý, nhưng tác nhân nội bộ chính xác cho sự kiện này vẫn đang được điều tra trong thời điểm đỉnh cao của cuộc khủng hoảng ^[11][19][65].
• Lỗi dây chuyền: Sự cố đã chứng minh một "hiệu ứng dây chuyền", nơi các lỗi ở cấp độ CDN đã kích hoạt các báo cáo sự cố dương tính giả cho các nhà cung cấp dịch vụ lưu trữ không bị ảnh hưởng như Amazon Web Services (AWS) ^[4][30][43]. Điều này cho thấy cách một điểm yếu chí tử duy nhất trong các thiết kế mạng cũ có thể khiến hàng nghìn trang web không liên quan ngay lập tức không thể truy cập được ^[18][19].
• Nhu cầu về tính dự phòng: Các nhà phân tích kỹ thuật cho rằng việc duy trì tính khả dụng đòi hỏi phải thiết kế hệ thống để tồn tại qua các lỗi của nhà cung cấp ^[65]. Các chiến lược như đa dạng hóa lưu lượng, chỉ thị bộ nhớ đệm stale-if-error, và khả năng quan sát độc lập được khuyến nghị để ngăn chặn các lỗi tầng ứng dụng làm sập toàn bộ nền tảng ^[65].

---

Nếu bạn không chắc chắn, thường sẽ rẻ hơn nếu hỏi ai đó một lần thay vì phải sửa chữa sai lầm sau này.

Nguồn

^[1] YouTube bị sập – tại đây

^[2] Vấn đề của người dùng với X dường như đã được giải quyết

^[3] Cổ phiếu Doordash tăng khi chu kỳ đầu tư bắt đầu cho thấy dấu hiệu hiệu quả

^[4] GAO thúc giục CIO của NSF khắc phục các SLA đám mây, thắt chặt giám sát IT

^[5] S&P 500 tăng, Dow tăng 200 điểm sau khi Tòa án Tối cao bác bỏ Trum...

^[6] Vụ rò rỉ dữ liệu toàn cầu khổng lồ khiến hơn một tỷ hồ sơ bị lộ

^[7] Abra, CARSTAR và Fix Auto USA mở rộng các tùy chọn sửa chữa được chứng nhận cho xe điện và xe sang...

^[8] Báo cáo phản ứng sự cố là gì? Hướng dẫn cho các đội ngũ đám mây | Wiz

^[9] Hỗn loạn trực tuyến khi sự cố Cloudflare làm sập một nửa internet | Daily Mail O...

^[10] Cổ phiếu Cloudflare trượt dốc khi sự cố kết nối ảnh hưởng đến các tiền tố BYOIP, làm sống lại...

^[11] Cloudflare sập: Người dùng báo cáo gián đoạn sau sự cố

^[12] Bet365 sập khi sự cố Cloudflare ảnh hưởng đến Uber Eats, Workday và nhiều hơn nữa - danh sách đầy đủ

^[13] Người dùng báo cáo sự cố toàn cầu trên Cloudflare, X, Monday.com và AWS

^[14] Danh sách các trang web bị sập sau sự cố Cloudflare với Bet 365 nằm trong số những trang bị ảnh hưởng

^[15] Cổ phiếu Cloudflare trượt dốc khi sự cố kết nối ảnh hưởng đến các tiền tố BYOIP, làm sống lại...

^[16] Khủng hoảng độ trễ IMAP: Cách khắc phục lỗi đồng bộ email và vấn đề kết nối trong ...

^[17] Sự cố Cloudfare gây gián đoạn dịch vụ với người dùng báo cáo các vấn đề

^[18] Bet365 và UberEats sập khi Cloudflare chịu sự cố nghiêm trọng

^[19] TRỰC TIẾP Cloudflare sập khi dịch vụ internet bị ảnh hưởng bởi sự cố lớn

^[20] Bet365 có bị sập không? Người dùng phàn nàn về sự cố diện rộng

^[21] Steam sập ngay bây giờ: Steam sập: Steam có đang sập không? 18.000+ báo cáo sự cố...

^[22] Bet365 và UberEats sập khi Cloudflare chịu sự cố nghiêm trọng

^[23] Tin nóng: Sự cố YouTube lan rộng trên các dịch vụ video lớn

^[24] Hai sự cố đám mây của Amazon vào tháng 12 do các công cụ AI gây ra

^[25] X bị ảnh hưởng bởi sự cố toàn cầu, hàng nghìn người báo cáo gián đoạn

^[26] X sập: Mạng xã hội trở lại trực tuyến sau khi chịu sự gián đoạn toàn cầu lớn | ...

^[27] Bảo trì cửa hàng Shopify: Các mẹo thiết yếu để vận hành trơn tru

^[28] 7 rào cản thanh toán giết chết tỷ lệ chuyển đổi Shopify (Và cách khắc phục từng cái) | E...

^[29] Cloudflare có bị sập không? Cách kiểm tra trạng thái và khắc phục sự cố

^[30] Cloudflare báo cáo các vấn đề khi X và Amazon Web Services bị gián đoạn

^[31] Sự cố Uber Eats: Uber Eats, Workday và Bet365 sập và khi nào sẽ hoạt động trở lại...

^[32] CEO Cloudflare Matthew Prince bác bỏ các báo cáo sự cố, ám chỉ hành động pháp lý

^[33] Steam sập ngay bây giờ: Steam sập: Steam có đang sập không? 18.000+ báo cáo sự cố...

^[34] Nhật ký (Logging) | Supabase Docs

^[35] Sự cố dịch vụ lớn ảnh hưởng đến Cloudflare YouTube Google và các mạng xã hội | Ukr...

^[36] Báo cáo sự cố Steam khi người chơi bị khóa khỏi các trò chơi trực tuyến

^[37] AWS và Cloudflare có đang đối mặt với sự cố không?

^[38] Nhật ký (Logging) | Supabase Docs

^[39] Cách khắc phục lỗi 500 Internal Server Error trong Laravel » BaulPHP

^[40] Cloudflare (NET) xây dựng nền tảng biên toàn cầu để nắm bắt nhu cầu bảo mật và hiệu suất...

^[41] Các lựa chọn thay thế Cloudflare cho Cloud WAF | Blog Indusface

^[42] AWS, Cloudflare sập? Người dùng báo cáo sự cố, Amazon phủ nhận gián đoạn | Mint

^[43] AWS bị sập: Giải thích sự cố ngày 16 tháng 2

^[44] Cloudflare báo cáo không có sự cố mặc dù đã triển khai bản sửa lỗi vấn đề buổi sáng

^[45] Nhật ký kiểm toán Cloudflare | RunReveal Docs

^[46] Hướng dẫn tối thượng về Hosting WordPress tốt nhất cho đám mây

^[47] ManageEngine giới thiệu trí tuệ nhân quả và AI tự trị - Security MEA

^[48] Bộ Y tế Liên bang và Medipool chính thức hóa Thỏa thuận mức dịch vụ để ...

^[49] Thỏa thuận mức dịch vụ (SLA) trong ITSM: Thúc đẩy phân phối nhất quán

^[50] Cài đặt quyền riêng tư của bạn

^[51] FinancialContent - Đỉnh cao của sự đổi mới: Đi sâu vào công nghệ Akamai...

^[52] Sự cố lớn xảy ra qua đêm trong hoạt động của Google, YouTube và Cl...

^[53] Khủng hoảng an ninh OpenClaw

^[54] FinancialContent - Biên của tương lai: Cổ phiếu Cloudflare tăng vọt 16% khi &#3...

^[55] Người dùng

^[56] Cổ phiếu Fastly hướng tới $11? | Trefis

^[57] Cài đặt quyền riêng tư của bạn

^[58] Fastly (FSLY) lỗ quý 4 hẹp hơn làm dấy lên tranh luận về sự xoay chuyển biên lợi nhuận đã chờ đợi từ lâu

^[59] Cloudflare Inc (NET)

^[60] Akamai dự báo doanh thu hàng năm vượt ước tính nhờ đà tăng trưởng hạ tầng đám mây

^[61] AWS so với Cloudflare | Hướng dẫn so sánh đầy đủ năm 2026

^[62] Đám mây của người khác lại làm hỏng hỗ trợ khách hàng của bạn - Fluent Support

^[63] Bộ công cụ lừa đảo được lưu trữ trên các nền tảng Cloud và CDN hợp pháp nhắm mục tiêu vào Microsoft...

^[64] Internet trông có vẻ mong manh trong một giờ, nhưng đường đứt gãy nhỏ hơn so với ...

^[65] Sự cố CDN: Làm thế nào để tránh chúng và duy trì tính khả dụng?

^[66] Điểm yếu chí tử duy nhất trong Google SSO

^[67] Tại sao sao lưu Microsoft 365 và Google Workspace của bên thứ ba là thiết yếu để P...

^[68] Cài đặt quyền riêng tư của bạn

^[69] Mastercard ra mắt thỏa thuận an ninh mạng với Cloudflare | PYMNTS.com

^[70] Cổ phiếu Mastercard (MA); giảm nhẹ sau khi hợp tác công cụ an ninh mạng...

^[71] Cloudflare và Mastercard: Quan hệ đối tác an ninh mạng mới có ý nghĩa gì đối với B...

^[72] Đẩy mạnh an ninh mạng Mastercard Cloudflare thêm góc nhìn mới cho câu chuyện định giá

^[73] Mastercard áp dụng 'phiếu báo cáo' an ninh mạng

^[74] Cloudflare, Mastercard hợp tác trên nền tảng an ninh mạng nhắm mục tiêu vào doanh nghiệp nhỏ...

^[75] Cloudflare, Inc. (NET) và Mastercard Incorporated công bố quan hệ đối tác an ninh mạng chiến lược...

^[76] Cloudflare xây dựng nền tảng biên toàn cầu để nắm bắt nhu cầu bảo mật và hiệu suất...

^[77] Hồ sơ XFN 1.1

^[78] Cấp phép - Quảng cáo độc lập

^[79] The Independent: Việc làm | LinkedIn

^[80] Đầu tư trực tuyến vào Quỹ Motilal Oswal Midcap