EasyN2N 常见问题解决方法
这里记录一些我个人使用过程中遇到的问题,可能不是很全面,往后会逐步增加
服务器监控
- EasyN2N免费及捐赠服务器均已加入监测功能
- 可以查看当前服务器运行状态,同时也可以查询本机是否被服务器屏蔽
调试模式
- 遇到一些启动不了的故障时,可以先使用调试模式查阅日志
- 入口:主界面菜单 – 常见问题 – 调试模式
WARNING: supernode not responding, now trying
send REGISTER_SUPER to supernode …….. asking for IP address
- supernode(服务器)没有正常运行
- supernode若正常运行,但客户端提示上述错误,建议排查连接性(考虑端口屏蔽、UDP阻断等)
- 若自建服务器,检查防火墙是否放行端口或关闭(阿里云、腾讯云等还需放行安全组)
- edge和supernode版本不匹配
- 触发本站免费及捐赠服务器的大流量屏蔽机制,点此查询是否被屏蔽
- 为防止滥用,免费及捐赠服务器均会不定期更换地址和端口,如遇此问题请尝试重新获取服务器信息
ERROR: authentication error, MAC or IP address already in use or not released yet by supernode
- 等待2分钟左右,supernode会释放占用的MAC和IP,然后edge会自动重新分配地址
- 服务端使用 -M 参数启动
- 强制结束进程(SIGKILL)则会导致edge没来得及向supernode报告,所以需要在结束edge进程前,发送终止信号(SIGINT、SIGTERM),对应Windows命令行下则需以Ctrl+C结束
连接正常,但ping不通对方
- 此问题大概率是Windows系统自带防火墙的问题,先尝试关闭
- 检查是否给予edge(客户端)管理员权限,导致程序无法给虚拟网卡分配IP
- 检查本机是否存在多张TAP网卡(比如TeamView就可能会和N2N虚拟网卡冲突),使用 -d “网卡名称” 来指定EasyN2N使用的网卡
- 使用EasyN2N菜单 – 常见问题 – 调试模式,分析日志
自动分配IP,获取到重复IP
- 检查附加参数中
-I
参数值是否相同,如果相同,则可能导致分配到相同IP,需修改为不一样的值
启动后,ping自己的虚拟IP不通
- 检查是否给予edge(客户端)管理员权限,导致程序无法给虚拟网卡分配IP
- 检查本机是否存在多张TAP网卡(比如TeamView就可能会和N2N虚拟网卡冲突),使用 -d “网卡名称” 来指定EasyN2N使用的网卡
UPnP、NAT-PMP……failed
no IGD UPnP device found on the network
- 检查路由器是否打开UPnP开关
- 若无法操作UPnP开关,则此条提示不影响使用(可以通过附加参数
--no-port-forwarding
关闭)
连接正常,但容易中断
- Windows下的N2N数据传输(直连或中转)均通过UDP传输,在部分情况下,运营商会对UDP数据进行一定的限制,参考这篇:聊聊运营商对UDP的QoS限制和应对
- 解决方法:
- 1. 附加参数里使用 -S2强制使用服务器进行中转传输,使用教程(Linux端也可以用 -S1)
- 2. 伪装UDP传输(如 UDP2raw *需自建服务器,EasyN2N内置或付费捐赠服务器均不支持)
- 3. 通过Linux中转(Linux支持N2N的TCP传输
-S2
参数) - 4. 使用UDP over TCP方法将UDP数据转换为TCP数据传输(教程在此)
- 同时也需要考虑服务器的稳定性(如果无法直连,尽量选择低延迟服务器)
自建服务端能不能防止服务器公开?
- 有一些朋友自建的N2N服务端(supernode),又不想服务端被公开连接,可以尝试此文里的方法 N2N服务端的几种验证方式
N2N有手机版吗?
WSAGetLastError ……
- 这个问题暂未有明确原因及解决方法,微软官方的错误码说明
保存失败检查目录写入权限
- 打开 n2n_client\config\ 目录,分别新建三个文件,不用填任何内容(注意扩展名)
- config.ini | free_server.ini | plus_server.ini
连接正常,ping的通,但找不到房间(或找得到房间,但无法加入)
- 这个是N2N本身的问题。虽然看似ping通了,但是真实的联机原理和ping还是不一样的。目前除了本站列举的几个方法而外,暂时也没有其他的解决方法,还存在相当一部分游戏是不支持的。参考:
- 附加参数添加
-E
参数 - N2N组建虚拟局域网联机遇到搜不到房间的问题一例(网卡优先级)
- N2N组建虚拟局域网联机遇到搜不到房间的问题一例(广播)
- N2N组建虚拟局域网联机遇到搜不到房间的问题一例(绑定IP)
512 条评论
[2022-07-22 12:35:48] WARNING: NAT-PMP invalid response type 9776
[2022-07-22 12:35:56] WARNING: no IGD UPnP device found on the network
请问站长,这个错误代码是什么问题呢,路由器的UPNP也开启了但是还是有这样的问题。
@dengyuge
我也是一样的问题,不过我的代码是WARNING: NAT-PMP invalid response type 52336
请问您的问题解决了吗,我用的腾讯云服务器,打开了所有端口但还是没法进入
请问复制链接后显示链接格式不对,加/后也无法正常连接要怎么办?
请问我点下载链接直接闪退是因为什么??
请问一下端口是不是这个软件自动就能链接了?
@红尘
如果A、B成功组件虚拟局域网,那么它俩之间任意端口的数据都是可以传输的。这一点有别于其他仅仅只能做到端口到端口的穿透软件不一样
@Bug侠
十分感谢,这样就太方便了。不用去搞端口了
WARNING: NAT-PMP invalid response type 0
[2022-06-19 17:14:41] WARNING: NAT-PMP local TCP port 50826 mapping failed
[2022-06-19 17:14:41] WARNING: NAT-PMP invalid response type 0
[2022-06-19 17:14:41] WARNING: NAT-PMP local UDP port 50826 mapping failed
[2022-06-19 17:14:49] WARNING: no IGD UPnP device found on the network
[2022-06-19 17:14:51] WARNING: supernode not responding, now trying [n2n.s1.bugxia.com:9527]
站长大佬,请问这个怎么解决啊,我看了上面的提示调了一下,还是ping不成功
@SORsky
分两个问题:
1.UPnP没开,这个和服务端没关系,只和本机或本机的上级路由有关
2.s1免费服务器运行正常,则有可能
1)你的电脑到s1服务器之间的连接被阻断了
2)你的IP触发了流量限制,被服务端屏蔽了
请问一下,服务端关闭和重启命令是什么
[2022-06-09 11:11:22] WARNING: NAT-PMP invalid response type 41520
[2022-06-09 11:11:24] WARNING: UPnP local TCP port 51453 mapping failed, code 501 (Action Failed)
[2022-06-09 11:11:24] WARNING: UPnP local UDP port 51453 mapping failed, code 501 (Action Failed)
请问这是什么问题啊,我在其他帖子看到一个code501的,说是本地网络没有开启UPnP或者没有成功映射导致?
@xywakaka
呃……本文就写了解决方法的,没注意到吧
这个问题一般情况下就是路由器端没有开启UPNP导致的
自己的台式机搭建服务器,然后又开启客户端。和外网的朋友一起玩。外网的电脑能ping到我这里,我ping不通他是什么原因呢?防火墙都关闭了
你好,站长。我昨天打算跟朋友联机无主3,但他说在使用了N2N之后电脑断网了(校园网环境)请问有办法解决吗,而且据他所说他那里只有WIFI信号,没有网线接口,没办法添加路由器。希望站长能解答一下我的问题,谢谢
@JF
问题解决了,他那里的网络服务器有设备IP限制,用了N2N就成了多IP设备,会被服务器封禁。。。
站长,你好。现在使用站长的 easyn2n 组网,使用非常方便。因为要提高安全性,使用了aes 加密方式,但是使用中发现个问题,不加-H能成功连接,加-H 无法使用。
我在windows下使用,配置很简单,
-k 密码
-A3
-H
-H去掉就行,一加,从日志看 无反映,错误信息是
[2022-05-28 09:21:24] WARNING: supernode not responding, now trying [IP:port]
[2022-05-28 09:21:40] WARNING: NAT-PMP invalid response type 15744
[2022-05-28 09:21:40] WARNING: supernode not responding, now trying [IP:port]
[2022-05-28 09:21:48] WARNING: no IGD UPnP device found on the network
[2022-05-28 09:21:57] WARNING: supernode not responding, now trying [IP:port]
想问下,这个该如何正确配置,谢谢!
@zhangwho
非常抱歉,文档写的不详细,-H 参数需要配合服务端的 -c 参数使用。
服务端 -c 指定一个文本路径,该文本内容需包含允许连接的小组名称
然后客户端使用上述文本内的小组名称,加上 -H 就可以连接了
@Bug侠
发现表头加密在federation和community.list有多个community时会极其不稳定
猜想原因:
1.github的issue说要保证supernode和edge之间系统时间要一致,最多不能超过8秒,但测试表明即便同是国内SN也无法表头加密。排除
2.Windows缺少加密依赖,Linux下依旧失败,排除
3.Federation问题:建立独立隔离的SN,关闭federation,表头加密成功
4.Community.list多community原因:在3的前提下继续测试多Community,正常
由上可见
标头加密在Federation下暂不可用,暂时没找到原因,已向官方github报告。
@Enoch
专业!我这边community.list里只有1个community,也没加federation,所以根本都没发现这个问题
@Bug侠
刚给官方打了个issue,github小透明被官方秒回受宠若惊
官方表示
Interesting observation, I will check!
I remember that we did extensive testing with federated supernodes when using user authentication and , which basically is “Header Encryption Level 2”, but never saw this.-I“-J
@Enoch
只能说,牛逼!都 Level 2 了
@Bug侠
希望能解决吧,不过据说这个标头可以绕过某些运营商的UDP QOS,下次可以试试