首页
/ Apollo项目中的防火墙与端口转发问题解决方案

Apollo项目中的防火墙与端口转发问题解决方案

2025-06-26 04:11:23作者:胡唯隽

问题背景

在使用Apollo或Sunshine进行游戏串流时,许多用户会遇到一个常见错误提示:"Check your firewall and port forwarding rules for ports: UDP 47998 and UDP 48000"。这个错误通常发生在选择显示器或启动串流会话时,表现为间歇性连接失败或黑屏现象。

问题根源分析

经过技术分析,该问题主要源于以下几个技术因素:

  1. 端口冲突:Apollo/Sunshine默认使用47984和47989端口进行串流,而47998和48000端口则用于服务发现和配置。当这些端口号设置过于接近时,可能导致功能重叠。

  2. 多显卡环境:在配备多显卡的系统中,Windows应用程序选择GPU的方式可能导致串流会话无法正确建立。首次从显卡A连接的显示器串流后,若尝试从显卡B连接的显示器串流,必须重启程序。

  3. 直接网络连接配置:部分用户尝试通过以太网线直接连接两台电脑,但Windows对这种连接方式需要特殊网络配置,容易导致连接问题。

解决方案

端口配置调整

  1. 避免使用默认端口附近的端口号(如47998),建议改为间隔较大的端口号,例如46989和48989。

  2. 确保防火墙允许这些端口的UDP通信,即使在内网环境中也需要检查防火墙设置。

多显卡系统优化

  1. 启用Apollo中的"Headless Mode"(无头模式),该模式强制所有会话使用虚拟显示器,避免因切换不同GPU连接的显示器而导致的问题。

  2. 注意:Apollo内置了虚拟显示功能,无需额外安装虚拟显示驱动程序。

网络连接建议

  1. 避免直接使用以太网线连接两台电脑,这种连接方式在Windows下需要复杂的网络配置。

  2. 建议通过路由器建立网络连接,确保DHCP服务正常工作,简化网络配置。

技术原理深入

当Apollo/Sunshine启动串流会话时,会经历以下关键步骤:

  1. 服务发现:通过UDP 48000端口广播服务可用性
  2. 会话协商:使用UDP 47998端口进行初始配置
  3. 视频流传输:通过主端口(默认47984)传输视频数据

在多显示器/多GPU环境中,Windows的显示子系统会为每个物理显示器创建独立的显示路径。当串流客户端尝试捕获不同显示器的内容时,如果这些显示器连接在不同的GPU上,可能导致资源分配冲突。启用无头模式后,系统会创建一个虚拟显示器,所有串流会话都基于这个统一的目标,从而避免了多显示器环境下的兼容性问题。

最佳实践建议

  1. 对于家庭网络环境,建议使用标准路由器连接设备,而非直连
  2. 在多GPU系统中,优先使用连接主显卡的显示器或启用无头模式
  3. 定期检查端口占用情况,避免端口冲突
  4. 在更改设置后,完全重启Apollo/Sunshine服务以确保配置生效

通过以上方法,大多数用户应该能够解决"Check your firewall and port forwarding rules"错误,获得稳定的游戏串流体验。

登录后查看全文
热门项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
132
1.89 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
193
273
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Jupyter Notebook
70
63
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
379
389
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
344
1.24 K
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
915
548
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
144
189
ShopXO开源商城ShopXO开源商城
🔥🔥🔥ShopXO企业级免费开源商城系统,可视化DIY拖拽装修、包含PC、H5、多端小程序(微信+支付宝+百度+头条&抖音+QQ+快手)、APP、多仓库、多商户、多门店、IM客服、进销存,遵循MIT开源协议发布、基于ThinkPHP8框架研发
JavaScript
96
15