局域网与防火墙
DLNA 与 AirPlay 1 投送依赖局域网设备发现与 Renderer 对 ECHO 主机 IP 的可达性。本页说明网络前置条件;Connect 操作见 Connect 页面详解;DLNA 逐步排障见 DLNA 教程。
| 原则 | 说明 |
|---|---|
| 同网段 | ECHO 主机与 Renderer / AirPlay 设备应处于同一局域网网段(通常接同一主路由) |
| 能发现 ≠ 能上网 | 设备可访问互联网,不代表 SSDP / 组播发现可用 |
| URL 可达 | DLNA 投送时 Renderer 须能 HTTP 访问 ECHO 提供的临时 URL |
| 专用网络 | Windows 网络配置文件应为「专用」;公用网络常默认更严格防火墙 |
推荐网络拓扑
Section titled “推荐网络拓扑” ┌─────────────┐ 有线 / Wi-Fi ──>│ 主路由器 │<── 有线(推荐)── 数播 / Renderer └──────┬──────┘ │ 有线 / Wi-Fi ├── ECHO 电脑 │ └── 其它 LAN 设备(AirPlay 音箱等)| 项目 | 推荐 | 说明 |
|---|---|---|
| ECHO 电脑 | 主路由下有线或 Wi-Fi | 避免仅通过访客 Wi-Fi |
| 数播 / Renderer | 同一路由器;优先有线 | 降低 Wi-Fi 丢包导致断流 |
| 网络类型 | Windows 专用网络 | 见下文防火墙 |
| 子网 | 同一 IPv4 网段 | 如均为 192.168.1.0/24 |
不推荐或高风险环境
Section titled “不推荐或高风险环境”以下环境常出现「能上网但 Connect 列表为空」或「连接后 Renderer 无声」:
| 环境 | 典型问题 |
|---|---|
| 酒店 Wi-Fi | 客户端隔离 |
| 校园 / 企业网 | 组播过滤、跨 VLAN 隔离 |
| 访客 Wi-Fi | AP 隔离 |
| 手机热点 | 部分机型禁止设备互访 |
| Mesh 子节点配置异常 | 无线回程隔离 |
| ECHO 走 VPN、Renderer 在本地 | 隧道分流导致发现或 URL 不可达 |
| 多路由器级联(未桥接) | 双 NAT、跨段发现失败 |
验证方法:在同一网络下用手机 DLNA 控制 App 或系统投屏功能测试目标 Renderer 是否可见。若第三方 App 亦不可见,优先排查网络与 Renderer,而非 ECHO 配置。
Windows 防火墙
Section titled “Windows 防火墙”网络配置文件
Section titled “网络配置文件”设置 → 网络和 Internet → Wi-Fi / 以太网→ 当前连接的属性。- 将网络配置文件设为 专用(Private)。
- 公用网络常限制入站,影响 Renderer 访问 ECHO 提供的 HTTP URL。
允许 ECHO 通过防火墙
Section titled “允许 ECHO 通过防火墙”首次 Connect 测试时:
- Windows 安全中心 → 防火墙和网络保护 → 允许应用通过防火墙。
- 确认 ECHO / Electron 相关条目在 专用网络 上已勾选。
- 若仍失败,可短时关闭防火墙做对比测试(测完恢复),以判断是否防火墙拦截。
不建议长期关闭防火墙。对比测试仅用于定位问题;确认原因后应添加允许规则而非永久关闭。
在路由器管理界面检查(具体名称因品牌而异):
| 设置项 | 建议 |
|---|---|
| AP 隔离 / 无线客户端隔离 | 关闭 |
| 访客网络隔离 | 测试期间 ECHO 与 Renderer 均不使用访客 Wi-Fi |
| UPnP | 对 DLNA 发现非必须;部分环境开启可改善兼容性,但非唯一条件 |
| 组播 / IGMP Snooping | 异常配置可能导致发现失败;可尝试关闭 Snooping 对比 |
| VLAN | ECHO 与 Renderer 须在可互访的 VLAN |
VPN 与代理
Section titled “VPN 与代理”| 情况 | 影响 | 建议 |
|---|---|---|
| 全局 VPN | 本地流量可能进隧道;发现与 URL 可达性受损 | 首次 Connect 测试时关闭 VPN |
| 分流 VPN | 视规则而定 | 确保 ECHO 与 Renderer 互访走本地接口 |
| 系统代理 | 一般不影响 DLNA 发现 | 与 Connect 列表为空关联度较低 |
DLNA 发现与 URL 可达(技术摘要)
Section titled “DLNA 发现与 URL 可达(技术摘要)”| 阶段 | 机制 | 失败现象 |
|---|---|---|
| 发现 | SSDP / UPnP 组播等 | Connect 列表为空 |
| 投送 | ECHO 生成 http://<本机LAN IP>:<端口>/connect/audio/... | 连接成功但 Renderer 无声 |
| 远程曲目 | ECHO 代理或转码后再提供 URL | 卡顿、断流、超时 |
ECHO 根据 Renderer 地址选择本机局域网 IP。若电脑存在多个网卡(Wi-Fi + 以太网 + VPN 虚拟网卡),错误网卡可能导致 URL 从 Renderer 不可达。
检查:在 Renderer 同网段的另一设备(如手机浏览器,若可行)尝试访问该 URL 是否可达;或查阅 DLNA 教程 · 找得到但连接失败。
AirPlay 1 的网络要求
Section titled “AirPlay 1 的网络要求”AirPlay 1 与 DLNA 共享大部分局域网要求(同网段、无客户端隔离、防火墙允许)。额外注意:
- 部分 Apple 或新款设备仅 AirPlay 2 → ECHO 不支持,见 AirPlay 边界。
- AirPlay 发现失败时,同样先用家庭主路由验证,再查设备固件。
最小可行网络检查清单
Section titled “最小可行网络检查清单”- ECHO 电脑与 Renderer 均接同一主路由(非访客 Wi-Fi)。
- 双方 IP 在同一网段(如
192.168.1.x)。 - Windows 网络类型 = 专用。
- 防火墙允许 ECHO 专用网络访问(或短时关闭对比)。
- VPN 已关闭。
- 路由器 AP / 访客隔离已关闭。
- Renderer 已启用 Media Renderer 模式。
- 手机端同类 App 能发现 Renderer(可选但强烈建议)。
- ECHO
Connect→刷新后出现设备。 - MP3 首测投送成功。
| 主题 | 文档 |
|---|---|
| Connect 操作流程 | Connect 页面详解 |
| DLNA 完整排障 | DLNA / 数播串流 |
| 典型客厅场景 | 典型场景 · 场景三 |
| FAQ | 常见问题 |