使用UE5启动 服务器监听+客户端,发现client不会自动连接到server,
但是手动写一个会话 手动加入就可以.
这问题甚至没法搜到,描述都不好描述.系统提示里还有个障眼法说
没有足够的登录证书来启动所有PIE实例,请修改编辑器设置
但是其实这就是骗人的,害得我在这上面关注了很久.
怀疑UE设置有问题,发现没有相关的设置.
怀疑是17777默认端口没有从电脑打开,手动控制防火墙打开后,依然不行,
怀疑UE设置参数有问题,换个各种角度倒腾了1天都不行,但是其他任何一台电脑都可以直接启动
怀疑是UE丢失文件,重装了UE,依然不行
怀疑重装不彻底,删除了所有插件,删除了UE,重装了,依然不行
怀疑我不是网络主机,从路由器将网络主机从服务机指定为自己的工作机,依然不行
怀疑某个很隐秘的设置没设置对,有好心人帮忙比对了2小时文件,依然不行,文件完全一致
打包工程发给别人,别人直接运行,我就不行
问别人要了运行日志,跟自己的日志一起比对
200行查下来,发现别人端口不是17777
直接修改了自己的UE默认端口为12580,成功了
修改回17777又不行了,
修改到17778成功.
确定17777端口本身有问题.
问题根源:
从任务管理器查看17777端口监听,发现一个无名程序td_update_svc持续占用17777端口
根据PID查询系统服务
该服务为 广东数字证书认证中心的个人电子信息证书 用于开公司
td_update_svc是它的更新程序,作为服务每次启动都会自动启用并且占用17777端口
这东西我只用过1次,就是注册公司监事的时候,认证了一次信息.但是它一直存在于我得电脑里
正常情况下,这都是存在于人事或者财务的电脑里的,那种电脑根本不会启动UE编辑器
这是一个罕见的巧合,一个莫名其妙的小服务,占用了UE的默认简单联机端口.
总结:下次出问题,改一下端口试试.这次问题就是不敢改端口,因为有 没意识到端口冲突的经验.
额外:差点重装系统,但是重装系统真的有用,因为那个CA证书软件我再也不会安装了,也就是说这个服务就没了.所以17777不再占用,但是也找不到问题根源了.
这问题太坑了我都搜不到,所以我专门写一篇文章,分享给大家.