html Đèn LED liên kết quang sáng nhưng không có Internet: Kiểm tra đường đi đến gateway và DNS | FCTELE
                                   +8618758069661 [email protected]
Tìm kiếm sản phẩm Hướng dẫn: dấu cách = VÀ, | = HOẶC, ! = KHÔNG

Bạn có câu hỏi? Hãy gọi cho chúng tôi ngay hôm nay!

+8618758069661

Hoặc để lại lời nhắn cho chúng tôi

Lời nhắn trực tuyến

Đèn bộ chuyển đổi quang điện sáng nhưng không có Internet: Khắc phục sự cố dựa trên bằng chứng cho liên kết giữa các tòa nhà

Lượt xem: 76 +2Bài gốc của FCTELETác giả: Đội ngũ kỹ thuật FCTELE
TỔNG QUAN NHANH

Tại sao hai máy tính cục bộ có thể giao tiếp nhưng việc truy cập Internet qua liên kết quang lại thất bại?

Việc trao đổi giữa chúng có thể diễn ra hoàn toàn trong phân đoạn mạng cục bộ. Lưu lượng Internet cần đường truyền thực tế giữa các tòa nhà, gateway có thể truy cập được cùng cấu hình định tuyến, chính sách và phân giải tên phù hợp. Hãy lập sơ đồ các cổng thực tế và so sánh kết quả kiểm tra tại từng ranh giới liên tiếp. Chỉ thị quang không chứng minh dữ liệu Ethernet chính xác hoặc dịch vụ phía mạng cấp trên hoạt động, và một lần kiểm tra Internet thất bại không thể xác định bộ chuyển đổi quang điện bị lỗi.

Ba cơ chế và giới hạn xác minh của chúngTheo dõi tín hiệu, sau đó xác minh dịch vụ thực tế

01Kiểm tra đường đi đến gateway

Trace the gateway pathThe destination and mask determine local delivery or a next hop.HostGWPeerLocal or routed path?The address and mask select the path

Địa chỉ đích và mặt nạ mạng xác định việc chuyển dữ liệu trong mạng cục bộ hay qua chặng kế tiếp.

02Phân biệt phân giải tên với dịch vụ

Separate names from serviceResolving a name and exchanging application data are different steps.HostDNSServiceName queryApplicationResolution and service are separate

Phân giải tên và trao đổi dữ liệu ứng dụng là hai bước khác nhau.

03Xác minh đường truyền dữ liệu quang

Validate the optical data pathSignal indication is not a complete application result.OpticalEthernetApplicationLink indication ≠ complete serviceCheck the specific failure layer

Chỉ thị tín hiệu không phản ánh đầy đủ kết quả hoạt động của ứng dụng.

Vuốt để so sánh ba sơ đồ →

Hình minh họa khái niệm phục vụ giảng giải — không phải dạng sóng đo được, sơ đồ đấu dây lắp đặt hay kiến trúc bên trong của một sản phẩm cụ thể.
  • Kiểm tra đường đi đến gateway

    Kiểm tra địa chỉ được cấp và khả năng truy cập gateway thực tế.

  • Phân biệt phân giải tên với dịch vụ

    So sánh các kết quả kiểm tra phân giải tên và dịch vụ đích có liên quan.

  • Xác minh đường truyền dữ liệu quang

    Ghi lại trạng thái liên kết thực tế, lỗi và các điều kiện thu được hỗ trợ.

Danh sách kiểm tra lựa chọn và xác minhMở rộng các mục kiểm tra và hướng dẫn liên quan
Các mục kiểm tra cho dịch vụ này và điều kiện vận hành thực tế
Mục kiểm traNội dung cần xác nhậnCách xác minh
Kiểm tra đường đi đến gatewayĐịa chỉ đích và mặt nạ mạng xác định việc chuyển dữ liệu trong mạng cục bộ hay qua chặng kế tiếp.Kiểm tra địa chỉ được cấp và khả năng truy cập gateway thực tế.
Phân biệt phân giải tên với dịch vụPhân giải tên và trao đổi dữ liệu ứng dụng là hai bước khác nhau.So sánh các kết quả kiểm tra phân giải tên và dịch vụ đích có liên quan.
Xác minh đường truyền dữ liệu quangChỉ thị tín hiệu không phản ánh đầy đủ kết quả hoạt động của ứng dụng.Ghi lại trạng thái liên kết thực tế, lỗi và các điều kiện thu được hỗ trợ.

Đèn trên bộ chuyển đổi quang điện sáng chỉ có nghĩa là thiết bị đã phát hiện một trạng thái nào đó; điều này không có nghĩa là mọi bước từ máy tính đến Internet đều hoạt động bình thường. Khi các thiết bị trong mạng LAN liên tòa nhà có thể truy cập lẫn nhau nhưng không thể truy cập Internet, trước hết cần xác định dữ liệu dừng ở đâu, sau đó mới quyết định kiểm tra địa chỉ, bộ chuyển mạch, liên kết quang hay các bộ chuyển đổi quang điện. Bài viết này sử dụng tình huống giả định gồm hai tòa nhà để giải thích và không coi những suy đoán từ các trường hợp trước đây là kết luận chung.

Vẽ đường đi thực tế, không bỏ qua gateway

Giả sử một máy tính trong Tòa nhà B đi đến gateway qua bộ chuyển mạch, Bộ chuyển đổi quang điện B, cáp quang, Bộ chuyển đổi quang điện A và bộ chuyển mạch của Tòa nhà A, sau đó gateway kết nối với mạng bên ngoài. Gateway là thiết bị chuyển lưu lượng từ mạng cục bộ sang các mạng khác, còn bộ chuyển đổi quang điện không đảm nhiệm vai trò này. Trước tiên, hãy xác nhận đường đi này có khớp với cách đấu nối thực tế tại hiện trường hay không, đồng thời kiểm tra xem có VLAN, định tuyến, tường lửa hoặc uplink thứ hai hay không. Việc hai máy tính trong Tòa nhà B giao tiếp được với nhau nhiều nhất chỉ cho thấy một phần đường đi giữa chúng hoạt động bình thường; không thể chứng minh đường truyền giữa các tòa nhà hoặc gateway hoạt động bình thường. Ghi rõ từng số cổng và model thiết bị ở hai đầu trên sơ đồ để tránh nhầm đường truyền của dịch vụ khác với liên kết cần kiểm tra.

Tại sao vẫn có thể không có dữ liệu hợp lệ dù có ánh sáng

Bộ thu quang chuyển ánh sáng tới thành dòng điện rất nhỏ, sau đó dòng điện được mạch khuếch đại và đánh giá. Nếu có nhiễu, méo tín hiệu hoặc công suất quang thu không phù hợp, đầu thu có thể phát hiện tín hiệu nhưng không thể khôi phục dữ liệu ổn định. Ý nghĩa của đèn chỉ thị phụ thuộc vào thiết kế thiết bị: có đèn chỉ thị liên kết vật lý, có đèn chỉ thị hoạt động, và một số cảnh báo chịu ảnh hưởng của cơ chế truyền tiếp trạng thái lỗi. Không thể loại trừ cáp quang chỉ vì đèn Link và ACT sáng. Hãy kiểm tra công suất quang thu ở hai đầu, bộ đếm lỗi giao diện và nhật ký, đồng thời dùng một liên kết ngắn đã xác nhận hoạt động tốt để đối chiếu. Ngay cả khi công suất quang nằm trong phạm vi cho phép, điều đó cũng không có nghĩa là mọi điều kiện về mã hóa, tốc độ và dạng sóng đều đúng; vì vậy đây chỉ là một bằng chứng, không phải chứng nhận toàn bộ liên kết đạt yêu cầu.

Liên kết giữa các tòa nhà có thể phát hiện ánh sáng nhưng vẫn có lỗi dữ liệu; trạng thái liên kết không thể thay thế kiểm tra đầu cuối đến đầu cuối.
Liên kết giữa các tòa nhà có thể phát hiện ánh sáng nhưng vẫn có lỗi dữ liệu; trạng thái liên kết không thể thay thế kiểm tra đầu cuối đến đầu cuối.

Bước 1: Xác nhận địa chỉ và các điều kiện cục bộ của máy tính

Trước tiên, ghi lại địa chỉ IP, mặt nạ mạng con, gateway mặc định và cài đặt phân giải tên miền. Mặt nạ xác định những đích mà máy tính coi là các thiết bị lân cận trong mạng cục bộ, gateway chịu trách nhiệm chuyển tiếp giữa các phân đoạn mạng, còn phân giải tên miền chịu trách nhiệm chuyển tên thành địa chỉ. Ba thành phần này có vai trò khác nhau. So sánh với một máy tính hoạt động bình thường trên cùng mạng và kiểm tra xem có xung đột địa chỉ, cài đặt tĩnh sai hoặc sự cố card mạng hay không. Không sao chép IP của người khác để rồi gây ra xung đột mới. Khi kiểm tra, có thể truy cập trước một địa chỉ nội bộ đã xác định rõ, tiếp đến truy cập gateway, rồi kiểm tra một địa chỉ bên ngoài và tên miền để phân biệt vấn đề từng bước. Nếu truy cập được địa chỉ bên ngoài nhưng truy cập bằng tên miền thất bại, trọng tâm kiểm tra sẽ khác với trường hợp không truy cập được bất kỳ đích nào, và không cần thay ngay bộ chuyển đổi quang điện.

Bước 2: Quan sát ARP thay vì suy đoán có virus từ một bản ghi xuất hiện thỉnh thoảng

ARP là cơ chế trong mạng LAN IPv4 dùng để truy vấn địa chỉ phần cứng của chặng kế tiếp. Sau khi máy tính biết IP của gateway, thông thường máy tính phải lấy được địa chỉ MAC tương ứng trước khi có thể gửi khung trên mạng Ethernet cục bộ. Việc thỉnh thoảng lấy được một địa chỉ MAC tự nó không thể chứng minh liên kết hoạt động tốt, cũng không thể chứng minh có virus. Bản ghi cũ, giao tiếp một chiều, địa chỉ trùng lặp hoặc trạng thái bộ chuyển mạch đều có thể gây nhầm lẫn. Trước tiên hãy ghi lại hiện tượng, sau đó làm mới bản ghi theo quy trình bảo trì được cho phép và quan sát xem yêu cầu cùng phản hồi có đi qua liên kết hay không. Đối chiếu kết quả từ các thiết bị đầu cuối hoạt động bình thường và chú ý đến cách triển khai thực tế của cùng một gateway trên các đường đi khác nhau. Nếu nghi ngờ vấn đề bảo mật, cần thu thập bản bắt gói tin và nhật ký thiết bị để chuyển cho nhân sự bảo mật, không nên trực tiếp diễn giải tình trạng “không thể truy cập Internet” thành một cuộc tấn công ARP.

Ranh giới VLAN và hoạt động chuyển tiếp của bộ chuyển mạch là các vấn đề logic, không thể giải quyết chỉ bằng cách thay linh kiện quang.
Ranh giới VLAN và hoạt động chuyển tiếp của bộ chuyển mạch là các vấn đề logic, không thể giải quyết chỉ bằng cách thay linh kiện quang.

Bước 3: Kiểm tra hoạt động chuyển tiếp của bộ chuyển mạch và ranh giới VLAN

Bộ chuyển mạch thường gửi các khung unicast có đích đã biết đến cổng tương ứng dựa trên MAC đích, trong khi VLAN chia mạng trên cùng một thiết bị thành các phạm vi cách ly về mặt logic. Khi Tòa nhà B có thể giao tiếp nội bộ nhưng không thể giao tiếp giữa các tòa nhà, nguyên nhân đôi khi là cấu hình gắn thẻ, danh sách cho phép hoặc cấu hình cổng access của cổng uplink không nhất quán. Kiểm tra các VLAN tương ứng và trạng thái cổng ở hai đầu, đồng thời xác nhận lưu lượng dịch vụ có cần đi qua kèm thẻ hay không. Đăng nhập được vào trang quản lý không có nghĩa là cấu hình VLAN của dịch vụ đã đúng; lưu lượng quản lý có thể đi theo một đường logic khác. Không tự ý tắt cách ly hoặc cho phép tất cả VLAN đi qua để thử vận may. Trước tiên hãy lưu cấu hình, đối chiếu thiết kế và các cổng hoạt động bình thường, giới hạn phạm vi thay đổi và chuẩn bị phương án khôi phục.

Bước 4: Thay thế theo từng đoạn, giữ các điều kiện có thể so sánh được

Trong thời gian bảo trì, trước tiên dùng một thiết bị đầu cuối đã xác nhận hoạt động tốt và dây cáp mạng ngắn để kiểm tra cổng tương ứng tại Tòa nhà A, sau đó tiến dần theo từng đoạn trên đường truyền. Nếu kiểm tra cục bộ tại Tòa nhà A bình thường còn tại Tòa nhà B bất thường, có thể khoanh vùng vấn đề vào phần liên kết giữa các tòa nhà và cấu hình của phần đó, nhưng vẫn cần kiểm tra xem thiết bị đầu cuối thử nghiệm có giữ nguyên cài đặt hay không. Khi thay bộ chuyển đổi quang điện, hãy kiểm tra tốc độ, cổng quang và thông số ghép cặp; không chỉ lấy hai thiết bị có hình thức giống nhau. Mỗi lần chỉ thay đổi một hạng mục và ghi lại kết quả trước, sau khi thay đổi. Trong văn bản gốc, việc thay đồng thời cả hai thiết bị rồi kết nối được khôi phục không đủ để xác định thiết bị nào bị lỗi, cũng không thể hoàn toàn loại trừ tác động của việc cắm lại chắc chắn nguồn điện hoặc đầu nối. Việc khắc phục sự cố theo phương pháp khoa học phải thừa nhận những biến số chưa được tách biệt này.

Cách viết hồ sơ khắc phục sự cố đầy đủ

Có thể ghi như sau: trong một khoảng thời gian nhất định, truy cập nội bộ tại Tòa nhà B bình thường nhưng kiểm tra khả năng truy cập gateway thất bại; một thiết bị đầu cuối thử nghiệm trên cùng VLAN tại Tòa nhà A hoạt động bình thường; đã ghi lại công suất quang và bộ đếm lỗi ở hai đầu; sau khi thay một dây nhảy ngắn được chỉ định, kết quả không thay đổi; sau khi thay một thiết bị tương thích ở một đầu và giữ nguyên bộ nguồn ban đầu, kết nối được khôi phục. Hồ sơ như vậy cho phép người khác tái hiện và đặt thêm câu hỏi, đồng thời cung cấp nhiều thông tin hơn câu “bộ chuyển đổi quang điện bị hỏng và đã được thay”. Nếu chỉ có kết quả sau khi thay toàn bộ, cũng cần nêu trung thực những thành phần đã thay và rằng hiện chưa thể phân biệt nguyên nhân gốc rễ. Khắc phục sự cố không phải là tìm một thiết bị để quy lỗi, mà là xây dựng chuỗi bằng chứng giữa hiện tượng, thao tác và kết quả. Các quá trình tín hiệu và VLAN trong hình chỉ nhằm minh họa để giải thích, không phải chẩn đoán cấu trúc liên kết tại hiện trường.

Sau khi khôi phục mạng, vẫn cần xác minh các ứng dụng

Cuối cùng, hãy kiểm tra lại cả hai chiều giữa các tòa nhà, gateway, phân giải tên miền và những dịch vụ mà người dùng thực sự cần. Truyền tệp, truyền video trực tuyến hoặc phần mềm công nghiệp có các yêu cầu khác nhau về kết nối, tải và thời gian chờ; một lần Ping thành công không thể đại diện cho việc khôi phục hoàn toàn. Theo dõi một khoảng thời gian vận hành có bao gồm các điều kiện xảy ra sự cố ban đầu và xác nhận xem lỗi ghi nhận trong bộ đếm, tình trạng kết nối lại và cảnh báo có còn tiếp diễn hay không. Giữ lại thiết bị và cấu hình ban đầu, đánh dấu chờ kiểm tra, không loại bỏ ngay khi chưa phân tích. Điều người dùng quan tâm nhất là khả năng sử dụng ổn định, không phải đèn chuyển sang màu xanh. Kiểm tra từng bước theo từng lớp có thể tránh thay đổi nhầm gateway, chính sách bảo mật và cơ chế cách ly dịch vụ, đồng thời giảm tình trạng thay linh kiện nhiều lần mà không tìm ra nguyên nhân.

Tài liệu kiểm chứng nguyên lý:Tài liệu chính thức 1;Tài liệu chính thức 2. Các cơ chế chung và ví dụ trong bài viết không thay thế tài liệu hướng dẫn của model tương ứng.

Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2020-06-08. Nguồn được sửa đổi lần cuối: 2026-10-13T22:21:36+08:00. Đọc nguồn tiếng Trung

Các câu hỏi thực tế thường gặp

Việc hai máy tính trong tòa nhà ở xa giao tiếp được với nhau có chứng minh uplink của tòa nhà hoạt động không?

Không, nếu lưu lượng giữa chúng chỉ được chuyển mạch cục bộ. Hãy kiểm tra đường truyền thực tế lên mạng cấp trên và gateway dự kiến thay vì suy rộng kết quả cục bộ cho toàn bộ tuyến đường.

Tại sao một điểm cuối có địa chỉ dạng số vẫn truy cập được trong khi truy cập bằng tên website lại thất bại?

Phân giải tên có thể thất bại độc lập với đường truyền đang hoạt động đến điểm cuối đó. Hãy kiểm tra dịch vụ DNS được chỉ định và chính sách mà không mặc định rằng bộ chuyển đổi quang điện thực hiện DNS.

Đèn chỉ thị quang sáng có đủ để loại trừ mọi yếu tố phía quang gây ra tình trạng truy cập chập chờn không?

Không. Ý nghĩa đèn chỉ thị phụ thuộc vào từng model và có thể không chứng minh dữ liệu không có lỗi. Hãy kiểm tra tính tương thích của thiết bị hai đầu, giới hạn công suất quang và bằng chứng lỗi trước khi chuyển hoàn toàn sang chẩn đoán ở lớp cao hơn.

Nguồn và giới hạn áp dụng

Các nội dung bổ sung này giải thích cơ chế chung. Tính năng được hỗ trợ, chi tiết kết nối và giới hạn nghiệm thu phải được xác minh cho thiết bị, phần mềm và điều kiện vận hành thực tế; các sơ đồ không phải số liệu đo hay bằng chứng chứng nhận.

Chia sẻ bài viết này