You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I accidentally wanted to access the Waline server backend via Caddy reverse proxy (see the end of the article for proxy configuration) with a public IP address (both v4 and v6 are reachable) in an environment with only IPv4. I found that it was unreachable, but the lanraragi under the same configuration (both deployed through docker-compose) was reachable, and artark was unreachable. I was confused about whether the specific cause was the Docker layer or which layer, so I came here for help.
The firewall is set to fully allow caddy.exe.
The following are possible steps that can be reproduced within the local area network: (It should be the same phenomenon as directly accessing the following problem website after turning off ipv6)
Native web browser access localhost:8360/ui -> normal
Native web browser access 192.168.5.2:8360/ui -> ERR_CONNECTION_TIMED_OUT
(192.168.5.2 is the LAN IP of the deployment machine. At this time, the relevant configuration of dockerdesktop -> Resources -> network is as follows)
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the bug | 问题描述
我偶然在一个仅有ipv4的环境下,想访问具有公网ip(v4与v6均可达)的经Caddy反向代理(代理配置见文末)的Waline服务端后台,发现不可达,但相同配置(均通过
docker-compose部署)下的lanraragi可达,artalk不可达,遂迷惑具体原因究竟是Docker层面还是哪个层面,故来此求助,防火墙是设定完全放行caddy.exe,
以下是摸索出的可能的局域网内可复现步骤:(应该与直接在关闭ipv6后,访问下面的
问题网站是相同的现象)waline.sqlitelocalhost:8360/ui-> 正常192.168.5.2:8360/ui->ERR_CONNECTION_TIMED_OUT(
192.168.5.2为部署机器的局域网ip,此时dockerdesktop->Resources->network相关配置如下)Default networking mode:Dual IPv4/IPv6Enable host networking:TrueCaddyFile(caddy.exe)
Website URL | 问题网站
https://mwtjc.online:14001/blog-demo/
Where your waline deploy? | 服务部署在哪里?
Docker
Where your comment data store? | 数据存储在哪里?
SQLite
Describe the bug | Problem description
I accidentally wanted to access the Waline server backend via Caddy reverse proxy (see the end of the article for proxy configuration) with a public IP address (both v4 and v6 are reachable) in an environment with only IPv4. I found that it was unreachable, but the lanraragi under the same configuration (both deployed through
docker-compose) was reachable, and artark was unreachable. I was confused about whether the specific cause was the Docker layer or which layer, so I came here for help.The firewall is set to fully allow caddy.exe.
The following are possible steps that can be reproduced within the local area network: (It should be the same phenomenon as directly accessing the following
problem websiteafter turning off ipv6)waline.sqlite-pwsl
localhost:8360/ui-> normal192.168.5.2:8360/ui->ERR_CONNECTION_TIMED_OUT(
192.168.5.2is the LAN IP of the deployment machine. At this time, the relevant configuration ofdockerdesktop->Resources->networkis as follows)Default networking mode:Dual IPv4/IPv6Enable host networking:TrueCaddyFile(caddy.exe)
Website URL | Problem website
https://mwtjc.online:14001/blog-demo/
Where your waline deploy? | Where is the service deployed?
Docker
Where your comment data store? | Where is the data stored?
SQLite
Beta Was this translation helpful? Give feedback.
All reactions