EasyN2N 常见问题解决方法

N2N 2021/11/13

这里记录一些我个人使用过程中遇到的问题,可能不是很全面,往后会逐步增加

服务器监控

调试模式

  • 遇到一些启动不了的故障时,可以先使用调试模式查阅日志
  • 入口:主界面菜单 – 常见问题 – 调试模式

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有手机版吗?

WSAGetLastError ……

保存失败检查目录写入权限

  • 打开 n2n_client\config\ 目录,分别新建三个文件,不用填任何内容(注意扩展名)
  • config.ini  |  free_server.ini  |  plus_server.ini

连接正常,ping的通,但找不到房间(或找得到房间,但无法加入)

本文标签:


512 条评论

  • dengyuge 评论于 回复

    [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也开启了但是还是有这样的问题。

    • AAleaFF 评论于 回复

      @dengyuge
      我也是一样的问题,不过我的代码是WARNING: NAT-PMP invalid response type 52336
      请问您的问题解决了吗,我用的腾讯云服务器,打开了所有端口但还是没法进入

  • yu 评论于 回复

    请问复制链接后显示链接格式不对,加/后也无法正常连接要怎么办?

  • G11 评论于 回复

    请问我点下载链接直接闪退是因为什么??

  • 红尘 评论于 回复

    请问一下端口是不是这个软件自动就能链接了?

    • Bug侠 评论于 回复

      @红尘
      如果A、B成功组件虚拟局域网,那么它俩之间任意端口的数据都是可以传输的。这一点有别于其他仅仅只能做到端口到端口的穿透软件不一样

      • 红尘 评论于 回复

        @Bug侠
        十分感谢,这样就太方便了。不用去搞端口了

  • SORsky 评论于 回复

    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不成功

    • Bug侠 评论于 回复

      @SORsky
      分两个问题:
      1.UPnP没开,这个和服务端没关系,只和本机或本机的上级路由有关
      2.s1免费服务器运行正常,则有可能
      1)你的电脑到s1服务器之间的连接被阻断了
      2)你的IP触发了流量限制,被服务端屏蔽了

  • sadw 评论于 回复

    请问一下,服务端关闭和重启命令是什么

  • xywakaka 评论于 回复

    [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或者没有成功映射导致?

    • Bug侠 评论于 回复

      @xywakaka
      呃……本文就写了解决方法的,没注意到吧
      这个问题一般情况下就是路由器端没有开启UPNP导致的

  • chenpei58 评论于 回复

    自己的台式机搭建服务器,然后又开启客户端。和外网的朋友一起玩。外网的电脑能ping到我这里,我ping不通他是什么原因呢?防火墙都关闭了

  • JF 评论于 回复

    你好,站长。我昨天打算跟朋友联机无主3,但他说在使用了N2N之后电脑断网了(校园网环境)请问有办法解决吗,而且据他所说他那里只有WIFI信号,没有网线接口,没办法添加路由器。希望站长能解答一下我的问题,谢谢

    • JF 评论于 回复

      @JF
      问题解决了,他那里的网络服务器有设备IP限制,用了N2N就成了多IP设备,会被服务器封禁。。。

  • zhangwho 评论于 回复

    站长,你好。现在使用站长的 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]

    想问下,这个该如何正确配置,谢谢!

    • Bug侠 评论于 回复

      @zhangwho
      非常抱歉,文档写的不详细,-H 参数需要配合服务端的 -c 参数使用。
      服务端 -c 指定一个文本路径,该文本内容需包含允许连接的小组名称
      然后客户端使用上述文本内的小组名称,加上 -H 就可以连接了

      • Enoch 评论于 回复

        @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报告。

        • Bug侠 评论于 回复

          @Enoch
          专业!我这边community.list里只有1个community,也没加federation,所以根本都没发现这个问题 :笑哭:

          • Enoch 评论于 回复

            @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

            :二哈:

            • Bug侠 评论于 回复

              @Enoch
              只能说,牛逼!都 Level 2 了 :咧嘴:

              • Enoch 评论于 回复

                @Bug侠
                希望能解决吧,不过据说这个标头可以绕过某些运营商的UDP QOS,下次可以试试 :嘻嘻:

    评论(本站已开启评论回复邮件通知功能,请如实填写邮箱以便及时收到回复)