Tôi có tình huống sau: Hai trang web, mỗi trang có mạng riêng (mạng con riêng không chồng chéo), được kết nối với VPN giữa các trang (lớp 3, Wireguard). Các tuyến đến các trang khác được định cấu hình trong các cổng mặc định và cũng được phân phối cho các máy khách qua DHCP. Lưu lượng IP (v4 và v6) di chuyển tốt giữa các mạng.
Trên cả hai cổng VPN, avahi-daemon hoạt động như bộ lặp mDNS (kích hoạt phản xạ = có) giữa mạng cục bộ và đường hầm bảo vệ dây, và hành vi vi phạm pháp luật được thiết lập để chuyển tiếp gói phát đa hướng SSDP có thể định tuyến (gửi đến 239.255.255.250, ff05::c, ff08::c) từ mạng cục bộ đến đường hầm bảo vệ dây và ngược lại. Điều này hoạt động tốt, cả gói MDNS và SSDP đều di chuyển từ mạng này sang mạng khác, tôi đã kiểm tra bằng Wireshark.
Trên Windows 10 (21H2), độ phân giải tên mDNS của Miền .local hoạt động tốt trên cả hai mạng nhờ phản ánh avahi-daemon.Trong VLC trên Windows, các thiết bị đa phương tiện từ cả hai mạng được tìm thấy với mDNS cũng như UPnP (SSDP) và có thể truy cập được. Tuy nhiên, Windows Explorer chỉ hiển thị các thiết bị từ mạng cục bộ trong chế độ xem Mạng của nó.
Tôi đã kiểm tra và thử những thứ sau:
- Dịch vụ Xuất bản Tài nguyên Khám phá Chức năng (FDResPub) được bật và đang chạy.
- Dịch vụ Máy chủ của Nhà cung cấp Khám phá Chức năng (fdPHost) đã được kích hoạt và đang chạy (mặc dù theo hiểu biết của tôi thì điều này là không cần thiết đối với việc khám phá dịch vụ).
- Phát hiện mạng và chia sẻ tệp và máy in đều được bật cho cấu hình mạng đang hoạt động (Riêng tư) trong cài đặt chia sẻ nâng cao.
- Tôi đã vô hiệu hóa hoàn toàn Windows firefall để thử nghiệm (không cài đặt sản phẩm tường lửa nào khác).
Khi nhấn Ctrl+F5 trong chế độ xem Mạng trong Windows Explorer, tôi có thể thấy các yêu cầu SSDP M-SEARCH được gửi đến các địa chỉ phát đa hướng 239.255.255.250 và ff02::c. Địa chỉ IPv6 ff02::c là một địa chỉ multicast liên kết cục bộ và không được định tuyến đến mạng khác, nhưng yêu cầu được gửi đến 239.255.255.250 không đến được mạng khác và câu trả lời từ các thiết bị ở đó đến được mạng cục bộ. Nhưng những thiết bị này không được hiển thị trong Windows Explorer.
tôi tìm thấy tài liệu về Windows UPnP APIs. Có một phần về thiết lập cấu hình có thể được thay đổi bằng các khóa đăng ký. Hầu hết các đường dẫn đăng ký được đề cập đều tồn tại, nhưng không có khóa nào được đề cập được đặt. Những chiếc chìa khóa Phạm vi tải xuống và Nhận phạm vi cả hai đều mặc định 1, cho phép khám phá các máy chủ trong mạng con riêng. Tôi cũng đã thêm cả hai khóa vào sổ đăng ký (dưới dạng DWORD 32-bit), đặt rõ ràng chúng thành 1 và khởi động lại máy Windows, nhưng Windows Explorer vẫn chỉ hiển thị các máy tính khác từ cùng một mạng con.
Các UPnPDeviceFinder có thể được sử dụng từ PowerShell để liệt kê các thiết bị UPnP (tín dụng):
$ssdpFinder = Đối tượng mới -ComObject 'UPnP.UPnPDeviceFinder'
$ssdpFinder.FindByType('ssdp:all', 0)
Cái này làm tìm các thiết bị UPnP từ cả mạng cục bộ và từ xa, cũng với Phạm vi tải xuống và Nhận phạm vi không xác định trong sổ đăng ký. Tuy nhiên, các yêu cầu IPv6 SSDP M-SEARCH được gửi tới ff02::c ngay cả với Phạm vi tải xuống và Nhận phạm vi cả hai được đặt rõ ràng thành 1 và như vậy sẽ không được định tuyến đến các mạng khác.
Vì vậy, hai câu hỏi vẫn còn:
- Làm cách nào để định cấu hình Windows 10 để Windows Explorer hiển thị các thiết bị từ các mạng khác được phát hiện qua WS-Discovery / UPnP / SSDP trong chế độ xem Mạng?
- Làm cách nào để định cấu hình Windows 10 (UPnPDeviceFinder, Windows Explorer) để phát các yêu cầu IPv6 SSDP M-SEARCH tới
ff05::c hoặc ff08::c thay vì ff02::c, để các tin nhắn phát đa hướng có thể được định tuyến đến các mạng khác?
