- Sự cố diện rộng của Cloudflare đã khiến nhiều website không thể truy cập, cho thấy vấn đề điểm lỗi đơn của các dịch vụ tập trung
- Nhiều website nhỏ và vừa dùng Cloudflare, nhưng trên thực tế thường không cần bảo vệ DDoS
- Các blog nhỏ hoặc website cá nhân ít có khả năng trở thành mục tiêu tấn công, nên chỉ tạo ra sự phụ thuộc không cần thiết
- Nếu muốn tăng độ ổn định, có thể dùng round-robin DNS để đặt máy chủ khác làm bản sao lưu
- Để giữ vững nguyên tắc phi tập trung của web, điều quan trọng là không phụ thuộc quá mức vào các dịch vụ trung gian như Cloudflare
Sự cố Cloudflare và vấn đề điểm lỗi đơn
- Tại thời điểm viết bài (UTC 12:43 ngày 18 tháng 11), đã xảy ra một trường hợp Cloudflare làm nhiều website ngừng hoạt động
- Tác giả cho biết khi duyệt web đã gặp lỗi ở khoảng một nửa số website
- Sự việc này cho thấy khi phụ thuộc vào dịch vụ tập trung thì sẽ xuất hiện điểm lỗi đơn (single point of failure)
- Ngay cả các công ty lớn cũng có thể mắc sai lầm hoặc gặp sự cố, và ảnh hưởng của nó lan rộng
Nỗi sợ bị phóng đại về bảo vệ DDoS
- Nhiều người dùng Cloudflare vì lo ngại các cuộc tấn công DDoS
- Tuy nhiên, phần lớn website nhỏ chỉ có vài nghìn lượt truy cập mỗi tháng và khó có khả năng trở thành mục tiêu tấn công
- Trích cách nói trong ngành bảo mật, bài viết nhấn mạnh rằng: “không ai lãng phí zero-day cho bạn”
- Nghĩa là với các blog nhỏ, không có lý do gì để dùng tới các phương thức tấn công tinh vi
Web phi tập trung và mâu thuẫn trong việc phụ thuộc Cloudflare
- Nhiều người nhấn mạnh tầm quan trọng của web phi tập trung, nhưng trên thực tế lại đặt website phía sau Cloudflare
- Điều này bị chỉ ra là một hành vi tự mâu thuẫn
- Khi Cloudflare gặp sự cố, các website đó cũng đồng thời rơi vào trạng thái không thể truy cập
Giải pháp thay thế: dự phòng bằng round-robin DNS
- Để tăng độ ổn định cho máy chủ, bài viết đề xuất thiết lập máy chủ thứ hai ở vị trí khác,
rồi cấu hình round-robin DNS bằng bản ghi A và AAAA
- Nhờ đó, nếu một máy chủ bị lỗi, lưu lượng vẫn có thể được phân tán sang máy chủ còn lại
Thông điệp cốt lõi
- Điều quan trọng là vận hành trực tiếp thay vì áp dụng các biện pháp bảo vệ quá mức chỉ vì sợ hãi
- Website có thể tạm thời bị gián đoạn, nhưng có thể tránh được việc toàn bộ hệ thống ngừng hoạt động do sự cố Cloudflare
- Kết quả là, tự đưa dịch vụ của mình ra Internet và trực tiếp quản lý nó là lựa chọn đáng mong muốn hơn
13 bình luận
Kể cả khi xem xét các dịch vụ DNS khác, bao gồm cả nhà cung cấp trong nước, cũng không có nơi nào triển khai công nghệ mới nhanh và hỗ trợ đa dạng tính năng như Cloudflare.
Nhưng giá cả cũng đâu có chênh lệch gì.
Ngay cả với các trang nhỏ, cũng hay bị tấn công lắm,...
Sẽ tốt nếu có một giải pháp thay thế cho Cloudflare, nhưng nếu chưa thực sự có thì theo tôi vẫn nên dùng Cloudflare.
Có vẻ những người khác cũng có ý kiến tương tự.
Khi sự cố thực sự xảy ra, tôi cũng từng băn khoăn không biết có phải lỗi đó khiến hệ thống vẫn hoạt động bình thường hay không, nhưng cuối cùng vẫn tắt DNS proxy và tạm thời chuyển sang cấu hình cho dịch vụ hoạt động với DNS TTL đặt là 1 phút...
Đúng là cần có phương án thay thế, nhưng tôi cho rằng hoàn toàn không dùng thì là một việc vô lý.
kkkk
Có lẽ thực tế hơn là mong chờ một đối thủ cạnh tranh xuất hiện..
Vậy còn những trường hợp dùng nó để che giấu IP thật của máy chủ hơn là để chống DDoS thì sao?
Ý kiến trên Hacker News
Ngay cả một blog nhỏ chỉ có khoảng 100 lượt truy cập mỗi tháng cũng có thể bị tấn công DDoS
Nếu kẻ tấn công muốn, họ có thể mua dịch vụ DDoS chỉ với vài đô la, và nhà cung cấp hosting sẽ hạ máy chủ xuống
Vì lý do đó nên tôi viết bài bằng tài khoản ẩn danh. “Site nhỏ nên không sao” không phải là một chiến lược bảo mật
Tôi nghĩ một website cá nhân có bị down một lúc cũng không phải vấn đề lớn
Bật Cloudflare từ trước nghe giống một kiểu tối ưu hóa quá sớm
Nhỏ hơn nhiều so với việc ai đó bỏ vài đô để DDoS nó
Vì vậy giờ tôi hoạt động dưới bút danh. Con người độc địa hơn ta tưởng
Đưa tài sản tĩnh lên CDN cũng đồng nghĩa với việc thoát khỏi điểm lỗi đơn (SPOF)
Tôi thà để lúc site mình bị down thì cùng lúc đó cả tập đoàn lớn với hàng nghìn kỹ sư cũng bị down còn hơn
Tùy quy mô mà có trường hợp không cần Cloudflare, nhưng vẫn phải cân nhắc giá trị so với rủi ro
Dùng Cloudflare là hợp lý với đa số, nhưng đổi lại sẽ phát sinh sự phụ thuộc
Chỉ là dạo này việc chấp nhận sự cố như một kiểu thời tiết mạng nghe thật kỳ lạ
Site nhỏ hầu như cũng không hưởng được bao nhiêu hiệu quả cache nên lợi ích về hiệu năng không lớn
Tôi đang vận hành một site PHP gần như không có traffic, nhưng lưu lượng bot thì quá nhiều
Nếu không có CDN, chỉ với cache cục bộ thì site không thể chịu nổi
Trước đây khi được một tờ báo lớn nhắc tới thông qua Fastly, tôi cũng xử lý ổn thỏa nhờ CDN
Nhưng trên thực tế điều đó gần như bất khả thi. Kể cả có quy định thì đôi khi còn có hại hơn
Những site nhỏ như chúng tôi cũng nhận quá nhiều request độc hại nếu không có Cloudflare
Không có bộ lọc thì dữ liệu phân tích sẽ rối tung lên, và việc hợp tác với đối tác kinh doanh cũng phát sinh vấn đề
Ngay cả khi Cloudflare gặp sự cố, chỉ cần đổi DNS là có thể khôi phục trong vòng 1 phút
Dù thấy hơi tiếc tiền, tôi vẫn khá hài lòng với việc lọc ở phía trước load balancer
Dù chặn bằng firewall thì tài nguyên CPU vẫn tiếp tục bị tiêu tốn
Cloudflare miễn phí và việc thiết lập cũng rất đơn giản
Tôi không hiểu có lý do gì để không dùng. Có vẻ tác giả chưa hiểu rõ vai trò của Cloudflare
Cloudflare sẽ thành ra người phân xử của việc truy cập Internet
Máy chủ của tôi thường xuyên phải chịu lưu lượng lớn từ Facebook, Azure, OpenAI
Tôi đang chặn bằng các rule của Cloudflare, nhưng đôi lúc vẫn có DDoS từ Trung Quốc và Nga
Tôi vẫn băn khoăn liệu ngoài Cloudflare còn có cách nào thay thế cho những rule phức tạp như vậy không
Nên tôi tự hỏi có phải máy chủ ngày nay quá yếu không
Có thể dùng Cloudflare, nhưng nhà đăng ký DNS thì không nên đặt ở Cloudflare
Chúng tôi cũng từng vì để nhà đăng ký ở Cloudflare mà bị khóa tạm thời, khiến việc khôi phục rất khó khăn
Tốt hơn là nên tách riêng nhà cung cấp DNS, domain và hạ tầng
Các sự cố cục bộ liên quan đến Cloudflare thường là do vấn đề BGP
Có thể xem thêm tại blog Cloudflare và thảo luận HN
Với đa số website thì dùng Cloudflare vẫn tốt hơn, nhưng nếu xét đến những cuộc DDoS khó lường thì không có câu trả lời hoàn hảo
Tôi muốn biết tiêu chí nào để gọi là “đa số”
Nên nhớ vụ rò rỉ dữ liệu năm 2017
Tôi đang dùng tunnel của Cloudflare để public nhiều project từ máy chủ tại nhà
ISP không cung cấp IP tĩnh nên tôi tránh được dynamic DNS, cũng không cần mở port
Nó xử lý cache, giới hạn tốc độ và chặn bot gần như không cần cấu hình gì nên rất tiện
Giờ đây Cloudflare không còn giống “Internet thật” nữa mà giống một mạng intranet riêng khổng lồ hơn
Nếu giao SSL cho họ thì họ có thể xem packet không, và họ có hợp tác với cơ quan chính phủ hay không cũng là điều đáng lo
Thật đáng tiếc khi mô hình phân tán của Internet lại bị tập trung hóa vào Cloudflare hay mạng xã hội như hiện nay
Các cuộc thảo luận về federation mang lại hy vọng, nhưng hiện tại là thời kỳ khó giữ được tính tự chủ và quyền riêng tư
Ngay cả với một trang nhỏ chỉ có lượng khách truy cập ở mức hai chữ số, tôi cũng từng bị dính DDoS rồi huhu
Đúng là kiểu sợ dòi nên không dám muối tương.
Các trang web quy mô nhỏ thường không bị ảnh hưởng nhiều đến việc vận hành chỉ vì mức downtime kiểu như Cloudflare bị sập...
Tàu hỏa hay xe buýt nguy hiểm thì hãy đi bộ. Cảm giác vậy.
Tôi cứ dùng thôi.
Tôi cũng vậy ^^