Tại sao lũ ping đánh thức PC, trong khi một ping không có?


1

Tôi chỉ nhận thấy rằng khi bạn tràn ngập PC ở chế độ ngủ, nó sẽ đánh thức nó trong khi một ping hoặc nhiều ping trong 1 giây không đánh thức nó.

Thức dậy trên lan / wan được kích hoạt.

lý do đằng sau này là gì? IMO, nó không nên bật chút nào.

Một khi nó đã gây ra lũ lụt rõ ràng sẽ tiếp tục và sẽ dẫn đến một hệ thống bị đóng băng hoặc bị sập, đó là điều mà chúng ta không muốn xảy ra, phải không?

Đây có thể là một lỗi trong hệ điều hành Windows? Hoặc nó có thể là chính card mạng? Khi nó nhận được quá nhiều dữ liệu, sẽ bắt đầu phản hồi bằng cách đánh thức nó trước và sau đó thực hiện công việc của mình?

Một gói ping không nên đánh thức pc?


Nó phụ thuộc vào cấu hình của NIC và BIOS.

Nếu một trận lụt ping làm sập hệ thống, thì có vẻ như có lỗi trong HĐH.
kasperd

Không thực sự là một vụ tai nạn nhưng giống như đóng băng hơn

Câu trả lời:


1

Thông thường WoL được kích hoạt bằng "gói ma thuật" (6 byte 0xFF ngay lập tức theo địa chỉ MAC được lặp lại 16 lần, bất cứ nơi nào trong khung Ethernet), điều này rất khó xảy ra do tai nạn.

Tuy nhiên, đôi khi NIC được thiết lập để đánh thức máy dựa trên các loại lưu lượng khác không phải là tất cả có khả năng gây ra sự thức tỉnh do tai nạn.

Microsoft liệt kê các mặc định sau trong Windows ngoài "gói ma thuật":

Theo mặc định, Windows 7 và Windows Vista lắng nghe các gói sau khi bạn bật WOL:

  • Một gói hướng đến địa chỉ MAC của bộ điều hợp mạng
  • Một độ phân giải tên NetBIOS được phát cho tên máy tính cục bộ
  • Gói giao thức phân giải địa chỉ (ARP) cho địa chỉ IPv4 của bộ điều hợp mạng
  • Gói IPv6 Neighbor Discovery cho địa chỉ multicast nút chào của bộ điều hợp mạng

Khi bạn tham khảo Windows trong câu hỏi, bạn có thể muốn đảm bảo rằng máy tính được đặt thành chỉ đánh thức dựa trên "gói ma thuật" (xem bài viết ở trên).


Tôi sẽ thêm một số chi tiết về gói ma thuật. Gói ma thuật có thể được tạo từ xa, nếu địa chỉ MAC đích đã có trong bộ đệm ND / ARP trên bộ định tuyến. Nếu MAC không được lưu trữ, bộ định tuyến sẽ gửi yêu cầu cho nó. Vì mục tiêu đang ngủ nên nó không thể đáp ứng yêu cầu này, và do đó không bao giờ có được gói thức dậy. Sự phụ thuộc theo chu kỳ này ngăn việc đánh thức mục tiêu từ xa. Nhưng nếu mục tiêu bị tắt trong vài phút trước, nó có thể hoạt động vì MAC vẫn còn trong bộ đệm.
kasperd

0

Giả thuyết: NIC có thể tự sửa lại ping mà không liên quan đến HĐH (proxy ngủ). Nhưng khi bạn làm ngập PING, NIC quyết định rằng nó không có khả năng đáp ứng với sự kiện như vậy và bây giờ phải đánh thức PC.

Tôi đã nghe nói về những khả năng như vậy, nhưng không biết bao xa từ nghiên cứu đến thực tế.

Bạn có loại / mô hình nào của NIC? HĐH / phiên bản nào? BIOS cũng sẽ tham gia.


Giành chiến thắng 8, Realtek GBE / RTL8168. Không thể vào bios của tôi, các cổng usb đã chết cách đây một năm, bằng cách sử dụng cài đặt defalut nhưng tôi đã có thể tìm thấy các mục này trên trang manfactur: - BIOS 16Ib AMI - BIOS Pháp lý AMI - Hỗ trợ "Plug and Play" - Sự kiện tuân thủ ACPI 1.1 - Hỗ trợ jumperfree - Hỗ trợ SMBIOS 2.3.1 - Điều chỉnh đa điện áp CPU, VCCM, SB, VTT - Hỗ trợ IOT (Công nghệ ép xung thông minh) - Hỗ trợ BIOS thông minh
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.