Cần khoanh vùng sự cố mạng theo từng lớp: liên kết vật lý, chuyển tiếp ở Lớp 2, đường truyền IP và các dịch vụ ứng dụng. Bộ định tuyến, bộ chuyển mạch, máy chủ và bộ thu phát đảm nhiệm những chức năng khác nhau, nên không thể xử lý tất cả bằng cách “cứ thử khởi động lại”. Trước tiên, ghi nhận phạm vi và thời gian ảnh hưởng, sau đó sử dụng các phép kiểm tra có mục tiêu để tránh nhầm sự cố ứng dụng với đứt cáp quang hoặc hỏng thiết bị.
Câu hỏi đầu tiên: ai bị ảnh hưởng và sự cố bắt đầu khi nào
Khi chỉ một thiết bị đầu cuối hoạt động bất thường, hướng kiểm tra sẽ khác với khi cả tầng hoặc toàn bộ cơ sở gặp bất thường. So sánh vị trí kết nối mạng của thiết bị bình thường và bất thường, đồng thời tìm hiểu xem đã có thay đổi nào về cáp, nguồn điện, cấu hình hoặc phần mềm hay chưa. Ghi lại triệu chứng, thông báo lỗi và thời gian; những thông tin này giúp xác định nút chung.
Không khởi động lại liên tục tất cả thiết bị trước khi thu thập bằng chứng. Khởi động lại có thể xóa bộ đếm hoặc tạm thời che khuất sự cố, nhưng không thể giải thích nguyên nhân. Đối với hệ thống sản xuất, cần đánh giá tác động trước, bảo toàn cấu hình và nhật ký hiện có, sau đó mới bố trí các thao tác cần thiết.
Lớp vật lý: nguồn điện và liên kết có duy trì ổn định không
Kiểm tra nguồn điện, cổng, cáp mạng và mô-đun quang của thiết bị đầu cuối và thiết bị mạng. Đèn liên kết không sáng có thể do cáp, cổng bị vô hiệu hóa, tốc độ không khớp hoặc mất nguồn ở đầu xa; điều này không nhất thiết có nghĩa là bộ chuyển mạch bị hỏng. Khi liên kết thường xuyên ngắt rồi kết nối lại, hãy ghi lại bộ đếm lỗi và trạng thái nguồn, đồng thời dùng cáp hoặc cổng đã được xác nhận hoạt động tốt để thay thế theo kế hoạch.
Bộ chuyển đổi quang điện cũng cần được kiểm tra về loại đơn mode hay đa mode, bước sóng, chiều phát và thu, cũng như công suất quang cho phép. Cổng quang sáng đèn không có nghĩa là các dịch vụ IP đã hoạt động, cũng không có nghĩa là công suất quang chắc chắn có đủ dự phòng. Kiểm tra mặt đầu trước khi vệ sinh và không nhìn trực tiếp vào cổng quang; mỗi lần chỉ thay đổi một điều kiện để dễ xác định thay đổi nào đã tạo ra khác biệt.
Lớp 2: thiết bị đầu cuối có vào đúng mạng không
Kiểm tra xem cổng có thuộc VLAN dự kiến hay không, đường uplink có cho phép VLAN đó đi qua hay không và việc học địa chỉ MAC có bình thường hay không. Lỗi CRC trong thống kê giao diện có thể cho thấy sự cố truyền dẫn vật lý, còn việc loại bỏ gói cũng có thể liên quan đến tắc nghẽn; không nên quy mọi mức tăng của bộ đếm về cùng một nguyên nhân.
Vòng lặp có thể gây ra lưu lượng quảng bá bất thường và hiện tượng địa chỉ MAC liên tục chuyển qua lại giữa các cổng trong bảng MAC. Khi phát hiện hiện tượng này, hãy cô lập liên kết có vấn đề theo kế hoạch định sẵn, đồng thời kiểm tra giao thức bảo vệ và cấu trúc liên kết, thay vì tiếp tục cắm cáp. Lỗi cấu hình VLAN có thể biểu hiện qua việc đèn cổng vẫn bình thường nhưng các thiết bị đầu cuối không tìm thấy nhau.
Lớp 3: địa chỉ và tuyến đường có nhất quán không
Kiểm tra IP, mặt nạ mạng, cổng mặc định và xung đột địa chỉ của thiết bị đầu cuối. Xác minh mạng cục bộ trước, sau đó kiểm tra đường truyền qua các phân đoạn mạng. Các tuyến đường, chính sách truy cập hoặc cơ chế chuyển đổi địa chỉ của bộ định tuyến đều có thể ảnh hưởng đến liên lạc theo một chiều cụ thể. Khả năng kết nối theo một chiều không bảo đảm đường về cũng chính xác.
Ping thất bại cũng có thể do lưu lượng kiểm tra bị chính sách hạn chế, vì vậy không thể kết luận ngay rằng thiết bị đang ngoại tuyến. Hãy đánh giá bằng cách kết hợp bảng thiết bị lân cận, tuyến đường, nhật ký thiết bị và các phép kiểm tra nghiệp vụ được phép thực hiện. Khi DNS gặp bất thường, truy cập bằng tên miền có thể thất bại trong khi truy cập trực tiếp bằng địa chỉ có thể thành công, nhưng vẫn cần xác nhận liệu ứng dụng có phụ thuộc vào tên miền hoặc chứng chỉ hay không.
Ứng dụng: máy chủ có thực sự cung cấp dịch vụ không
Máy chủ có thể phản hồi các phép thăm dò mạng, nhưng ứng dụng có thể chưa được khởi chạy, đang lắng nghe trên địa chỉ sai, thiếu tài nguyên hoặc phụ thuộc vào một cơ sở dữ liệu bị lỗi. Kiểm tra trạng thái dịch vụ, cổng, nhật ký và mức sử dụng tài nguyên; mạng chỉ chịu trách nhiệm chuyển dữ liệu theo đường truyền và sẽ không tự động sửa lỗi bên trong ứng dụng.
Sau khi khôi phục, hãy xác minh các thao tác thực tế của người dùng, không chỉ khả năng kết nối. Ghi lại nguyên nhân, cách xử lý và kết quả kiểm tra lại trong báo cáo bảo trì, đồng thời lưu giữ đường cơ sở hoạt động bình thường. Khi cần thay đổi tuyến đường, tường lửa hoặc cấu hình sản xuất, hãy sao lưu trước và chuẩn bị phương án hoàn tác; không mở toàn bộ quyền truy cập một cách vô điều kiện chỉ để “cho chạy được”.
Nếu sự cố chỉ xuất hiện khi tải cao, hãy so sánh các đường biểu diễn lưu lượng và tài nguyên, thay vì chỉ kiểm tra lúc nhàn rỗi. Cũng không được đưa lưu lượng kiểm tra vào mạng sản xuất một cách thiếu kiểm soát; hãy xác định phạm vi và tốc độ để tránh chính hoạt động chẩn đoán gây tắc nghẽn.
Được dịch từ bài viết kỹ thuật bằng tiếng Trung. Nguồn được xuất bản lần đầu: 2020-05-20. Nguồn được sửa đổi lần cuối: 2026-10-13T23:18:15+08:00. Đọc nguồn tiếng Trung
