Khi website không truy cập được, người dùng thường chỉ thấy một thông báo chung. Đội vận hành cần biến thông báo đó thành câu hỏi có thể kiểm tra: tên có được phân giải, máy chủ có trả lời, HTTPS có hợp lệ và ứng dụng có phục vụ đúng nội dung không? Mỗi lớp có đầu mối và cách xử lý khác nhau.
Bài viết giúp phân loại ban đầu, không kết luận nguyên nhân chỉ từ một triệu chứng. Trước khi sửa, lưu URL, thời điểm và thông báo. Nếu nhiều bên cùng quản lý domain, DNS và hosting, thống nhất một người điều phối để tránh thay đổi chồng chéo.
Chưa tìm được địa chỉ: kiểm tra lớp tên
Nếu trình duyệt báo vấn đề phân giải, hỏi đúng hostname và loại bản ghi bằng công cụ phù hợp. Đối chiếu nameserver cùng dữ liệu nguồn trước khi xét cache. Một tài khoản có domain còn hạn vẫn có thể cần xử lý hồ sơ hoặc cấu hình, nên không chỉ kiểm tra mỗi ngày hết hạn.
Không dùng kết quả website lỗi để suy ra tên đang còn trống. Việc đăng ký và việc phục vụ nội dung là hai vấn đề riêng. Cũng không nên trả thêm tiền gia hạn như cách thử sửa mọi lỗi DNS khi chưa xác định trạng thái.
Có địa chỉ nhưng không kết nối được
Nếu máy chủ không trả lời hoặc kết nối bị từ chối, xem dịch vụ web, tình trạng hosting và đường mạng với bên vận hành. Địa chỉ DNS đúng không chứng minh cổng dịch vụ đang mở. Ghi chính xác timeout hoặc lỗi kết nối và thời điểm để hỗ trợ đối chiếu.
Ví dụ giả định, website có DNS trỏ đúng nhưng web server chưa chạy sau bảo trì. Chuyển nameserver không giải quyết được dịch vụ chưa hoạt động. Ngược lại, nếu bản ghi trỏ sai máy, cần sửa nơi điều phối truy cập trước khi điều tra ứng dụng trên máy đúng.
Gặp cảnh báo bảo mật trước khi xem trang
Đây là lúc kiểm tra tên trên chứng chỉ, thời hạn và chuỗi tin cậy. Thử đúng hostname người dùng mở, kể cả www hoặc tên phụ. Một chứng chỉ hợp lệ ở trang chủ không tự bao phủ mọi đường vào hệ thống.
Không hướng dẫn khách bỏ qua cảnh báo để tiếp tục gửi thông tin. Let’s Encrypt giải thích chứng chỉ phục vụ kết nối HTTPS, còn việc triển khai tại hosting phải đúng. Nếu đang qua CDN, cần biết lớp nào trả chứng chỉ để gửi đúng nơi xử lý.
Máy chủ đã trả trang hoặc mã HTTP
Trang mặc định hosting có thể gợi việc domain chưa gắn đúng website. Mã404 cho một đường dẫn có thể liên quan định tuyến hoặc nội dung đã đổi. Lỗi máy chủ sau thao tác lại cần xem log và cấu hình ứng dụng. Những tình huống này không nên được gộp thành “domain hỏng”.
Thử trang chủ và đường dẫn bị báo lỗi để xác định phạm vi. Nếu chỉ một chức năng thất bại, dùng dữ liệu kiểm tra an toàn để tái hiện. Không tạo giao dịch có phí hoặc xóa dữ liệu để thử một giả thuyết chưa được xác nhận.
Chọn đúng đầu mối và giữ hồ sơ
- Nhà quản lý domain hỗ trợ tình trạng đăng ký, hồ sơ và thủ tục liên quan.
- DNS provider hỗ trợ vùng dữ liệu và ủy quyền theo phạm vi dịch vụ.
- Hosting hoặc đội hệ thống xử lý kết nối, web server và tài nguyên máy chủ.
- Đội ứng dụng xử lý chức năng, dữ liệu và quyền trong phần mềm.
- Người điều phối đối soát kết quả cuối trên hành trình người dùng.
Một nhà cung cấp có thể đảm nhiệm nhiều vai trò, nhưng bạn vẫn nên mô tả đúng lớp lỗi. Gửi bằng chứng và phần đã kiểm tra giúp hỗ trợ hiệu quả hơn việc khẳng định nguyên nhân chưa có căn cứ. Chỉ kết thúc sự cố khi chức năng bị ảnh hưởng đã được thử lại, không chỉ khi một cấu hình vừa được lưu.