Skip to content
返回

基于 docker compose 搭建一套个人服务集合

发布于

域名

整体架构

公网服务(*.sixbone.dev)

公网可直接访问的服务,通常情况下这些服务自身具备认证功能, 或服务本身不涉及隐私信息。

TODO:

从逻辑上多个地点也只需要一个的服务称为逻辑公网服务, 但可能实际部署在内网服务器。 逻辑公网即所有公网服务。

如何确定一个服务是否应该是公网服务? 如果一个服务在多个位置可以同时存在(即使当前只存在一个位置), 且多个服务同时存在时在不考虑维护成本的情况下, 可以产生正向效益,则应该成为非公网服务。 也就是说,如果一个服务在多个位置不可以同时存在, 或同时存在时产生了冲突或没有意义, 则不应该成为公网服务。

如何确定一个服务是否应该是物理公网服务? 可以通过反向代理访问的应用,同时满足下列条件:

物理公网

只有符合逻辑公网特点的才会成为物理公网, 物理公网服务直接部署在公网。

添加物理公网服务的 CheckList:

虚拟公网

实际部署在内网服务器, 但通过反向代理可以访问从公网访问。

短路跳转 如果局域网内可达,则跳过反向代理

添加物理虚拟服务的 CheckList:

LAN

home.sixbone.dev 目前只设置这一个

TODO:

流量转发

需求:

方案:

内网穿透


建议修改

上一篇
使用 Rathole 进行内网穿透
下一篇
自己搭建的一些 Docker 镜像