JsonSong89

目前没遇到过 有被封的可以分享一下 搞vless的那么多,也没见多少被封的,相比之下 docker代理毛毛雨了

感觉是 et上报自己节点的监听地址有问题, 第一次报错 2025-04-28 10:51:54: connection error. local: ws://0.0.0.0:11011/, remote: ws://172.20.0.1:43859/, err: wait resp error: peer id conflict 172.20.0.1是我另外一个docker-compose的网段 我直接销毁172.20.0.1这个容器之后,重启et 然后又报错: 2025-04-28 10:51:54: connection error. local: ws://0.0.0.0:11011/, remote: ws://172.21.0.1:43859/, err:...

重大进展 原来和报错的节点无关 我把一个 Nat4对称 的节点关闭之后,报错节点就正常了 然后我把 Nat4对称节点的配置从 [[proxy_network]] cidr = "192.168.3.0/24" 改为 [[proxy_network]] cidr = "192.168.3.3/32" 重启之后,原来的报错节点也不再报错了

你这语气实在是不单单只是提出质疑啊. nps作恶确实太容易,但也不至于上来就有罪推定吧

gemini-2.0-pro-exp-02-05 不是已经下线了吗? 新的是2.5 pro吧

[31.entity.zip](https://github.com/user-attachments/files/16922581/31.entity.zip) 原来是7个实体,我删到只剩2个,现在用时70s 35 * 7 , 和原来的速度也差不多对的上

机器配置是5600x 32g内存 固态硬盘 jdk21.0.4 win10系统

> 切换成Kotlin 2.0 编译会快很多 配置：Ryzen7 5800H 40GB内存 其余配置和你一样 还真是 我现在只要 [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 3.879 s 从 70s 变到3.8s,那我只能理解是kotlin1.9的bug吧 entity一般都是独立项目,版本分开构建也不是啥问题,那这个issue我先关了吧

浏览器上装个梯子插件呗 你是怎么用浏览器来github发issue的 就怎么解决这个问题

原来是https的原因 我对前端不是很熟悉,感觉应该是pdf.js 是从https的cdn下载的,然后fetch你的pdf时候,你的地址是http的 https域不能请求http资源,所以报错,我用nginx在前面代理了一层https,然后config.json里面指定https的地址,打开pdf就正常了