使用Caddy2作为文件服务器

注意使用的 Caddy 版本是2, 2和1有很大变化, 官方容器 只有2的版本, 所以此教程也只有2的版本

Caddyfile

其中密码应该使用 caddy hash-password 生成

docker-composeyaml

记得将要暴露的文件夹挂载到容器中

运行这个docker-compose,

现在打开你的的域名并且输入账号密码就能看到如下界面

在某些场景下，我们可能需要将一台电脑的IP地址设置成静态的。例如在局域网内部署一个服务器，我们可能不希望他通过DHCP获取动态地址，而造成无法访问。设置静态IP在window系统下比较容易，但在Linux系统下稍微麻烦一点。Ubuntu 1804系统下设置静态IP的步骤。

1：先ifconfig查看电脑的网卡信息，找到物理网卡的名称，我这里是enp3s0，其他几个是虚拟网卡和本地回环，不用管。

2：输入route-n命令，打印路由表，这里主要是为了查看网关地址，后续会用到，我这里网关地址是1921681011

3：输入sudo vim/etc/netplan/00-installer-configyaml，编辑yaml文件，注意这里需要sudo权限。

根据实际需要依次设置enp3s0网卡的静态IP地址、网关、DNS，dhcp4设置为false，最后一行添加：renderer:networkd。注意缩进对齐，并且每个冒号后面要跟一个空格，否则会有问题。设置好后保存退出。

4：输入命令netplan apply使改动生效，然后reboot重启系统，就配置好了。

用apk改之理修改完成后编译出现了这样的问题一般情况下是服务器出现了问题；

对于服务器硬件的维护应由专业人员进行。在维护和保养存储设备时，我们首先应当对其容量进行测试，看是否需要进行扩容等 *** 作。存储容量一定要能满足任务的需求，并留有一定的冗余量。在拆卸和更新服务器设备时，务必让设备处于断电状态并进行接地处理。

解决方式：重新更换服务器在进行编译；

扩展资料：

软件作为服务器的重要组成部分，服务器的稳定高效运行离不开相应的软件。我们要定期对服务器的软件系统进行巡检，及时发现漏洞，及时安装官方给定的补丁程序。在扩展服务器数据库时，在条件允许的情况下，最好对原有数据进行备份，以免造成不必要的损失。

做好电力控制没有稳定的电力保证，服务器就没有办法正常工作。电子控制是一个非常关键，但又非常容易被忽视的问题。在机房建设之初，我们就应当充分考虑到服务器的电力保障。要为机房设计和配置一套稳定，可靠的电力供应系统。这套系统还要有处置和应对突发事件的能力，例如，不可预知的停电、雷电等。

kubeadm 已经GA ， 作为官方的集群安装工具，准备写一个专题，大致分为5 部分，内容会比较多。

kubeadm 属于第二层，用于管理集群。

命令用法

参数说明

kubeadm init通过执行以下步骤来引导Kubernetes控制平面节点：

kubelet 使用4个文件的方式如下

如果未提供外部etcd，则会为etcd生成其他静态Pod清单。 Static Pod清单写入 /etc/kubernetes/manifests ; kubelet监视此目录以便Pods在启动时创建。

control plane 的pod 启动后，init 开始继续执行后面的流程。

通过 API server 安装 DNS 服务器 （CoreDNS） 和 kube-proxy 组件。在 Kubernetes 版本 111 和更高版本中，CoreDNS 是默认 DNS 服务器。要安装 kube-dns 而不是 CoreDNS，必须在 kubeadm 配置文件的ClusterConfiguration 字段中配置 DNS 附加组件(通过 kubeadm config 文件）。请注意，虽然已部署 DNS 服务器，但安装 CNI 前该POD 不会被调度到节点（可以理解为不回被实际部署，或不会生效）。

查看 kubeadm config print的帮助

打印默认的init 配置文件

打开 initconfig， 内容如下

上面的内容只包含额了最简话的InitConfiguration type 的内容，kubeadm 完整的内容包含5大部分，如下，每个type 之间，需要用yaml的 --- 文档隔离进行分离。
init-full-configyaml 文件结构

想细的内容可以参阅 kubeadm api ，kube-proxy配置部分的内容细节在这里 KubeProxyConfiguration
比如我要修改kube-proxy的模式为IPVS 那么修改后的init-full-configyaml 内容为如下

关于如何通过kubeadm 配置启用 IPVS 请 参阅
关于如何定制化 control plane 请 参阅

对于google 提供的镜像，在众所周知的原因下，无法访问。所以需要使用国内镜像或者自建的镜像仓库。 kubeadm 提供了参数，同事也支持修改 kubeadm config 文件来指定定制化的仓库

通过如下命令，可以查看和拉取 init 所需的镜像。

kubelet 默认使用 docker 作为runtime 并使用内建的 dockershim 进行交互。
其他的runtime包括:

安装文档 CRI installation instructions

根据安装文档安装好runtime后，需要对kubeadm 和kubelet 做如下配置

你也可以通过kubeadm init/reset 的 --cri-socket 参数来是先同样的事情。

与其像 kubeadm 基础教程 中那样，将从 kubeadm init 获得的令牌复制到每个节点，不如并行化令牌分发，以便更轻松地实现自动化。要实现此自动化，您必须知道控制平面节点在启动后将具有的 IP 地址。

步骤

集群启动之后，可以通过 /etc/kubernetes/adminconf 中的凭证来和集群通信。

参考资料
Automated High Availability in kubeadm v115: Batteries Included But Swappable

kubectl [command] [TYPE] [NAME] [flags]
其中 command 、 TYPE 、 NAME 和 flags 分别是：
command ：指定要对一个或多个资源执行的 *** 作，例如 create 、 get 、 describe 、 delete 。
TYPE ：指定资源类型。资源类型不区分大小写，可以指定单数、复数或缩写形式。例如，以下命令输出相同的结果:

NAME ：指定资源的名称。名称区分大小写。如果省略名称，则显示所有资源的详细信息 kubectl get pods 。
在对多个资源执行 *** 作时，您可以按类型和名称指定每个资源，或指定一个或多个文件：
要按类型和名称指定资源：
要对所有类型相同的资源进行分组，请执行以下 *** 作： TYPE1 name1 name2 name<#> 。
例子： kubectl get pod example-pod1 example-pod2
分别指定多个资源类型： TYPE1/name1 TYPE1/name2 TYPE2/name3 TYPE<#>/name<#> 。
例子： kubectl get pod/example-pod1 replicationcontroller/example-rc1
用一个或多个文件指定资源： -f file1 -f file2 -f file<#>
使用 YAML 而不是 JSON 因为 YAML 更容易使用，特别是用于配置文件时。
例子： kubectl get pod -f /podyaml
flags : 指定可选的参数。例如，可以使用 -s 或 -server 参数指定 Kubernetes API 服务器的地址和端口。
注意：从命令行指定的参数会覆盖默认值和任何相应的环境变量。
如果您需要帮助，只需从终端窗口运行 kubectl help 即可。

kubectl get - 列出一个或多个资源

kubectl describe - 显示一个或多个资源的详细状态，默认情况下包括未初始化的资源。

说明： kubectl get 命令通常用于检索同一资源类型的一个或多个资源。 它具有丰富的参数，允许您使用 -o 或 --output 参数自定义输出格式。您可以指定 -w 或 --watch 参数以开始观察特定对象的更新。 kubectl describe 命令更侧重于描述指定资源的许多相关方面。它可以调用对 API 服务器 的多个 API 调用来为用户构建视图。 例如，该 kubectl describe node 命令不仅检索有关节点的信息，还检索在其上运行的 pod 的摘要，为节点生成的事件等。

kubectl delete` - 从文件、stdin 或指定标签选择器、名称、资源选择器或资源中删除资源。

kubectl exec - 对 pod 中的容器执行命令。与docker的exec命令非常类似

kubectl logs - 打印 Pod 中容器的日志。

---