Open maoyaru123 opened 1 year ago
caddy_darwin_amd64
使用的是一台 Intel 的 macOS 设备?刚刚在一台 Intel 的 Mac Mini 上做了下测试,运行起来是正常的
无法正常访问是显示什么呢?首先 2019 端口是 Caddy 的管理端口,不是服务器的实际端口。如果访问 8443 端口是白屏,但是浏览器标题栏显示 Sandbox - CodeSandbox
的话,说明沙箱已经正常启动了
如果 8443 端口提示不通,刚刚测试发现 macOS 还有一些地方需要允许授权。例如首次启动,需要在系统设置的隐私与安全性设置里允许 caddy_darwin_amd64 执行,在启动后还需要输入管理员密码以签发并将证书加入可信列表,只有添加完成后,才能正常从 8443 端口启动
caddy_darwin_amd64
使用的是一台 Intel 的 macOS 设备?刚刚在一台 Intel 的 Mac Mini 上做了下测试,运行起来是正常的
无法正常访问是显示什么呢?首先 2019 端口是 Caddy 的管理端口,不是服务器的实际端口。如果访问 8443 端口是白屏,但是浏览器标题栏显示
Sandbox - CodeSandbox
的话,说明沙箱已经正常启动了如果 8443 端口提示不通,刚刚测试发现 macOS 还有一些地方需要允许授权。例如首次启动,需要在系统设置的隐私与安全性设置里允许 caddy_darwin_amd64 执行,在启动后还需要输入管理员密码以签发并将证书加入可信列表,只有添加完成后,才能正常从 8443 端口启动
感谢回复,原因找到了,我使用的是apple芯片的macOS,但是却下载成了intel芯片的caddy,重新下载caddy后可以了❤️
我也遇到这个问题了~docker和 caddy 都遇到该问题
我也遇到这个问题了~docker和 caddy 都遇到该问题
@jiawei5 确认下是否已将 Caddyfile 里的 :8080 替换为 local.netease.com 并配置了 hosts;如果已配置,可以看看是否和上面的问题一致;如果按照上述评论排查后仍有问题,请提供下浏览器控制台的信息以及 caddy 的日志
我也遇到这个问题了~docker和 caddy 都遇到该问题
@jiawei5 确认下是否已将 Caddyfile 里的 :8080 替换为 local.netease.com 并配置了 hosts;如果已配置,可以看看是否和上面的问题一致;如果按照上述评论排查后仍有问题,请提供下浏览器控制台的信息以及 caddy 的日志
window x86 caddy run 之后 404 是什么问题的
window x86 caddy run 之后 404 是什么问题的
确认文件目录结构是否正确,确认沙箱产物已解压至 www 文件夹下,且 Caddyfile 与 www 文件夹同级
- Caddyfile
- www/
- public/
- static/
- index.html
- manifest.json
- ...
更改了Caddyfile中的:8080为local.netease.com 使用caddy托管后,无法使用https://local.netease.com:8443/访问,只能使用http://local.netease.com:2019/或者http://localhost:2019访问,访问效果及日志如下
2023/11/01 09:40:12.310 INFO using adjacent Caddyfile 2023/11/01 09:40:12.312 WARN Caddyfile input is not formatted; run 'caddy fmt --overwrite' to fix inconsistencies {"adapter": "caddyfile", "file": "Caddyfile", "line": 3} 2023/11/01 09:40:12.324 INFO admin admin endpoint started {"address": "localhost:2019", "enforce_origin": false, "origins": ["//localhost:2019", "//[::1]:2019", "//127.0.0.1:2019"]} 2023/11/01 09:40:12.326 INFO tls.cache.maintenance started background certificate maintenance {"cache": "0xc0004bc100"} 2023/11/01 09:40:12.326 INFO http.auto_https server is listening only on the HTTPS port but has no TLS connection policies; adding one to enable TLS {"server_name": "srv0", "https_port": 8443} 2023/11/01 09:40:12.326 WARN http.auto_https automatic HTTP->HTTPS redirects are disabled {"server_name": "srv0"} 2023/11/01 09:40:12.327 INFO http enabling HTTP/3 listener {"addr": ":8443"} 2023/11/01 09:40:12.327 INFO tls cleaning storage unit {"description": "FileStorage:/Users/01407142/Library/Application Support/Caddy"} 2023/11/01 09:40:12.328 INFO http.log server running {"name": "srv0", "protocols": ["h1", "h2", "h3"]} 2023/11/01 09:40:12.328 INFO http enabling automatic TLS certificate management {"domains": ["local.netease.com"]} 2023/11/01 09:40:12.330 INFO tls finished cleaning storage units 2023/11/01 09:40:12.330 WARN tls stapling OCSP {"error": "no OCSP stapling for [local.netease.com]: no OCSP server specified in certificate", "identifiers": ["local.netease.com"]} 2023/11/01 09:40:12.333 INFO pki.ca.local root certificate is already trusted by system {"path": "storage:pki/authorities/local/root.crt"} 2023/11/01 09:40:12.334 INFO autosaved config (load with --resume flag) {"file": "/Users/01407142/Library/Application Support/Caddy/autosave.json"} 2023/11/01 09:40:12.334 INFO serving initial configuration