EasyN2N 常见问题解决方法

N2N 2021/11/13

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

WARNING: supernode not responding, now trying

  • supernode(服务器)没有正常运行
  • 如果是自建服务器,检查防火墙是否放行端口或关闭(阿里云、腾讯云等还需放行安全组)
  • 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系统自带防火墙的问题,先尝试关闭

启动后,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. 伪装UDP传输(需自建服务器)2. 通过Linux中转(Linux支持N2N的TCP传输)
  • 同时也需要考虑服务器的稳定性(如果无法直连,尽量选择低延迟服务器)
本文标签:


33条评论

  • 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,下次可以试试 :嘻嘻:

  • AYoung 评论于 回复

    站长您好,我出现了本文中所提到的最后一种问题,即WARNING: NAT-PMP failed to initialize, code -3还有WARNING: no IGD UPnP device found on the network,您在本文当中提到要开启路由器的UPnP功能,但是我所在的高校校园网并不存在路由器(或者说不允许访问路由器管理界面),在客户端搭建的文章中您提到校园网环境只是需要经过中转方可实现虚拟局域网组建,但经过我和身处另外一省高校的同学测试过后发现无法进行联机(但能ping通),我和同学都出现了上文所述问题,且我和同学都无法访问路由器管理界面。请问站长,这种情况该如何解决呢?感谢。(再次感谢站长的EasyN2N,已付费支持!)

    • Bug侠 评论于 回复

      @AYoung
      感谢支持!
      1.如果无法开启upnp,则此条提示可以忽略,不影响使用
      2.开启upnp仅仅只是实现P2P的一种方法,如果实在不能P2P直连,中转就是延迟高一些
      2.能ping通说明组网正常(不管是直连还是中转),可以排除N2N组网导致无法联机。大概率是游戏或者系统(防火墙)的原因,建议再排查

  • pretend 评论于 回复

    你好,我想请问为什么我ping不通自己,(我已经关闭了防火墙,我用的校园网)

    • Bug侠 评论于 回复

      @pretend
      检查是否给予edge(客户端)管理员权限,导致程序无法给虚拟网卡分配IP
      检查本机是否存在多张TAP网卡,使用 -d “网卡名称” 来指定EasyN2N使用的网卡

  • pretend 评论于 回复

    请问这个问题怎么解决WARNING: no IGD UPnP device found on the network

    • Bug侠 评论于 回复

      @pretend
      检查路由器是否打开UPnP开关

  • hitxzh 评论于 回复

    您好,请问在 windows 10 环境中,会出现连按两次 Ctrl+C 退出 edge 程序但命令行界面直接卡死的情况。这可能是什么原因导致的呢?谢谢

    • Bug侠 评论于 回复

      @hitxzh
      呃,不好意思啊,我还没遇到过这种情况,换个edge版本呢?也会出现这种情况?

  • emm 评论于 回复

    WARNING: Encryption is disabled in edge
    edge started
    Re-checking dynamic IP address.
    WARNING: Supernode not responding, now trying 140.143.225.161:22129
    是怎么回事啊

  • xfc 评论于 回复

    WARNING: supernode not responding, now trying [n2n.s2.bugxia.com:9527]
    一直提示这个报错该怎么解决呢

    • Bug侠 评论于 回复

      @xfc
      不好意思,这是因为免费服务器s2挂了,维护好后就恢复了 :笑哭:

  • GH 评论于 回复

    站长你好,不知道你有没有研究过supernode的Federation功能,几个supernode可以互相连接成federation,他们共享群组,相同名称的群组可以通过连接不同supernode来组建,听说supernode还能自动给你选择延迟最低的线路。但我手上暂时没有nat3和nat4的网络,所有的edge连接都能走p2p :二哈: 用了-S参数会强制走当前连接的supernode服务器。不知道站长能不能测试一下服务器自动走中转的时候是不是有这个选择低延迟线路效果 :二哈: 谢谢

    • Bug侠 评论于 回复

      @GH
      之前研究过,没折腾成功,就放弃了,对使用上也没什么影响,我也就没太关注Federation的用法

  • Tsin 评论于 回复

    您好,请问(-M)参数“关闭非用户名密码认证的群组的MAC和IP地址欺骗保护功能”
    这个意思是关闭后会暴露本地真实MAC和IP吗?
    :二哈:

    • Bug侠 评论于 回复

      @Tsin
      不是的,这个只是用于supernode对edge的一种认证方式 :笑哭:

    • Enoch 评论于 回复

      @Tsin
      这个是防止有人在n2n虚拟网内冒用MAC和冒用IP
      泄露真实MAC大可不用操心
      因为都是用的虚拟网卡 :咧嘴:

  • mahao 评论于 回复

    DHCP还是有问题 一直分配.48IP 无数个客户端都分配一样的IP

  • 无话 评论于 回复

    表示第二个问题遇到过,当时的策略就是直接使用bat脚本重启中心节点,然后依次启动所有的edge节点,你提到的Windows命令行下则需以Ctrl+C结束。

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

    温馨提示

    1.请考虑提问别人前,是否需要使用「请问」「谢谢」等这样的词?

    2.请回想一下,是否仔细阅读过文章?提出的问题文章内是否已经释疑?