【开源】你们要的一键脚本部署naiveproxy

hanjibin

mac上测试 了也连不上服务器，默认是443端口吗

在7楼

hanjibin 发表于 2023-1-7 15:17
手动启动docker，申请成功证书，但是节点无法连接
工具：小火箭
协议：https 和 http2都试了

你的日志挺正常地，建议从客户端找找问题，不像服务端问题。

另外，

1. 客户端连接proxy的时候，docker logs -f naiveproxy会有新日志产生的，你可以看下连接时有没有新日志产生
2. 客户端也有自己的日志的，看下客户端日志说什么

naohjohn

不错，挺好的，自动申请证书的话没问题。
但是已经有网站在运行占用443端口的话，Caddyfile里tls设置成网站那边复制过来的证书不起效果，还是会去重复申请证书然后失败

qrk

马克，感谢分享

hanjibin

在7楼 发表于 2023-1-7 18:48
你的日志挺正常地，建议从客户端找找问题，不像服务端问题。

另外，

服务端没有连接日志产生，客户端直接显示无法连接服务器

haoxiujie

先马克一下

全局管理员

已手撸,就是个加了naive插件的caddy,,安装go环境编译出来,编辑个配置文件就运行了.

stonesnake123

感谢大佬分享

tianya2002

技术贴，感谢分享，收藏备用！

在7楼

全局管理员 发表于 2023-1-7 20:42
已手撸,就是个加了naive插件的caddy,,安装go环境编译出来,编辑个配置文件就运行了. ...

是的，naiveproxy其实就是使用naive插件编译出的Caddy，为Caddy添加了forward_proxy功能。

但有个注意点就是，go其实只在编译阶段有用，运行Caddy时跟它就没关系了。所以我打镜像逻辑是先依托于go的官方镜像，安装xcaddy，然后用xcaddy编译出带naive插件的caddy，最后把这个caddy文件拷贝到debian的官方镜像上，发布最后的debian镜像。

如果不这样，也就是安装go和最后运行caddy都放一起的话，也不做清理，要占用1G左右的资源，docker镜像只需要65M（基于debian，如果基于alphine还能更小）。

这也是为啥不推荐在宿主机直接手撸的原因（除非宿主机本来就有使用go环境的需求）。