将 gitea 绑定到本地主机地址以进行隧道传输？
Binding gitea to the localhost address for tunneling?
我发现一些配置似乎表明 gitea 绑定到的端口，见下文：
我把机器的实际地址改成127.0.0.1（环回）以为我可以gitea accessible only by tunneling into the device with SSH，但是当我重新启动服务时我仍然可以通过设备在端口 3000 上的 ip。
不应该更改 ROOT_URL 和 HTTP_PORT 导致它绑定到环回地址，要求我通过 SSH 客户端进行端口转发以到达端口 http://127.0.0.1:3000？
P.S。如果你觉得这个问题不属于 Stack Exchange，请继续将它发送到另一个更适合它的站点；但我认为 gitea 并没有被程序员以外的人使用太多，这就是我在这里发布它的原因。
要仔细检查 Gitea 实际上 只在环回接口上监听，请检查
的输出
netstat -tulpn | grep 3000
应显示为 127.0.0.1:3000（在第 3 列中）。任何其他绑定都表明您对配置的更改没有影响服务，并且它仍在绑定到其他接口。
只是重复@leeand00 所说的：gitea 的配置列表 HTTP_ADDR 作为相关设置。 https://docs.gitea.io/en-us/config-cheat-sheet/
之后，netstat -tulpn | grep 3000当然是一个很好的检查，看看是否一切正常:)
我发现一些配置似乎表明 gitea 绑定到的端口，见下文：
我把机器的实际地址改成127.0.0.1（环回）以为我可以gitea accessible only by tunneling into the device with SSH，但是当我重新启动服务时我仍然可以通过设备在端口 3000 上的 ip。
不应该更改 ROOT_URL 和 HTTP_PORT 导致它绑定到环回地址，要求我通过 SSH 客户端进行端口转发以到达端口 http://127.0.0.1:3000？
P.S。如果你觉得这个问题不属于 Stack Exchange，请继续将它发送到另一个更适合它的站点；但我认为 gitea 并没有被程序员以外的人使用太多，这就是我在这里发布它的原因。
要仔细检查 Gitea 实际上 只在环回接口上监听，请检查
的输出netstat -tulpn | grep 3000
应显示为 127.0.0.1:3000（在第 3 列中）。任何其他绑定都表明您对配置的更改没有影响服务，并且它仍在绑定到其他接口。
只是重复@leeand00 所说的：gitea 的配置列表 HTTP_ADDR 作为相关设置。 https://docs.gitea.io/en-us/config-cheat-sheet/
之后，netstat -tulpn | grep 3000当然是一个很好的检查，看看是否一切正常:)