




















对于拥有NAS和智能家居设备的用户来说,如何安全便捷地从外网访问内网服务一直是一个重要话题。本文将介绍如何在iStoreOS(基于OpenWrt的路由器系统)上部署Caddy作为反向代理,实现内网服务的外部访问。相比传统的Nginx,Caddy提供了自动HTTPS证书管理等现代化特性,配置也更加简单优雅。
在配置之前,请注意以下关键信息:
端口限制:国内家庭宽带通常会封锁80和443端口,这意味着:
https://nas.example.com:668证书申请:由于无法使用标准的HTTP验证(80端口被封),我们必须:
tencentcloud插件而非dnspod插件这些限制直接影响了我们的配置方式,后续的配置示例都将基于这些特殊情况进行说明。
在开始之前,请确保你具备以下条件:
tencentcloud插件而非dnspod插件caddy-cgi/v2插件以支持更多功能
📢 特别提醒:若你在dnspod.cn托管域名,请使用
tencentcloud插件而不是dnspod插件,这可能会帮你避免在证书申请时遇到问题。
上传并授权:
# 上传caddy可执行文件到/usr/bin/目录
chmod +x /usr/bin/caddy创建配置目录和文件:
mkdir -p /etc/caddy
vi /etc/caddy/Caddyfile基础配置展示了最简单的反向代理设置:
{
http_port 667
https_port 668
email your-email@example.com
acme_dns tencentcloud {
secret_id "YOUR_TENCENT_CLOUD_ID"
secret_key "YOUR_TENCENT_CLOUD_KEY"
}
}
blog.example.com:668 {
reverse_proxy 192.168.1.100:8080
}这个配置将:
⚠️ **重要提醒**:如果你使用DNSPod托管域名,必须使用腾讯云API密钥(SecretId 和 SecretKey),而不是DNSPod的Token。这两种密钥的获取位置不同:
腾讯云API密钥:访问 https://console.cloud.tencent.com/cam/capi
DNSPod Token:在DNSPod控制台生成(请勿使用这个!)
使用错误的密钥类型会导致证书申请失败!
📝 注意:这里的端口号(667/668)可以根据你的需求调整,只要确保:
- 选择的端口未被运营商封锁
- 端口号在路由器中未被其他服务占用
- 在所有相关配置中保持一致
Caddy的配置语法简洁优雅,特别适合管理多个内网服务。下面是一个使用通配符域名管理多个服务的实例:
{
http_port 667
https_port 668
email your-email@example.com
acme_dns tencentcloud {
secret_id "YOUR_SECRET_ID"
secret_key "YOUR_SECRET_KEY"
}
}
*.example.com:668 {
@nas host nas.example.com
handle @nas {
reverse_proxy http://192.168.1.100:5000
}
@photos host photos.example.com
handle @photos {
reverse_proxy http://192.168.1.100:5001
}
@cloud host cloud.example.com
handle @cloud {
reverse_proxy http://192.168.1.100:5002
}
@media host media.example.com
handle @media {
reverse_proxy http://192.168.1.100:8096
}
@router host router.example.com
handle @router {
reverse_proxy http://192.168.1.1:80
}
}这个配置展示了Caddy强大的特性:
通配符域名支持:
*.example.com配置,支持所有子域名*.example.com的CNAME记录,指向www.example.com即可优雅的多服务配置:
@name host domain语法定义服务匹配规则简洁的配置语法:
💡 提示:使用通配符域名时,DNS配置很简单:
- 添加
www.example.com的A记录,指向你的公网IP- 添加
*.example.com的CNAME记录,指向www.example.com- Caddy会自动为所有子域名申请和管理SSL证书
创建并编辑启动脚本:
vi /etc/init.d/caddy添加以下内容:
#!/bin/sh /etc/rc.common
START=99
USE_PROCD=1
start_service() {
procd_open_instance
procd_set_param command /usr/bin/caddy run --config /etc/caddy/Caddyfile
procd_set_param respawn
procd_set_param stdout 1
procd_set_param stderr 1
procd_close_instance
}启用服务:
chmod +x /etc/init.d/caddy
/etc/init.d/caddy enable
/etc/init.d/caddy start为了允许外部访问,需要在OpenWrt防火墙中开放相应端口。你可以通过以下两种方式之一完成配置:
uci add firewall rule
uci set firewall.@rule[-1].name='Allow-Caddy-HTTPS'
uci set firewall.@rule[-1].target='ACCEPT'
uci set firewall.@rule[-1].src='wan'
uci set firewall.@rule[-1].dest_port='667,668'
uci set firewall.@rule[-1].proto='tcp'
uci commit firewall
/etc/init.d/firewall restart查看服务状态:
/etc/init.d/caddy status重启服务(配置修改后需要):
/etc/init.d/caddy restart如果遇到访问问题,请按以下步骤排查:
检查Caddy服务状态:
/etc/init.d/caddy status查看Caddy运行日志:
logread | grep caddy常见的日志信息及其含义:
caddy[xxxx]: failed to start: 服务启动失败caddy[xxxx]: error: listen tcp :xxx: bind: address already in use: 端口被占用caddy[xxxx]: tls: [nas.example.com] acme: error presenting token: xxx: DNS验证失败caddy[xxxx]: http: TLS handshake error: SSL证书问题实时监控日志:
logread -f | grep caddy这个命令会持续显示新产生的日志,适合实时排查问题。
其他排查要点:
nslookup或在线DNS查询工具)通过本教程的配置,你现在应该已经成功搭建了一个支持HTTPS的反向代理服务。这不仅让你能够安全地访问内网服务,还能自动管理SSL证书,大大简化了维护工作。
记住,在对外开放服务时要注意安全性,建议:
🔔 提示:如果你在使用过程中遇到任何问题,欢迎在评论区讨论,我会及时解答。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。