装完VMware workstation 17.5 发现启动不了了

[jasonhuangjin8]

PS C:\Program Files\OpenP2P> .\openp2p.exe
2024/06/29 20:48:56.680366 3516 INFO openp2p start. version: 3.18.4
2024/06/29 20:48:56.680366 3516 INFO Contact: QQ group 16947733, Email [email protected]
2024/06/29 20:48:56.681366 3516 INFO &{{2274139115 DES-0VT 0 jog 0 0 0 10 api.openp2p.cn 27183 27182 27183 61188} [] 2 false {0 0} {0 0} {0 0 0 0 []} [] []}
2024/06/29 20:48:56.824745 3516 INFO P2PNetwork init start
2024/06/29 20:49:01.876719 3516 ERROR NAT detect error:read udp [::]:50662: i/o timeout
2024/06/29 20:49:01.876719 3516 ERROR P2PNetwork init error:read udp [::]:50662: i/o timeout
2024/06/29 20:49:01.877452 3516 INFO P2PNetwork init end
2024/06/29 20:49:31.885724 3516 INFO P2PNetwork init start
2024/06/29 20:49:32.087975 3516 ERROR P2PNetwork login error

[gaodyoffice]

哈哈，我和你一样。我发现时间有点不对，现在是12点57，但是运行显示04点😂。
2024/06/30 04:56:51.843315 27383 ERROR P2PNetwork init error:lookup api.openp2p.cn on [::1]:53: read udp [::1]:46263->[::1]:53: read: connection refused
网上的解决方案是
编辑/etc/resolv.conf，添加如下内容
nameserver 8.8.8.8

但是我没成功。😂

[TenderIronh]

dns问题，ping api.openp2p.cn看看

[sjhsbhqf]

我也是这个问题：

2024/11/27 11:25:37.824121 46416 ERROR Dial error:dial tcp: lookup api.openp2p.cn: i/o timeout
2024/11/27 11:25:37.824346 46416 ERROR P2PNetwork init error:dial tcp: lookup api.openp2p.cn: i/o timeout
2024/11/27 11:25:37.824346 46416 INFO P2PNetwork init end
2024/11/27 11:26:22.559617 37576 INFO openp2p start. version: 3.21.10
2024/11/27 11:26:22.560646 37576 INFO Contact: QQ group 16947733, Email [email protected]
2024/11/27 11:26:22.560646 37576 INFO &{{8032768729711870726 DESKTOP-542B6HE 0 YLjlMb2Gg     0 0  0 10 api.openp2p.cn 27183 27182 27183 52724} [0xc00033a000 0xc00033a1c0] 2 1048576 false {0 0} {0 0} {0     0 0 0 []} [] []}
2024/11/27 11:26:22.799598 37576 INFO P2PNetwork init start
2024/11/27 11:26:33.965182 37576 INFO hasIPv4:1, UPNP:0, NAT type:2, publicIP:222.178.10.138
2024/11/27 11:31:29.789022 46180 INFO openp2p start. version: 3.21.10
2024/11/27 11:31:29.801233 46180 INFO Contact: QQ group 16947733, Email [email protected]
2024/11/27 11:31:29.801233 46180 INFO daemon run start
2024/11/27 11:31:29.801233 46180 INFO C:\Program Files\OpenP2P
2024/11/27 11:31:29.801233 46180 INFO start worker process, args:[C:\Program Files\OpenP2P\openp2p.exe -nv]
2024/11/27 11:31:29.802506 46180 INFO daemon start
2024/11/27 11:31:29.876218 32376 INFO openp2p start. version: 3.21.10
2024/11/27 11:31:29.882746 32376 INFO Contact: QQ group 16947733, Email [email protected]
2024/11/27 11:31:29.882746 32376 INFO &{{8032768729711870726 DESKTOP-542B6HE 0 YLjlMb2Gg     0 0  0 10 api.openp2p.cn 27183 27182 27183 52724} [0xc000406000 0xc0004061c0] 2 1048576 false {0 0} {0 0} {0     0 0 0 []} [] []}
2024/11/27 11:31:30.077968 32376 INFO P2PNetwork init start
2024/11/27 11:32:03.526499 32376 INFO hasIPv4:1, UPNP:0, NAT type:2, publicIP:222.178.10.138
2024/11/27 11:32:03.526499 32376 INFO v4Listener listen 52724 start
2024/11/27 11:32:13.529102 32376 ERROR Dial error:dial tcp: lookup api.openp2p.cn: i/o timeout
2024/11/27 11:32:13.529102 32376 ERROR P2PNetwork init error:dial tcp: lookup api.openp2p.cn: i/o timeout
2024/11/27 11:32:13.529102 32376 INFO P2PNetwork init end
2024/11/27 11:32:14.573510 46180 ERROR worker stop, restart it after 10s

应该跟clash mihomo tun模式有关系，我一关TUN模式就好了。

所以大家知道怎么在TUN模式中正常使用这个openp2p吗

[sjhsbhqf]

不好意思各位，通过关闭TUN，刷新控制台，灯变成绿色之后，就正常了

当初我以为端口映射有问题，后来发现是自己更名过远端主机，然后重新编辑一下端口映射的远端主机名称就行了！

---

20241201，不知道为啥clash tun模式一开就不行了

---

后来请大佬解决了，花了一百多块。下面记录一下心得：

（1）端口映射状态
假设你在调试主机1和主机2之间的直连，主机1是本地主机，主机2是远程主机。那么在控制台中给这个主机1添加一个端口映射，映射到主机2上的某个服务。在控制台中，如果这两个主机能直连，往往意味着这个端口映射能构建直连。

（2）重启服务
不仅要尝试去重启本地主机的openp2p服务，还要去尝试重启远程主机的openp2p服务。因为两边构建连接，是有短板效应的，把存在短板的那个主机修复一下比去操弄难以再往上提升效果的“长板主机”要有意义的多！
怎么看是本地的原因还是远程的原因呢？
如果本地主机和远程主机1能直连，但是不能和远程主机2直连，那么就是远程主机2的问题了。之前我就遇到了这个案例，远程主机2时而在控制台“断联”，本地主机和远程主机2的链接时而断开，后来发现不管怎么重启本地主机的openp2p服务都没效果，只有重启远程主机2的openp2p服务才有效果。

（3）TUN配置——关闭strict模式
如果你使用了Clash等代理工具，并且开启了TUN模式的时候，会导致直连变得很困难，在日志中出现了类似下面的错误：

2024/12/01 10:54:27.833444 42120 ERROR Dial error:dial tcp: lookup api.openp2p.cn: i/o timeout
2024/12/01 10:54:27.833444 42120 ERROR P2PNetwork init error:dial tcp: lookup api.openp2p.cn: i/o timeout

虽然你在cmd终端中Ping或nslookup这些，并不会出现什么问题：

C:\Users\user>nslookup api.openp2p.cn
Server:  UnKnown
Address:  fdfe:aaba:2226::2

Name:    api.openp2p.cn
Address:  124.221.80.223
C:\Users\user>ping api.openp2p.cn

Pinging api.openp2p.cn [124.221.80.223] with 32 bytes of data:
Reply from 124.221.80.223: bytes=32 time=36ms TTL=51
Reply from 124.221.80.223: bytes=32 time=34ms TTL=51
Reply from 124.221.80.223: bytes=32 time=35ms TTL=51

但还是建议尝试一下关闭TUN配置中的strict模式，这能让dns请求变得不那么困难：

# clash meta 或 mihomo 内核
strict-route: false

不过，安全性可能会有所降低，可能导致DNS污染等问题。

---

上面的问题在我的linux工作站再次出现，我问claude，它提示了下面的信息，我觉得或许对openp2p的开发有所帮助：

1. 修改DNS解析超时设置：

• openp2p服务可能使用了比较短的DNS解析超时时间
• 而ping和nslookup使用的是系统默认的较长超时时间
• 建议检查系统的DNS配置，确保DNS服务器响应速度快且稳定