starred/nginx-ui

Fork 0

mirror of https://github.com/0xJacky/nginx-ui.git synced 2026-04-25 08:45:58 +03:00

[GH-ISSUE #51] 关于非80端口下，Let's Encrypt功能的补充建议 #1373

New issue

Closed

opened 2026-02-27 12:10:08 +03:00 by kerem · 8 comments

kerem commented

2026-02-27 12:10:08 +03:00

Owner

Originally created by @AC-0308 on GitHub (Dec 30, 2022).
Original GitHub issue: https://github.com/0xJacky/nginx-ui/issues/51

关于非80端口下，Let's Encrypt功能的补充建议

使用场景

家用宽带-动态公网ip
80、443端口被封
使用DDNS服务，将动态公网ip更新到阿里DNS解析
使用docker运行nginx-ui作内网服务的反向代理到公网

遇到问题

在80端口被封的情况下，nginx-ui默认提供的证书申请方案无法实现(无法从外网访问到/.well-known/acme-challenge)

建议方案

以下为建议方案

1、参考Lego

可以参考Lego，提供基于DNS服务商的证书申请方案(Lego已经提供了很多的DNS服务商API调用)

2、使用基于DNS的text记录解析

通过在DNS解析里添加一条text记录来证明自己对该域名的拥有权，参考Letsencrypt通过DNS TXT记录来验证域名有效性

以上

另

本人是前端开发，如果前端需要支持可以联系我

Originally created by @AC-0308 on GitHub (Dec 30, 2022). Original GitHub issue: https://github.com/0xJacky/nginx-ui/issues/51 # 关于非80端口下，Let's Encrypt功能的补充建议 ## 使用场景 1. 家用宽带-动态公网ip 2. `80`、`443`端口被封 3. 使用DDNS服务，将动态公网ip更新到阿里DNS解析 4. 使用docker运行`nginx-ui`作内网服务的反向代理到公网 ## 遇到问题在`80`端口被封的情况下，`nginx-ui`默认提供的证书申请方案无法实现(无法从外网访问到`/.well-known/acme-challenge`) ## 建议方案以下为建议方案 ### 1、参考Lego 可以参考[Lego](https://github.com/go-acme/lego)，提供基于DNS服务商的证书申请方案(`Lego`已经提供了很多的DNS服务商API调用) ### 2、使用基于DNS的text记录解析通过在DNS解析里添加一条text记录来证明自己对该域名的拥有权，参考[Letsencrypt通过DNS TXT记录来验证域名有效性](https://blog.csdn.net/u012291393/article/details/78768547) 以上 ## 另本人是前端开发，如果前端需要支持可以联系我

kerem

2026-02-27 12:10:08 +03:00

closed this issue
added the
enhancement
label

kerem commented

2026-02-27 12:10:09 +03:00

Author

Owner

@0xJacky commented on GitHub (Jan 1, 2023):

简单看了一下，lego 的话 dns challenge 可能得重新写一遍，他现在用的环境变量来传递的 credentials。

@0xJacky commented on GitHub (Jan 1, 2023): 简单看了一下，lego 的话 dns challenge 可能得重新写一遍，他现在用的环境变量来传递的 credentials。

kerem commented

2026-02-27 12:10:09 +03:00

Author

Owner

@Hintay commented on GitHub (Jan 7, 2023):

我们研究了一下，因为涉及到更新 DNS Text 记录，而每家 DNS 服务商管理方式均有不同，因此 DNS Challenge 没有能简单实现自动续签的方案。不过，我们可以试着增加手动使用 DNS Challenge 签发或续期的功能。

如果您仅是 80 端口无法访问，可以在 Nginx UI 中修改 HTTP Challenge 的端口，并此端口映射至公网。

@Hintay commented on GitHub (Jan 7, 2023): 我们研究了一下，因为涉及到更新 DNS Text 记录，而每家 DNS 服务商管理方式均有不同，因此 DNS Challenge 没有能简单实现自动续签的方案。不过，我们可以试着增加手动使用 DNS Challenge 签发或续期的功能。如果您仅是 80 端口无法访问，可以在 Nginx UI 中修改 HTTP Challenge 的端口，并此端口映射至公网。

kerem commented

2026-02-27 12:10:09 +03:00

Author

Owner

@AC-0308 commented on GitHub (Jan 7, 2023):

我们研究了一下，因为涉及到更新 DNS Text 记录，而每家 DNS 服务商管理方式均有不同，因此 DNS Challenge 没有能简单实现自动续签的方案。不过，我们可以试着增加手动使用 DNS Challenge 签发或续期的功能。

如果您仅是 80 端口无法访问，可以在 Nginx UI 中修改 HTTP Challenge 的端口，并此端口映射至公网。

确实，如果能够指定challenge的端口也能解决这个问题，就不用再开发额外的内容，是个很不错的主意。当时我也是想研究脚本怎么指定端口来着，但是没有成功，看大佬们能不能解决哇。

@AC-0308 commented on GitHub (Jan 7, 2023): > 我们研究了一下，因为涉及到更新 DNS Text 记录，而每家 DNS 服务商管理方式均有不同，因此 DNS Challenge 没有能简单实现自动续签的方案。不过，我们可以试着增加手动使用 DNS Challenge 签发或续期的功能。 > > 如果您仅是 80 端口无法访问，可以在 Nginx UI 中修改 HTTP Challenge 的端口，并此端口映射至公网。确实，如果能够指定challenge的端口也能解决这个问题，就不用再开发额外的内容，是个很不错的主意。当时我也是想研究脚本怎么指定端口来着，但是没有成功，看大佬们能不能解决哇。

kerem commented

2026-02-27 12:10:09 +03:00

Author

Owner

@Hintay commented on GitHub (Jan 7, 2023):

您可以在 偏好设置 中修改 HTTP Challenge 监听端口。

@Hintay commented on GitHub (Jan 7, 2023): 您可以在 `偏好设置` 中修改 `HTTP Challenge 监听端口`。

kerem commented

2026-02-27 12:10:09 +03:00

Author

Owner

@0xJacky commented on GitHub (Jan 7, 2023):

但还是需要有能访问80端口的公网ip来反向代理这个端口的

@0xJacky commented on GitHub (Jan 7, 2023): 但还是需要有能访问80端口的公网ip来反向代理这个端口的

kerem commented

2026-02-27 12:10:09 +03:00

Author

Owner

@Hintay commented on GitHub (Jan 7, 2023):

根据 ACME 规范，HTTP Challenge 必须为 80 或 443 端口。因此如 Jacky 所说，您的公网 IP 需要暴露这两个端口，并反代至设置中设定的HTTP Challenge 监听端口。详情请参阅：https://letsencrypt.org/docs/challenge-types/#http-01-challenge
中文版为：https://letsencrypt.org/zh-cn/docs/challenge-types/#http-01-%E9%AA%8C%E8%AF%81

@Hintay commented on GitHub (Jan 7, 2023): 根据 ACME 规范，HTTP Challenge 必须为 80 或 443 端口。因此如 Jacky 所说，您的公网 IP 需要暴露这两个端口，并反代至设置中设定的`HTTP Challenge 监听端口`。详情请参阅：https://letsencrypt.org/docs/challenge-types/#http-01-challenge 中文版为：https://letsencrypt.org/zh-cn/docs/challenge-types/#http-01-%E9%AA%8C%E8%AF%81

kerem commented

2026-02-27 12:10:09 +03:00

Author

Owner

@0xJacky commented on GitHub (Apr 12, 2023):

已验证方案一的可能性，在 5b8fae1 已加入 DNS Challenge 方案，此项更新将会在 v1.8 正式版发布。

@0xJacky commented on GitHub (Apr 12, 2023): 已验证方案一的可能性，在 5b8fae1 已加入 DNS Challenge 方案，此项更新将会在 v1.8 正式版发布。

kerem commented

2026-02-27 12:10:09 +03:00

Author

Owner

@AC-0308 commented on GitHub (Apr 12, 2023):

已验证方案一的可能性，在 5b8fae1 已加入 DNS Challenge 方案，此项更新将会在 v1.8 正式版发布。

感谢作者的辛勤付出

@AC-0308 commented on GitHub (Apr 12, 2023): > 已验证方案一的可能性，在 [5b8fae1](https://github.com/0xJacky/nginx-ui/commit/5b8fae10df9a97407e4a8d9236171b6338f166ff) 已加入 DNS Challenge 方案，此项更新将会在 v1.8 正式版发布。感谢作者的辛勤付出