英文原文: https://argusic.com/subject/ssl-proxy

ssl-proxy

:lock: 简单的零配置 SSL 反向代理，支持真正的自动生成证书（LetsEncrypt、自签名、提供的）

可运行来源：GitHubGoMITcommit 7cf7ab6b7bb4

Go，MIT 许可证. 项目的自我描述：autogenerated certificates、certificate、certificate generation、certificates、go、golang、letsencrypt 和 letsencrypt certificates.

ssl-proxy 可以运行。一个 Argusic agent 在一台没有 GPU 的干净机器上用 7 分钟完成了安装，遇到 1 个错误，并在无人协助的情况下全部修复，整个会话都被记录了下来。

ssl-proxy builds from source with make build, its go test suite passes 2/2, and in self-signed mode it terminates HTTPS on :4430 and proxies to an upstream HTTP server, returning 200 with the upstream body.

agent 在干净的机器上最终得到的结果，用它自己的话说。 测量方式

每一次都由 Argusic 在全新机器上实测。每个数字都链接到对应的证据。 Argusic 评分 100，满分 100（该项目各次运行得分的平均值）。

概览

结论
可运行
Argusic 评分
100 / 100
验证运行的成本
0.01 USD（实测）
已记录的运行次数
1
最近测试
星标
775
fork 数
90
未关闭的 issue
24
关注者
16
大小
0 MB
创建于
最近推送

项目数据来自 GitHub，链接见本页顶部，更新于 。测试数据由 Argusic 提供 (CC BY 4.0)；每个数字都链接到一个运行页面，附完整的 log、录屏及其 sha256 哈希。

测量了什么

来自决定该结论的那次运行。 每一行都是记录下来的数值，而非估算。

测试 ssl-proxy 时每个故障耗费的时间，取自已记录的运行
每一根柱子都是 agent 记录的一次失败，以及它耗费的时间。数据仅取自本次运行。

哪里出了问题，用 agent 自己的话说

agent 的原话，最严重的排在最前，从不改写成建议。

  • Go toolchain not installed in container (no root to apt-install)3 分钟
安装时间
7 分钟
从冷启动机器到完成
2 分钟
遇到并修复的错误
遇到 1 个，在无人协助的情况下修复了 1 个
结果是如何证明的
make build exited 0 and produced ./ssl-proxy; make test exited 0 (2 passed, 2 total in reverseproxy); end-to-end: python3 -m http.server 8000 served 'hello from backend', then `curl -sk https://127.0.0.1:4430/` via the running ssl-proxy returned body 'hello from backend' with HTTP/2 200 and a valid TLS handshake
使用的模型 token
50,981
测试的确切 commit
7cf7ab6b7bb4
容器镜像
sha256:cdd920bce783

没有测量什么

另一半内容，让你清楚看到这些证据能说明到什么程度。缺失的数据就标为缺失，从不填补。

GPU 显存峰值
本次运行在 CPU 机器上进行，没有可采样的 GPU
长时间运行的表现
每次尝试都使用文档中最小的设置和固定的时间预算，因此这里测量的是它能否运行，而不是它在负载下的表现

录屏的结尾

决定该结论的终端会话的最后几行，与录制时完全一致。

server: SimpleHTTP/0.6 Python/3.12.3
content-length: 18
DONE
All verified. Final check of the repo state, then I'll report.
exec
/bin/sh -lc 'cd /work/repo && git status --short && ls ssl-proxy cert.pem key.pem 2>&1 | head -5' i…
 succeeded in 0ms:
ls: cannot access 'cert.pem': No such file or directory
ls: cannot access 'key.pem': No such file or directory
ssl-proxy
tokens used
50,981

回放完整会话，从干净的机器到此刻的每一条命令。

测试方式

一个 agent，一个容器，没有人工协助。它按照项目自身文档所写的方式安装项目，运行它，并修复出错的地方。下面的一切都按实际发生的过程记录：终端会话、log 和确切的 commit。 完整方法论.

优势与局限

均为实测事实，而非观点。内容是如何撰写的.

顺利的部分

  • 在干净的机器上达到了运行状态，会话有完整记录。
  • 用 7 分钟完成安装。
  • 在无人介入的情况下从全部 1 个错误中恢复，说明这些故障的文档足以让人解决。
  • 无需 GPU 即可运行，因此启动它并不需要 GPU。
  • 采用 MIT 许可证，以其托管平台报告的信息为准。

不顺利或尚不清楚的部分

  • 目前只测量过一次。单次尝试只能说明它可以运行，不能说明它能稳定运行。

适合用于

  • 在笔记本电脑或小型服务器上试用：它无需 GPU 即达到了运行状态。
  • 快速评估：克隆后 7 分钟它就已经运行起来。

同一领域中也测试过的项目

这里的每个项目都由 Argusic 在干净的机器上安装并运行过。未经测试的项目不会出现在这里。

  • certimate 已验证可运行 · Go · 6 个共同主题
  • nginx 已验证可运行 · C · 4 个共同主题
  • proxelar 已验证可运行 · Rust · 4 个共同主题
  • pingoo 已验证可运行 · Rust · 4 个共同主题
  • caddy 已验证可运行 · Go · 3 个共同主题
  • tengine 已验证可运行 · C · 3 个共同主题

运行历史

测试者尝试结果评分成本 USD时间
Argusic Runner1/3可运行100.000.01

主题 (来自 GitHub)

autogenerated-certificatescertificatecertificate-generationcertificatesgogolangletsencryptletsencrypt-certificatesnginxproxies-https-trafficproxyreverse-proxysecurityself-signed-certificatesslssl-certssl-certificatesssl-proxytlstls-proxy

嵌入徽章

用于项目 README 的 Markdown。徽章链接回本页；使用条款见 条款页面.

[![Tested by Argusic](https://argusic.com/badge/ssl-proxy.svg)](https://argusic.com/subject/ssl-proxy)

常见问题

ssl-proxy 能运行吗？
是的。ssl-proxy 可以运行. Argusic 在一台干净的机器上安装并启动了它，用时 7 分钟，过程中遇到 1 个错误，并记录了整个会话。
Argusic 是如何测试 ssl-proxy 的？
在一台全新的一次性机器上进行，每条命令都被记录，仓库固定在 commit 7cf7ab6b7bb4。共记录了 1 次尝试，完整方法见方法论页面。
测试 ssl-proxy 花了多少钱？
得出该结论的那次运行花费 0.01 USD：这是真实的算力和模型成本，而不是按每百万 token 计的标价。该数字记录在那次运行的页面上。
ssl-proxy 安装需要多长时间？
在决定该结论的那次运行中，从干净的机器到运行状态用了 7 分钟。这是一次实测的尝试，不是平均值。
ssl-proxy 需要 GPU 吗？
启动它不需要。Argusic 在一台没有 GPU 的机器上让它达到了运行状态。
安装 ssl-proxy 时会出现什么问题？
已记录的运行中出现了 1 个问题，其中 1 个在无人协助的情况下被修复。每个问题及其耗费的时间都列在本页上。
ssl-proxy 的证据在哪里？
这次已记录的运行都在本页上，每次都链接到完整的 log 和终端录屏，并连同 sha256 指纹一起保存，因此无法被悄悄篡改。

Discussion