Giám sát CPU theo từng lõi của relay
CPU tổng thấp vẫn có thể che một luồng hoặc hàng đợi mạng đã chạm trần trên một lõi. Đây là điểm cần xem trước khi tăng giới hạn.
Đọc hướng dẫnKIẾN THỨC PROXYANTI
Hướng dẫn bảo vệ máy chủ game.
308 bài về chống DDoS, proxy TCP/UDP, giám sát và vận hành. Mỗi bài giải quyết một tình huống cụ thể.
Danh sách bài viết · Trang 7/13
Theo dõi bộ nhớ relay và số ánh xạ UDP
Mỗi phiên hoặc ánh xạ tiêu thụ một phần bộ nhớ. Xu hướng tăng sau khi tải dừng có thể báo hiệu thu hồi sai.
Đọc hướng dẫnCảnh báo khi backup không thể phục hồi
Một thông báo backup thành công chỉ cho biết tác vụ đã chạy theo cách của nó. Năng lực phục hồi cần kiểm chứng riêng.
Đọc hướng dẫnDashboard cho quản trị: ít chỉ số nhưng đúng câu hỏi
Trang quá nhiều số có thể làm chậm phản ứng khi sự cố. Nhóm số liệu theo tác động, điểm nghẽn và hành động.
Đọc hướng dẫnChecklist 5 phút đầu khi game bị nghi DDoS
Phản ứng đầu tiên nên giữ dịch vụ và bằng chứng, tránh sửa nhiều thứ khiến khó xác định nguyên nhân.
Đọc hướng dẫnKhi nào liên hệ nhà cung cấp đường truyền?
Nếu gói đã làm nghẽn trước host, chỉ sửa firewall trong host sẽ không khôi phục được dung lượng bị chiếm.
Đọc hướng dẫnXử lý chặn nhầm sau khi siết rate limit
Người dùng hợp lệ có thể bị loại khi giới hạn dựa vào IP chung hoặc burst thấp. Ưu tiên khôi phục trải nghiệm và ghi lại lý do.
Đọc hướng dẫnPhân công vai trò trong sự cố mạng game
Nhiều người cùng sửa firewall, proxy và ứng dụng dễ làm thay đổi chồng chéo. Vai trò rõ giúp giữ đường điều tra.
Đọc hướng dẫnGhi timeline sự cố để không mất dấu nguyên nhân
Khi hệ thống hồi phục, trí nhớ về thứ tự hành động thường sai. Timeline giúp đánh giá thay đổi nào thực sự có tác dụng.
Đọc hướng dẫnQuyết định rollback luật firewall mới
Luật mới có thể giảm gói xấu nhưng cũng tăng lỗi người chơi. Tiêu chí quay lui cần xác định trước khi áp dụng.
Đọc hướng dẫnKhi backend quá tải dù proxy còn khỏe
Proxy trả lời kết nối không chứng minh máy gốc xử lý nổi. Sự cố có thể chuyển từ mạng sang CPU, database hoặc hàng đợi ứng dụng.
Đọc hướng dẫnGiảm tải an toàn cho game khi tấn công kéo dài
Khi tài nguyên thiếu, duy trì chức năng quan trọng có thể tốt hơn để mọi yêu cầu cùng timeout. Cần quy tắc ưu tiên công khai trong đội vận hành.
Đọc hướng dẫnKiểm tra một nhà mạng bị lỗi riêng
Nếu phần lớn người chơi bình thường, thay toàn bộ firewall có thể gây tác dụng phụ. Cần đối chiếu tuyến của nhóm bị ảnh hưởng.
Đọc hướng dẫnPhân biệt lỗi do bản cập nhật game và DDoS
Một bản phát hành lỗi có thể trùng lúc lưu lượng tăng do người chơi quay lại. Cần xem thứ tự thời gian và mã lỗi.
Đọc hướng dẫnKhi DNS sai trong lúc xảy ra sự cố
Một thay đổi DNS vội có thể khiến người chơi tới hai endpoint hoặc không vào được. Cần kiểm tra tên miền trước khi chuyển địa chỉ.
Đọc hướng dẫnLưu bằng chứng DDoS mà bảo vệ dữ liệu người chơi
Đội hỗ trợ cần biểu đồ và log nhưng không nhất thiết cần toàn bộ payload hay địa chỉ cá nhân.
Đọc hướng dẫnĐánh giá kết thúc sự cố bằng tiêu chí cụ thể
Lưu lượng bất thường giảm chưa chắc trải nghiệm đã phục hồi, nhất là khi database và hàng đợi còn đang xử lý nợ.
Đọc hướng dẫnViết thông báo cho người chơi khi game bị gián đoạn
Thông báo ngắn, đúng điều đã xác nhận giúp người chơi biết nên chờ hay thử lại. Không cần công bố chi tiết phòng thủ nhạy cảm.
Đọc hướng dẫnPostmortem sau sự cố tấn công mạng
Mục đích hậu kiểm là cải thiện khả năng phát hiện và khôi phục. Một bản báo cáo có ích gắn hành động với chủ sở hữu.
Đọc hướng dẫnDuy trì kênh liên lạc khi website cùng IP bị nghẽn
Nếu trang thông báo cũng nằm sau cùng điểm nghẽn, người chơi sẽ không thấy cập nhật lúc cần nhất.
Đọc hướng dẫnKhi cần tạm chặn một tính năng ứng dụng
Một chức năng đắt tài nguyên có thể kéo cả server xuống. Tạm giới hạn cần cân nhắc tác động dữ liệu và công bằng người chơi.
Đọc hướng dẫnBáo cáo sai lệch giữa cảm nhận người chơi và metric
Metric có thể thiếu đúng thao tác đang lỗi hoặc chỉ đo tại một địa điểm. Phản hồi người chơi là tín hiệu cần điều tra.
Đọc hướng dẫnChuẩn bị danh sách liên hệ hạ tầng trước sự cố
Khi đường truyền bão hòa, mất thời gian tìm đúng đầu mối làm kéo dài gián đoạn. Danh sách liên hệ cần có phương án ngoài panel chính.
Đọc hướng dẫnDiễn tập sự cố bằng lỗi có kiểm soát
Không cần phát tán lưu lượng phá hoại để thử quy trình phản ứng. Lỗi giả lập có giới hạn đủ kiểm tra cảnh báo và vai trò.
Đọc hướng dẫn