md5.pw - 最近更改 [zh]

如何搭建 Kubernetes 一站式平台

Koud Wind — Sun, 12 Apr 2026 20:25:56 GMT

如何搭建 Kubernetes 一站式平台

Koud Wind — Sun, 12 Apr 2026 19:04:56 GMT

尚未完成

新页面

----

== '''1. 什么是 Kubernetes / k8s''' ==
k8s 也就是 Kubernetes 是一个面向容器化应用的自动化管理平台, 核心职责是管理程序运行的环境, 包括 <code>部署应用/调度资源/维护副本/处理故障/对外暴露服务</code>等等...

对于初学者来说可以把它理解成一个专门管理容器集群的平台, 当你只有一个容器时也许还感觉不到它的必要性

但当你需要同时运行多个服务, 需要让服务彼此通信, 需要保证应用异常后自动恢复, 甚至需要后续扩容到多台机器时 Kubernetes 的价值就会非常明显

而本文要做的事情, 就是在一台主机上先搭建一个最小可运行的 Kubernetes 环境, 借助这个过程去理解 Kubernetes 是怎样从零开始被组织起来的

为了易读性, 在这里会将 <code>Kubernetes</code> 简称为 <code>k8s</code>

== '''2. 环境说明''' ==
运行 kubeadm 集群建议 control plane 节点至少具备 <code>2 Core CPU</code> 和 <code>2 GiB</code> 运存, 推荐购买搬瓦工的 [https://bandwagonhost.com/cart.php?a=add&pid=166 ECOMMERCE SLA] 套餐

* 操作系统以 Debian13 为例
* 主机数量 1 台
* 使用 root 用户
* 主机承担 control plane 和 workload 调度
* k8s pod网段为 <code>10.10.0.0/16</code> , service网段为 <code>192.168.0.0/16</code>
* 使用 <code>Headlamp</code> 管理k8s pods

== '''3. 前置准备''' ==

==== 3.1 加载模块并启用转发 ====
<syntaxhighlight lang="bash">
cat <<'EOF' | tee /etc/modules-load.d/k8s.conf
overlay
br_netfilter
EOF

modprobe overlay
modprobe br_netfilter

cat <<'EOF' | tee /etc/sysctl.d/k8s.conf
net.bridge.bridge-nf-call-iptables = 1
net.bridge.bridge-nf-call-ip6tables = 1
net.ipv4.ip_forward = 1
net.ipv6.conf.all.forwarding = 1
EOF
sysctl --system
</syntaxhighlight>

==== 3.2 配置 hosts ====
<syntaxhighlight lang="bash">
tee -a /etc/hosts > /dev/null <<'EOF'
127.0.0.1 k8s-master
EOF
</syntaxhighlight>

==== 3.3 关闭 swap (可选) ====
<syntaxhighlight lang="bash">
swapoff -a
sed -ri '/\sswap\s/s/^/#/' /etc/fstab
</syntaxhighlight>

== '''4. 安装 containerd''' ==
更新软件源并安装 containerd 与其他核心组件<syntaxhighlight lang="bash">
apt update
apt install -y containerd apt-transport-https ca-certificates curl gpg
</syntaxhighlight>生成默认配置文件并修改配置文件, 这里为了防止后续可能报错, 修改了 <code>bin_dir</code><syntaxhighlight lang="bash">mkdir -p /etc/containerd
containerd config default | tee /etc/containerd/config.toml > /dev/null
sed -i 's#bin_dir = "/usr/lib/cni"#bin_dir = "/opt/cni/bin"#' /etc/containerd/config.toml
sed -i 's/SystemdCgroup = false/SystemdCgroup = true/' /etc/containerd/config.toml</syntaxhighlight>重启并设置自启<syntaxhighlight lang="bash">
systemctl daemon-reload
systemctl restart containerd
systemctl enable containerd
systemctl status containerd
</syntaxhighlight>

== 5. 安装 kubeadm kubelet kubectl ==
<syntaxhighlight lang="bash">
mkdir -p -m 755 /etc/apt/keyrings
curl -fsSL https://pkgs.k8s.io/core:/stable:/v1.35/deb/Release.key | gpg --dearmor -o /etc/apt/keyrings/kubernetes-apt-keyring.gpg
echo 'deb [signed-by=/etc/apt/keyrings/kubernetes-apt-keyring.gpg] https://pkgs.k8s.io/core:/stable:/v1.35/deb/ /' | tee /etc/apt/sources.list.d/kubernetes.list
apt-get update
apt-get install -y kubelet kubeadm kubectl
apt-mark hold kubelet kubeadm kubectl
systemctl enable --now kubelet
</syntaxhighlight>检查<syntaxhighlight lang="bash">
kubeadm version
kubectl version --client
kubelet --version
</syntaxhighlight>

== '''6. 初始化单节点 k8s 集群''' ==
新建一个初始化配置<syntaxhighlight lang="bash">
mkdir -p /main/k8s
nano /main/k8s/kubeadm-config.yaml
</syntaxhighlight>粘贴并自行修改配置后进行保存<syntaxhighlight lang="yaml" line="1">
apiVersion: kubeadm.k8s.io/v1beta4
kind: InitConfiguration
nodeRegistration:
name: master
criSocket: "unix:///run/containerd/containerd.sock"
localAPIEndpoint:
advertiseAddress: <你的公网主机IP>
bindPort: 6443

---
apiVersion: kubeadm.k8s.io/v1beta4
kind: ClusterConfiguration
kubernetesVersion: v1.35.0
networking:
podSubnet: 10.10.0.0/16
serviceSubnet: 192.168.0.0/16
dnsDomain: cluster.local

# 若开启了Swap需要解除此注释!
#---
#apiVersion: kubelet.config.k8s.io/v1beta1
#kind: KubeletConfiguration
#cgroupDriver: systemd
#failSwapOn: false
#memorySwap:
# swapBehavior: LimitedSwap

</syntaxhighlight>开始初始化<syntaxhighlight lang="bash">
kubeadm init --config /main/k8s/kubeadm-config.yaml
</syntaxhighlight>初始化完成后配置 kubectl<syntaxhighlight lang="bash">
mkdir -p $HOME/.kube
cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
chown "$(id -u)":"$(id -g)" $HOME/.kube/config
</syntaxhighlight>检查<syntaxhighlight lang="bash">
kubectl get nodes
kubectl get pods -A
</syntaxhighlight>这时 master 大概率是 <code>NotReady</code> 状态, 目前 CNI 还没有安装, CoreDNS 也通常不会处于 <code>Running</code> 状态

== '''7. 安装 Helm''' ==
<syntaxhighlight lang="bash">curl -fsSL -o get_helm.sh https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-4
chmod 700 get_helm.sh
./get_helm.sh
helm version</syntaxhighlight>

== 8. 安装 CNI 插件 ==
在资源紧凑的主机中我更推荐使用 <code>Flannel</code> , 这里也会提供 <code>Calico</code> 与 <code>Cilium</code> 的安装, 根据应用场景自行选择其一

资源占用: <code>Flannel</code> < <code>Calico</code> < <code>Cilium</code>

==== 8.1 Flannel ====
<syntaxhighlight lang="bash">kubectl create namespace kube-flannel
kubectl label namespace kube-flannel --overwrite pod-security.kubernetes.io/enforce=privileged
kubectl label namespace kube-flannel --overwrite pod-security.kubernetes.io/audit=privileged
kubectl label namespace kube-flannel --overwrite pod-security.kubernetes.io/warn=privileged
helm upgrade --install flannel -n kube-flannel --create-namespace --set podCidr=10.10.0.0/16 https://github.com/flannel-io/flannel/releases/download/v0.28.1/flannel.tgz</syntaxhighlight>

==== 8.2 Calico ====
<syntaxhighlight lang="bash">helm repo add projectcalico https://docs.tigera.io/calico/charts
helm repo update
kubectl create namespace tigera-operator
helm upgrade --install calico projectcalico/tigera-operator --version v3.31.4 --namespace tigera-operator --set installation.calicoNetwork.ipPools[0].cidr=10.10.0.0/16 --set installation.calicoNetwork.ipPools[0].encapsulation=VXLAN</syntaxhighlight>

==== 8.3 Cilium ====
<syntaxhighlight lang="bash">
helm repo add cilium https://helm.cilium.io/
helm repo update
helm upgrade --install cilium cilium/cilium --version 1.19.1 --namespace kube-system
</syntaxhighlight>'''检查CNI'''<syntaxhighlight lang="bash">
kubectl get nodes
kubectl get pods -A
</syntaxhighlight>节点状态从 <code>NotReady</code> 变为 <code>Ready</code> , CoreDNS 进入 <code>Running</code> 状态

如何避免 Docker 端口意外暴露

ZhiChao — Sun, 12 Apr 2026 15:43:28 GMT

←上一版本		2026年4月12日 (日) 08:43的版本
（未显示同一用户的1个中间版本）
第30行：		第30行：

	==== Docker ====		==== Docker ====
	<syntaxhighlight lang="sh~~" line="1~~">		<syntaxhighlight lang="sh">
	-p 127.0.0.1:8080:80		-p 127.0.0.1:8080:80
	</syntaxhighlight>		</syntaxhighlight>

	==== Docker Compose ====		==== Docker Compose ====
	<syntaxhighlight lang="yaml~~" line="1~~">		<syntaxhighlight lang="yaml">
	ports:		ports:
	- "127.0.0.1:8080:80"		- "127.0.0.1:8080:80"
第46行：		第46行：

	==== Docker ====		==== Docker ====
	<syntaxhighlight lang="sh~~" line="1~~">		<syntaxhighlight lang="sh">
	--network		--network
	</syntaxhighlight>		</syntaxhighlight>

	==== Docker Compose ====		==== Docker Compose ====
	<syntaxhighlight lang="yaml~~" line="1~~">		<syntaxhighlight lang="yaml">
	network_mode: "host"		network_mode: "host"
	</syntaxhighlight>但'''缺点'''也非常的明显，共享宿主机的网络会导致网络没有隔离、端口冲突等一系列副作用。例如，几个容器的端口都为 80，就没法同时运行了。		</syntaxhighlight>但'''缺点'''也非常的明显，共享宿主机的网络会导致网络没有隔离、端口冲突等一系列副作用。例如，几个容器的端口都为 80，就没法同时运行了。
第65行：		第65行：

	==== Docker ====		==== Docker ====
	<syntaxhighlight lang="sh~~" line="1~~">		<syntaxhighlight lang="sh">
	-p 127.0.0.1:8080:80 \		-p 127.0.0.1:8080:80 \
	-p 192.168.100.1:8080:80		-p 192.168.100.1:8080:80
第71行：		第71行：

	==== Docker Compose ====		==== Docker Compose ====
	<syntaxhighlight lang="yaml~~" line="1~~">		<syntaxhighlight lang="yaml">
	ports:		ports:
	- "127.0.0.1:8080:80" # 仅本机访问		- "127.0.0.1:8080:80" # 仅本机访问
第85行：		第85行：

	==== 手动配置 ====		==== 手动配置 ====
	修改 UFW 的配置文件 <code>/etc/ufw/after.rules</code>，在最后添加上如下规则：<syntaxhighlight>		修改 UFW 的配置文件 <code>/etc/ufw/after.rules</code>，在最后添加上如下规则：<syntaxhighlight lang="text" line="1">
	# BEGIN UFW AND DOCKER		# BEGIN UFW AND DOCKER
	*filter		*filter
第115行：		第115行：

	此时即便你的容器监听的是 <code>0.0.0.0</code>，外部也是无法访问的，同时也不会影响 Docker 容器内部网络以及容器之间的通信。<blockquote>⚠️ '''注意：'''如果重启 UFW 仍不生效，可能需要重启服务器。</blockquote>假设现在有一个监听了 <code>0.0.0.0:8080:80</code> 的容器，私有地址为 <code>172.17.0.2</code>，如果要开放端口可以执行以下命令：<blockquote>⚠️ '''注意：'''<code>port</code> 为内部的 80 端口，并非映射的 8080 端口</blockquote>		此时即便你的容器监听的是 <code>0.0.0.0</code>，外部也是无法访问的，同时也不会影响 Docker 容器内部网络以及容器之间的通信。<blockquote>⚠️ '''注意：'''如果重启 UFW 仍不生效，可能需要重启服务器。</blockquote>假设现在有一个监听了 <code>0.0.0.0:8080:80</code> 的容器，私有地址为 <code>172.17.0.2</code>，如果要开放端口可以执行以下命令：<blockquote>⚠️ '''注意：'''<code>port</code> 为内部的 80 端口，并非映射的 8080 端口</blockquote>
			<syntaxhighlight lang="sh">
	ufw route allow proto tcp from any to 172.17.0.2 port 80		ufw route allow proto tcp from any to 172.17.0.2 port 80
			</syntaxhighlight>
	如果没有填写私有地址 <code>172.17.0.2</code>，则会开放所有内部端口为 80 的容器		如果没有填写私有地址 <code>172.17.0.2</code>，则会开放所有内部端口为 80 的容器
			<syntaxhighlight lang="sh">
	ufw route allow proto tcp from any to any port 80		ufw route allow proto tcp from any to any port 80
			</syntaxhighlight>
	'''如果你有大量容器需要让另一台服务器反代，可以直接对那台服务器的 IP 开放'''		'''如果你有大量容器需要让另一台服务器反代，可以直接对那台服务器的 IP 开放'''
			<syntaxhighlight lang="sh">
	ufw route allow proto tcp from x.x.x.x to any		ufw route allow proto tcp from x.x.x.x to any
			</syntaxhighlight>
	想要查看或删除规则，可以执行		想要查看或删除规则，可以执行
			<syntaxhighlight lang="sh">
	ufw status numbered		ufw status numbered
			</syntaxhighlight>
	删除只需要执行 <code>ufw delete</code> + 编号		删除只需要执行 <code>ufw delete</code> + 编号
			<syntaxhighlight lang="sh">
	ufw delete 2		ufw delete 2
			</syntaxhighlight>

	==== 工具 ====		==== 工具 ====
	如果觉得以上操作过于繁琐，也没关系，ufw-docker 还提供了'''工具'''简化所有操作		如果觉得以上操作过于繁琐，也没关系，ufw-docker 还提供了'''工具'''简化所有操作
			<syntaxhighlight lang="sh">
	wget -O /usr/local/bin/ufw-docker \		wget -O /usr/local/bin/ufw-docker \
	<nowiki>https://github.com/chaifeng/ufw-docker/raw/master/ufw-docker</nowiki>		<nowiki>https://github.com/chaifeng/ufw-docker/raw/master/ufw-docker</nowiki>
	chmod +x /usr/local/bin/ufw-docker		chmod +x /usr/local/bin/ufw-docker
			</syntaxhighlight>
	使用以下命令可以一键修改 UFW 的 <code>after.rules</code> 文件		使用以下命令可以一键修改 UFW 的 <code>after.rules</code> 文件
			<syntaxhighlight lang="sh">
	ufw-docker install		ufw-docker install
			</syntaxhighlight>
	具体的操作可以通过 <code>ufw-docker help</code> 查看，这里就不过多介绍了。		具体的操作可以通过 <code>ufw-docker help</code> 查看，这里就不过多介绍了。
			<syntaxhighlight lang="sh">
	ufw-docker allow mysql 3306/tcp		ufw-docker allow mysql 3306/tcp
			</syntaxhighlight>
			<syntaxhighlight lang="sh">
			ufw-docker delete allow mysql 3306/tcp
			</syntaxhighlight>

	~~ufw-docker delete allow mysql 3306/tcp~~		[[Category:500 常见应用指南 — Application Guides]]

如何避免 Docker 端口意外暴露

ZhiChao — Sun, 12 Apr 2026 15:35:27 GMT

创建页面，内容为“== 前言 == 刚接触 Docker 或者平常只使用 1Panel 这类面板的小白用户，最常遇到的问题应该就是明明 UFW 里没开放端口，但公网却可以直接通过端口访问容器。以 1Panel 为例，如果你在应用商店安装应用时，勾选了“端口外部访问”，此时的容器就会监听 <code>0.0.0.0</code> center 无论你有没有在 UFW 中开放这个端口，它都已经暴露到…”

新页面

== 前言 ==
刚接触 Docker 或者平常只使用 1Panel 这类面板的小白用户，最常遇到的问题应该就是明明 UFW 里没开放端口，但公网却可以直接通过端口访问容器。

以 1Panel 为例，如果你在应用商店安装应用时，勾选了“端口外部访问”，此时的容器就会监听 <code>0.0.0.0</code>
[[File:Bwh-docker-port-1.webp|center]]
无论你有没有在 UFW 中开放这个端口，它都已经暴露到了公网。
[[File:Bwh-docker-port-2.webp|center]]
这个“陈年老坑”的原理很简单，因为 Docker 会直接修改 Linux 的 <code>iptables</code> 规则，而这些规则的优先级高于 UFW，并且在 UFW 中也不会显示 Docker 添加的规则。

要想解决这个问题并不难，下面介绍一下最常见的几种解决方法。

== 解决方法 ==

=== 禁用 iptables（不推荐） ===
既然 Docker 会直接修改 iptables 绕过 UFW ，那直接禁用掉 iptables 自动配置，不就轻松秒杀了吗？

在 <code>/etc/docker/daemon.json</code> 中添加：<code>{"iptables": false}</code>
[[File:Bwh-docker-port-3.webp|center]]
相信你看到过网上许多的“庸医”教程就是这么教的，虽然说能够解决端口意外暴露的问题，但禁用 iptables 自动配置的同时还可能导致容器无法访问外部网络或容器间通信失败。

因此'''非常不推荐'''直接禁用 iptables。

=== 安全组（暂不支持） ===
如果你买的服务器有安全组功能，这个问题解决起来就非常的简单了，只要在后台的安全组中禁用端口，Docker 无论如何也不可能绕过安全组。

但是可惜'''搬瓦工'''暂时还不支持类似安全组的外置防火墙，可以接着看下面的解决方案，通过合理配置 Docker 和 iptables 来解决这个问题。

=== 监听 127.0.0.1（推荐） ===
对于大多数用户，端口映射时监听本地 <code>127.0.0.1:8080:80</code> 是最好的解决方法，对应 1Panel 中就是不勾选“端口外部访问”。

==== Docker ====
<syntaxhighlight lang="sh" line="1">
-p 127.0.0.1:8080:80
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml" line="1">
ports:
- "127.0.0.1:8080:80"
</syntaxhighlight>'''本机'''的其他应用可以正常通过端口访问到容器，而外部访问不了，如果是 Web 应用可以直接用 Nginx 反向代理。

但这个方法也不是完美的，当你想用'''另一台'''服务器反向代理时，监听 <code>127.0.0.1</code> 会导致装有 Nginx 的服务器也访问不到容器。

=== host 模式 ===
直接使用 host 模式也是一个比较常用的解决方案，在 host 模式下，容器不会获得独立的网络命名空间，而是直接共享宿主机的 IP 和端口，自然就可以用 UFW 来控制端口是否开放。

==== Docker ====
<syntaxhighlight lang="sh" line="1">
--network
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml" line="1">
network_mode: "host"
</syntaxhighlight>但'''缺点'''也非常的明显，共享宿主机的网络会导致网络没有隔离、端口冲突等一系列副作用。例如，几个容器的端口都为 80，就没法同时运行了。

=== 虚拟局域网 ===
如果你有用'''另一台'''服务器反代的需求，又不希望使用 host 模式，可以用 ZeroTier、Tailscale 之类的组网工具，给两台服务器组一个虚拟局域网，也是个不错的解决方案。

'''当然如果你两台服务器都是搬瓦工的并且位于同一个机房，可以直接利用 Private Network 开启内网，可以省去组建虚拟局域网的步骤'''

可以参考这篇文章 [[搬瓦工进阶教程：利用 Private Network 构建高速内网集群]]

在容器映射端口时，除了映射本机的 <code>127.0.0.0.1:8080:80</code>，再加上一条虚拟局域网的 IP，如 <code>192.168.100.1:8080:80</code>，另一台服务器反代时，填写 <code>192.168.100.1:8080</code> 即可。

==== Docker ====
<syntaxhighlight lang="sh" line="1">
-p 127.0.0.1:8080:80 \
-p 192.168.100.1:8080:80
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml" line="1">
ports:
- "127.0.0.1:8080:80" # 仅本机访问
- "192.168.100.1:8080:80" # 仅通过特定局域网 IP 访问
</syntaxhighlight>

=== ufw-docker（推荐） ===
要是你既不想用组网工具，又不想（或不能）用 host 模式，还想用另一台服务器的 Nginx 来反代容器，有没有'''更完美'''的解决方法呢？

有的，兄弟有的。

ufw-docker 是 GitHub 上开源的一个解决方案，具体原理可以查看仓库的 README，我们这里简单介绍一下如何使用。

==== 手动配置 ====
修改 UFW 的配置文件 <code>/etc/ufw/after.rules</code>，在最后添加上如下规则：<syntaxhighlight>
# BEGIN UFW AND DOCKER
*filter
:ufw-user-forward - [0:0]
:ufw-docker-logging-deny - [0:0]
:DOCKER-USER - [0:0]
-A DOCKER-USER -j ufw-user-forward

-A DOCKER-USER -m conntrack --ctstate RELATED,ESTABLISHED -j RETURN
-A DOCKER-USER -m conntrack --ctstate INVALID -j DROP
-A DOCKER-USER -i docker0 -o docker0 -j ACCEPT

-A DOCKER-USER -j RETURN -s 10.0.0.0/8
-A DOCKER-USER -j RETURN -s 172.16.0.0/12
-A DOCKER-USER -j RETURN -s 192.168.0.0/16

-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 10.0.0.0/8
-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 172.16.0.0/12
-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 192.168.0.0/16

-A DOCKER-USER -j RETURN

-A ufw-docker-logging-deny -m limit --limit 3/min --limit-burst 10 -j LOG --log-prefix "[UFW DOCKER BLOCK] "
-A ufw-docker-logging-deny -j DROP

COMMIT
# END UFW AND DOCKER
</syntaxhighlight>接着重启 UFW <code>systemctl restart ufw</code>。

此时即便你的容器监听的是 <code>0.0.0.0</code>，外部也是无法访问的，同时也不会影响 Docker 容器内部网络以及容器之间的通信。<blockquote>⚠️ '''注意：'''如果重启 UFW 仍不生效，可能需要重启服务器。</blockquote>假设现在有一个监听了 <code>0.0.0.0:8080:80</code> 的容器，私有地址为 <code>172.17.0.2</code>，如果要开放端口可以执行以下命令：<blockquote>⚠️ '''注意：'''<code>port</code> 为内部的 80 端口，并非映射的 8080 端口</blockquote>
ufw route allow proto tcp from any to 172.17.0.2 port 80
如果没有填写私有地址 <code>172.17.0.2</code>，则会开放所有内部端口为 80 的容器
ufw route allow proto tcp from any to any port 80
'''如果你有大量容器需要让另一台服务器反代，可以直接对那台服务器的 IP 开放'''
ufw route allow proto tcp from x.x.x.x to any
想要查看或删除规则，可以执行
ufw status numbered
删除只需要执行 <code>ufw delete</code> + 编号
ufw delete 2

==== 工具 ====
如果觉得以上操作过于繁琐，也没关系，ufw-docker 还提供了'''工具'''简化所有操作
wget -O /usr/local/bin/ufw-docker \
<nowiki>https://github.com/chaifeng/ufw-docker/raw/master/ufw-docker</nowiki>
chmod +x /usr/local/bin/ufw-docker
使用以下命令可以一键修改 UFW 的 <code>after.rules</code> 文件
ufw-docker install
具体的操作可以通过 <code>ufw-docker help</code> 查看，这里就不过多介绍了。
ufw-docker allow mysql 3306/tcp

ufw-docker delete allow mysql 3306/tcp

File:Bwh-docker-port-3.webp

ZhiChao — Sun, 12 Apr 2026 15:28:43 GMT

ZhiChao上传File:Bwh-docker-port-3.webp

新页面

禁用 iptabls

File:Bwh-docker-port-2.webp

ZhiChao — Sun, 12 Apr 2026 15:28:07 GMT

ZhiChao上传File:Bwh-docker-port-2.webp

新页面

nmap 测试

File:Bwh-docker-port-1.webp

ZhiChao — Sun, 12 Apr 2026 15:27:15 GMT

ZhiChao上传File:Bwh-docker-port-1.webp

新页面

端口外部访问

KiwiVM 面板完整操作指南（重装 / 密码 / 2FA / 快照 / 迁移）

Sun, 12 Apr 2026 13:13:43 GMT

←上一版本		2026年4月12日 (日) 06:13的版本
（未显示同一用户的1个中间版本）
第17行：		第17行：

	==一、进入KiwiVM面板==		==一、进入KiwiVM面板==
	1. 登录搬瓦工官网客户后台（Client Area）。顶部导航栏点击 Services → 下拉菜单选 My Services。		1. 登录搬瓦工官网客户后台（Client Area）。顶部导航栏点击 '''Services''' → 下拉菜单选 '''My Services'''。
	[[File:kim-1.png]]		[[File:kim-1.png]]
	2. 找到VPS，右侧点击齿轮 '''Manage''' 按钮 → 弹出菜单选 '''Open KiwiVM'''。		2. 找到VPS，右侧点击齿轮 '''Manage''' 按钮 → 弹出菜单选 '''Open KiwiVM'''。

搬瓦工 AUP 简明解释 + 如何避免违规（通俗版避坑指南）

Sun, 12 Apr 2026 12:46:10 GMT

发布

新页面

==什么是 AUP？==

AUP 是搬瓦工《服务条款》（ToS）里很重要的一部分，全称叫“可接受使用政策”。简单说，它就是官方规定了'''可以用 VPS 做什么、不可以用 VPS 做什么'''的一套规则。它的目的就是为了保持整个网络环境干净、稳定，不让某个用户的行为影响到其他用户或给官方带来麻烦。违反 AUP 通常会导致服务暂停，甚至被永久封号。

为了大家能安心建站或跑项目，避免不必要的封号和罚款，整理了以下这份通俗易懂的避坑指南。
== 一、AUP 到底在管什么？ ==

官方最核心的要求其实就三条大白话：

- 不要用服务器去攻击别人，也不要让别人用你的服务器攻击别人

- 不要发垃圾邮件、不要跑公开代理被别人滥用

- 不要让服务器看起来像挖矿机或攻击工具（CPU/流量长期满载）

只要不违反这三条，正常建站、跑代理、自建服务基本都没问题。

== 二、绝对不能碰的“高压线”（违规直接封号或重罚） ==

这些行为是零容忍的，一旦被系统探测到，不仅会被停机，严重时还会产生罚款。

* '''网络滥用与攻击'''
严禁发起或参与任何 DoS 或 DDoS 攻击。
禁止进行黑客入侵（包括你的 VPS 被黑客控制后去攻击别人）、分发恶意软件病毒或进行端口扫描。
'''避坑方法'''：不要运行端口扫描工具，只开放真正需要的端口，用 `ss -tuln` 定期检查。

* '''垃圾邮件'''
严禁发送垃圾邮件（Spam）或进行任何形式的群发邮件。
系统仅允许偶尔发送一些必要的交易类通知邮件（例如网站注册确认邮件）。
'''避坑方法'''：不要用 VPS 发营销邮件，正常网站通知邮件可以接受。

* '''代理与节点限制'''
绝对禁止搭建“公开的代理服务器（Open proxy）”。
同时，严禁运行 Tor 的中继节点或出口节点。
也禁止开放容易引起放大攻击的服务，如公开的 DNS 解析器、开放的 NTP 服务器等。
'''避坑方法'''：代理只在自己设备或内网使用，不要开放给公网。

* '''版权与违法内容（严查 DMCA）'''
不要在服务器上存放或分发未授权的电影、音乐等受版权保护的内容。
禁止存放破解软件、仿冒品或提供此类链接。
严格禁止任何形式的 BitTorrent（BT）活动，包括 tracker、客户端和下载链接。
此外，禁止存放色情内容。
'''避坑方法'''：只存放合法拥有的文件。

* '''加密货币与挖矿'''
全面禁止加密货币挖矿。
包括那些与加密货币相关的去中心化存储或计算项目也是被明令禁止的。
'''避坑方法'''：不要运行任何挖矿相关程序。

* '''爬虫与高危项目'''
禁止数据挖掘和网页爬虫抓取。
禁止运行没有合适牌照的金融或投资类平台。
禁止搭建 IRC 客户端或服务器。
'''避坑方法'''：不要运行大规模爬虫或未授权的金融项目。

== 三、硬件资源使用的“公平法则” ==

搬瓦工对 CPU 和磁盘读写有明确的红线，但处理方式比较人性化。

* '''CPU 使用限制'''
除非购买的是带有 SLA 的高端套餐（允许 24/7 跑满全部核心），其他大部分套餐都有明确的长期平均 CPU 负载上限。
'''例子'''：5G Plan 长期平均只能使用 1 个核心的 20%，10G Plan 是 25%，以此类推。
'''超标了怎么办？''' 系统不会直接暂停服务，而是自动将 CPU 性能限制在当前套餐允许的最大水平内。此时 KiwiVM 面板主页会显示 CPU 被限制的提示。当关闭高负载进程，资源使用降下来后，限制会自动解除。

* '''磁盘 I/O 限制'''
请避免VPS 长时间（连续 4 小时以上）保持 100 MiB/s 以上的极高磁盘读写速度。
'''如果超标'''：官方会先发邮件通知。如果在通知后仍然继续高强度读写，他们保留暂时挂起服务的权利，直到问题解决。
'''避坑方法'''：定期用 `iotop -o` 查看哪个进程在狂写盘，及时优化数据库或程序。

== 四、账号管理与售后沟通细节 ==

* '''真实信息与禁止转让'''
注册账号必须使用真实姓名和有效的联系方式。如果信息虚假，随时会被停机或终止服务。
官方严禁买卖、转让账号。如果发现账号参与买卖，会被直接封禁且不予退款。

* '''退款的正确姿势'''
如果不想要了，想退款，只要满足条件（新单 30 天内、月流量使用了不到 10%、IP 没被墙、没有违反 ToS 等），可以直接在后台申请全额退款。
'''致命操作'''：绝对不要通过 PayPal 发起争议（Dispute）或退单（Chargeback）。一旦这么做，名下的所有服务会被立刻冻结，官方还会按 $40/小时收取人工处理费，不交钱就不给解封。

* '''沟通礼仪'''
发工单时不要对客服使用辱骂性语言，也不要用同一个问题去“轰炸”工单队列。

== 五、万一违规了会有什么后果？ ==

* 如果违反上述规定，服务会被无限期暂停（面板中会给出简短说明）。
* 如果是初犯或较轻的违规，可以在 KiwiVM 面板中承认错误并给出改正方案，官方审核满意后会给你解封，这通常不需要人工客服介入。
* 搬瓦工有一个“滥用评分系统（Abuse scoring system）”记录黑历史。屡教不改者，每次违规可能被加收 50 美元的管理费。如果在一个自然年内被暂停服务多次，甚至会被直接封号封到明年的 1 月 1 日。
[[Category:400 常见问题与故障排查 — Troubleshooting]]

解决搬瓦工 VPS 时间偏差与任务执行异常

Sun, 12 Apr 2026 03:39:09 GMT

←上一版本		2026年4月11日 (六) 20:39的版本
第104行：		第104行：

	改完后，自动备份脚本、日志时间就彻底正常了，再也不用脑补 15 小时了~		改完后，自动备份脚本、日志时间就彻底正常了，再也不用脑补 15 小时了~
	[[~~index.php?title=~~Category:300 VPS 设置与管理 — VPS Setup and Management]]
			[[Category:300 VPS 设置与管理 — VPS Setup and Management]]

搭建VPN 高速且稳定：Hysteria 2 (HY2) 协议全平台快速部署指南

Afeinet — Sun, 12 Apr 2026 03:29:22 GMT

修改文章分类

←上一版本		2026年4月11日 (六) 20:29的版本
（未显示同一用户的3个中间版本）
第2行：		第2行：
	== 0. 前言 ==		== 0. 前言 ==
	在当前的网络环境下，Hysteria 2 (简称 HY2) 凭借其基于 UDP 的吞吐性能和优秀的伪装机制，成为了许多用户的首选。本文将详细介绍如何在 VPS 上部署 HY2 协议，并针对防止断流、避免厂商 QoS 误封以及多终端配置进行深度解析。		在当前的网络环境下，Hysteria 2 (简称 HY2) 凭借其基于 UDP 的吞吐性能和优秀的伪装机制，成为了许多用户的首选。本文将详细介绍如何在 VPS 上部署 HY2 协议，并针对防止断流、避免厂商 QoS 误封以及多终端配置进行深度解析。
	----<nowiki><youtube>v=XNNe1yVjlIk</youtube~~></nowiki~~>		----<nowiki></nowiki>
			<youtube>v=XNNe1yVjlIk</youtube>

	== 1. 环境准备与硬件选择 ==		== 1. 环境准备与硬件选择 ==
第128行：		第129行：
	== 5. 小结 ==		== 5. 小结 ==
	Hysteria 2 是目前最强的 UDP 代理协议之一，但“好马配好鞍”，合理的配置和优质的 VPS 线路才是长期稳定使用的保障。希望本指南能帮助你快速完成部署。		Hysteria 2 是目前最强的 UDP 代理协议之一，但“好马配好鞍”，合理的配置和优质的 VPS 线路才是长期稳定使用的保障。希望本指南能帮助你快速完成部署。

			[[index.php?title=Category:500 常见应用指南 — Application Guides]]

搭建VPN 高速且稳定：Hysteria 2 (HY2) 协议全平台快速部署指南

Afeinet — Sun, 12 Apr 2026 03:15:27 GMT

2026.4.12 第一版

新页面

== 0. 前言 ==
在当前的网络环境下，Hysteria 2 (简称 HY2) 凭借其基于 UDP 的吞吐性能和优秀的伪装机制，成为了许多用户的首选。本文将详细介绍如何在 VPS 上部署 HY2 协议，并针对防止断流、避免厂商 QoS 误封以及多终端配置进行深度解析。
----<nowiki><youtube>v=XNNe1yVjlIk</youtube></nowiki>

== 1. 环境准备与硬件选择 ==

=== 1.1 VPS 选购建议 ===
高性能的协议需要优质的线路支撑。对于追求极致体验的用户，推荐使用 BandwagonHost (BWH) 的 CN2 GIA 线路，其在晚高峰时段的稳定性表现极佳。
{| class="wikitable"
!机型推荐
!线路推荐
!适用场景
!参考链接
|-
|性价比首选
|USCA2 (DC2)
|兼顾价格与速度
|[https://bandwagonhost.com/aff.php?aff=75681&pid=44 点击直达 ($49/年)]
|-
|中端推荐
|USCA_6 (CN2 GIA)
|低延迟、晚高峰流畅
|[https://bandwagonhost.com/aff.php?aff=75681&pid=87 点击直达 ($49/季)]
|-
|高端旗舰
|JPTYO_8 (CN2GIA)
|极低延迟、顶级带宽
|[https://bandwagonhost.com/aff.php?aff=75681&pid=108 点击直达 ($89/月)]
|}

=== 1.2 必备工具 ===

* SSH 工具：推荐使用 FinalShell，支持挂代理连接和可视化文件管理。
** [https://www.hostbuf.com/t/988.html 官方下载地址]
** [https://terabox.com/s/1dvrAru9rfJFuJAnVYfxW8A 高速分流下载]
* IP 可用性检测：在连接前，请确保 VPS 的 IP 未被拦截。
** 操作：打开本地终端，输入 <code>ping [你的VPS_IP] -n 10</code>。
** 判断：若全部超时，说明 IP 无法直连，建议联系客服更换IP。

=== 1.3 系统重置 ===
建议使用 Ubuntu 24.04 作为操作系统，以获得最新的内核支持和更好的协议兼容性。
----

== 2. 服务端部署 ==

=== 2.1 安装 Hysteria 2 ===
登录 SSH 后，执行一键安装脚本：

Bash
<code>bash <(curl -fsSL <nowiki>https://get.hy2.sh/</nowiki>)</code>

=== 2.2 自签名证书生成 ===
为了提高安全性并实现伪装，我们生成一个有效期长达 100 年的自签名证书，并将伪装域名设定为 <code>bing.com</code>：

Bash
<code>openssl req -x509 -nodes -newkey ec:<(openssl ecparam -name prime256v1) -keyout /etc/hysteria/server.key -out /etc/hysteria/server.crt -subj "/CN=bing.com" -days 36500 && sudo chown hysteria /etc/hysteria/server.key && sudo chown hysteria /etc/hysteria/server.crt</code>

=== 2.3 配置文件详解 ===
我们将配置文件分为服务端与本地客户端预览两部分。

==== 1) 编辑服务端配置 (<code>/etc/hysteria/config.yaml</code>) ====
YAML
<code>listen: :443
tls:
cert: /etc/hysteria/server.crt
key: /etc/hysteria/server.key
auth:
type: password
password: 123456 # 你的密码建议修改
masquerade:
type: proxy
proxy:
url: <nowiki>https://bing.com</nowiki>
rewriteHost: true</code>

==== 2) 准备客户端通用模板 (<code>/etc/hysteria/client.yaml</code>) ====
YAML
<code>server: [你的VPS_IP]:443
auth: 123456 # 你的密码建议修改
tls:
sni: bing.com
insecure: true
socks5:
listen: 127.0.0.1:1080
http:
listen: 127.0.0.1:8080</code>

=== 2.4 启动与状态检查 ===
设为开机自启
<code>systemctl enable hysteria-server.service</code>
重启服务
<code>systemctl restart hysteria-server.service</code>
查看状态
<code>systemctl status hysteria-server.service</code>
成功标志：状态显示为 <code>active (running)</code> 且看到 <code>server up and running</code> 字样。
----

== 3. 客户端配置 ==

=== 3.1 电脑端：v2rayN ===

# 软件获取：下载 v2rayN 。
# 节点添加：
#* 在服务器端执行 <code>hysteria share -c /etc/hysteria/client.yaml</code> 获取分享链接。
#* 在 v2rayN 中点击“服务器” -> “从剪贴板导入批量 URL”。
# 注意：确保本地防火墙已放行对应端口。

=== 3.2 移动端：Shadowrocket (小火箭) ===

* 获取：请使用美区 Apple ID 购买下载（官方价格约 $2.99）。
* 极速获取：[https://cutt.ly/CtSmpGlb 官方购买]
* 导入：
** 在服务器执行 <code>hysteria share -c /etc/hysteria/client.yaml --qr</code> 生成二维码。
** 打开小火箭，点击左上角扫描按钮即可秒连。

----

== 4. 优化与进阶策略（防断流与防封杀） ==
<blockquote>关键建议：在使用 HY2 时，建议将拥塞控制算法选为 BBR，而非 Brutal。</blockquote>为什么要这么做？

# 防止断流： Brutal 算法的发包模式过于暴力，虽然在极差网络下提速明显，但在普通网络下容易导致 UDP 缓冲区溢出，造成频繁断流。
# 保护账号：部分 VPS 厂商（如搬瓦工、RackNerd 等）会监控异常的 UDP 流量。Brutal 算法的行为特征容易被误判为恶意 QoS 攻击或 DDOS 行为，从而导致 VPS 被关停或封禁。
# 公平性： BBR 算法更加“平滑”，在保证高带宽的同时，对骨干网更加友好，隐蔽性也更高。

----

== 5. 小结 ==
Hysteria 2 是目前最强的 UDP 代理协议之一，但“好马配好鞍”，合理的配置和优质的 VPS 线路才是长期稳定使用的保障。希望本指南能帮助你快速完成部署。

解决搬瓦工 VPS 时间偏差与任务执行异常

Sat, 11 Apr 2026 14:25:44 GMT

←上一版本		2026年4月11日 (六) 07:25的版本
第1行：		第1行：
	在管理搬瓦~~工（BWH）VPS~~ 时，很多新手会遇到一个诡异的问题：明明设置了凌晨 3 点自动备份，结果系统却在下午跑任务。或者是排查 Nginx、MariaDB 日志时，发现记录的时间比实际晚了十几个小时。		在管理搬瓦工VPS 时，很多新手会遇到一个诡异的问题：明明设置了凌晨 3 点自动备份，结果系统却在下午跑任务。或者是排查 Nginx、MariaDB 日志时，发现记录的时间比实际晚了十几个小时。

	这并不是系统出错了，而是因VPS 默认还停留在美国西海岸的“太平洋时间”。下文将彻底解决时区问题。		这并不是系统出错了，而是因VPS 默认还停留在美国西海岸的“太平洋时间”。下文将彻底解决时区问题。
第104行：		第104行：

	改完后，自动备份脚本、日志时间就彻底正常了，再也不用脑补 15 小时了~		改完后，自动备份脚本、日志时间就彻底正常了，再也不用脑补 15 小时了~
	[[Category:300 VPS 设置与管理 — VPS Setup and Management]]		[[index.php?title=Category:300 VPS 设置与管理 — VPS Setup and Management]]

KiwiVM 面板完整操作指南（重装 / 密码 / 2FA / 快照 / 迁移）

Sat, 11 Apr 2026 14:04:10 GMT

←上一版本		2026年4月11日 (六) 07:04的版本
（未显示同一用户的1个中间版本）
第80行：		第80行：
	[[File:kim-25.png]]		[[File:kim-25.png]]
	[[File:kim-26.png]]		[[File:kim-26.png]]
	3. WinAuth 添加 Google 类型，输入 Secret Code。具体使用WinAuth方法可以看以下操作步骤。		3. WinAuth 添加 Google 类型，输入 Secret Code，也就是第1步中Key后面的那一串字母。

			使用WinAuth方法可以看以下操作步骤，解压开软件后可按下图操作
	[[File:kim-26-2.png]]		[[File:kim-26-2.png]]

	[[File:kim-26-3.png]]		[[File:kim-26-3.png]]

第174行：		第177行：

	[[File:kim-44.png]]		[[File:kim-44.png]]
			[[Category:200 KiwiVM 简介 — KiwiVM Introduction]]

KiwiVM 面板完整操作指南（重装 / 密码 / 2FA / 快照 / 迁移）

Sat, 11 Apr 2026 13:47:19 GMT

发布

新页面

最近把 KiwiVM 面板的主要功能都完整操作了一遍，包括打开面板、重装系统、重置 root 密码、开启 2FA、快照的创建/Sticky/恢复/删除，以及机房迁移等常用操作。每一步都附上了真实截图和注意事项。

本文按照实际操作顺序，详细讲解 KiwiVM 面板的完整使用流程：从如何正确进入面板开始，到常用开关机操作、重装系统、重置密码、开启与关闭 2FA、快照全生命周期管理，最后到机房迁移。

**操作环境**：SPECIAL 20G KVM PROMO VPS，初始 AlmaLinux 9，后重装 Debian 12，从 US Los Angeles 迁到 EU Amsterdam DC9 (China Unicom Premium)。所有步骤均在 KiwiVM 面板完成。

==提醒==
- 重装系统和恢复快照必须先 '''Stop''' 关机，否则会报错或按钮不可用。

- 重装/恢复快照 = 当前所有数据永久丢失，无法找回。'''操作前必须备份重要文件 + 创建快照'''。

- 迁移会改变 IPv4 地址（IPv6 不变），网站/服务需更新 DNS 和配置文件。

- 2FA 开启后一定要记下Backup key + 绑定手机。

- 快照免费但 30 天自动删，Sticky 最多 2 个（永不过期）。

==一、进入KiwiVM面板==
1. 登录搬瓦工官网客户后台（Client Area）。顶部导航栏点击 **Services** → 下拉菜单选 **My Services**。
[[File:kim-1.png]]
2. 找到VPS，右侧点击齿轮 '''Manage''' 按钮 → 弹出菜单选 '''Open KiwiVM'''。
[[File:kim-2.png]]
3. 新标签页打开后就是 KiwiVM 主界面（Main controls）。左侧菜单有 Main controls、安全记录等，右侧显示节点、公网 IP、SSH 端口、资源使用情况。
[[File:kim-3.png]]
==二、常用操作（关机/启动/重启）==
下面详细讲解 KiwiVM 最基础的开关机操作，重装、恢复快照、迁移都必须在 Stopped 状态下进行，否则会报错。
===1.关机（Stop）：===
1.在 Main controls 页面，直接点击 '''Stop''' 按钮。
[[File:kim-4.png]]
2.页面显示“Great Success!”，点击 '''Go back''' 返回。
[[File:kim-5.png]]
3.确认 Status 变为 Stopped（红色），RAM/Swap 显示 Unavailable。
[[File:kim-6-1.png]]
===2.启动（Start）：===
1.机器 Stopped 后，点击 '''Start''' 按钮。
[[File:kim-6.png]]
2.页面显示“Great Success!”，几秒后 Status 变为 Running。
[[File:kim-7.png]]
===3.软重启（Reset）：===
1.运行中直接点击 '''Reset''' 按钮（不用先 Stop）。
[[File:kim-10.png]]
===4.强制断电（Hard Stop）：===
1.如果机器完全卡死，用 '''Hard Stop'''（带确认弹窗）。轻易不要使用，否则可能会导致丢失数据。
[[File:kim-11.png]]

注意事项：'''Hard Stop 只在卡死时用，正常操作用 Stop 就够了。删除快照本身不需要关机，但恢复快照仍需先 Stop。
==三、系统重装 (Install new OS)==
重装是 KiwiVM 最常用的操作之一，但也是最容易丢失数据的操作，请务必提前备份。

1. 确认 VPS 已 Stopped（否则会报错，如下图）。
[[File:kim-16.png]]
2. 左侧菜单点击 '''Install new OS'''。选择 '''debian-12-x86_64'''（或其他需要的系统），勾选“'''I acknowledge that this action will permanently erase all existing data'''”。
[[File:kim-14.png]]
3. 点击 '''Reload'''，弹出确认框点“确定”。
[[File:kim-15.png]]
**注意事项**：
- 重装会永久删除当前 VPS 上所有数据**（包括文件、数据库、配置），无法恢复。请务必在操作前创建快照并备份重要文件。

- 重装完成后，系统会自动发送一封邮件，里面包含**root 密码**和新的 IP 地址（通常 3 分钟后可用）。

- SSH 端口默认仍是 22，使用密码登录后，建议立即修改密码或配置 SSH Key。

- 如果重装后无法 SSH 登录，先用 VNC / Interactive Shell 进入系统检查网络配置。

[[File:kim-18.png]]
==四、重置 Root 密码 (Root password reset)==
最好先 Stop 关机。再重置密码。

1. 左侧点击 '''Root password reset'''，再点击 '''Generate & Set New Root Password'''。

[[File:kim-20.png]]

2. 页面显示新随机密码，复制保存，点击 Go back。
[[File:kim-21.png]]
==五、开启与关闭两步验证 (2FA)==
===1.开启2FA===
1. 左侧 '''Security & Records''' → '''Two-factor authentication'''再点击 '''I understand, continue...'''。
[[File:kim-22.png]]
2. 选择 '''Windows'''，下载 WinAuth 3.5.1（GitHub Releases）。
[[File:kim-25.png]]
[[File:kim-26.png]]
3. WinAuth 添加 Google 类型，输入 Secret Code。具体使用WinAuth方法可以看以下操作步骤。
[[File:kim-26-2.png]]
[[File:kim-26-3.png]]

[[File:kim-26-4.png]]

[[File:kim-26-5.png]]

[[File:kim-26-6.png]]

4. 输入 6 位码完成 setup。
[[File:kim-27.png]]
5.激活成功后'''立即备份 Backup key'''，并点击 '''Add phone''' 绑定手机号（避免丢设备导致全数据丢失）。
[[File:kim-29.png]]
[[File:kim-35.png]]
6.以后登录需输入 Google Authenticator 码。
[[File:kim-33.png]]

**注意事项**：WinAuth 时间不同步会报错，先同步电脑时间或 WinAuth 设置里 Sync with Google。

===2.关闭2FA（Deactivate）===
1. 进入 Two-factor authentication 页面，点击 '''Deactivate''' 按钮。
[[File:kim-30.png]]
2. 输入手机/Google Authenticator 当前 6 位码，点击 '''Disable'''。
[[File:kim-37.png]]
3. 成功后 2FA 立即关闭（状态变为未启用）。

**注意事项**：2FA 开启后每次登录都验证一次。Backup key + 手机绑定是双保险。关闭 2FA 也必须输入码，防止误操作。
==六、快照备份与还原 (Snapshots)==
快照是 KiwiVM 最实用的数据保护功能，建议养成定期创建的习惯。

===1.创建快照：===
1. 左侧 '''Snapshots''' → '''Create new snapshot'''。
[[File:kim-47.png]]
2. 输入描述（如“qqq”），点击 '''Create'''。
[[File:kim-49.png]]

===2.设Sticky（永不过期）：===
1. 列表中点击 '''set sticky'''。
[[File:kim-63.png]]
2. 成功显示 “Sticky, never expires”。
[[File:kim-65.png]]
3. 取消用 '''unset sticky'''。
[[File:kim-66.png]]

===3.恢复快照（必须先Stop！）：===
1. 点击 '''restore'''。
[[File:kim-58.png]]
2. 勾选“'''I agree with full data overwrite'''”。
[[File:kim-59.png]]
3. 恢复中 VPS 自动停止+重启，面板锁定直到完成。
[[File:kim-60.png]]
[[File:kim-61.png]]

===4.删除快照：===
1. 点击 '''delete'''。
[[File:kim-68.png]]
2. 成功提示。
[[File:kim-70.png]]

**注意事项**：
- 恢复快照 = 当前所有更改（包括迁移后的配置）全部丢失，无法找回。

- 快照 30 天自动删，Sticky 永不过期但限 2 个。

- 删除快照后不可恢复，操作前确认不需要。

- 创建和恢复快照时 VPS 会自动重启，删除本身可随时操作。

- 可以点击 Export 把快照下载到本地保存，或 Import 其他 VM 的快照。
==七、机房迁移 (Migrate to another DC)==
下面演示如何把 VPS 从一个机房迁移到另一个机房（保留数据）。迁移是更换节点或优化线路的常用操作。

1. 左侧 '''Migrate to another DC'''，选择目标节点（如 EU Amsterdam DC9 China Unicom Premium），点击 '''Confirm on the next step'''。
[[File:kim-39.png]]
2.点击'''Start Migration'''
[[File:kim-40.png]]
3. 开始迁移
[[File:kim-42.png]]

4.迁移开始完成，新 IP 显示（104.开头）。
[[File:kim-43.png]]

'''注意事项：'''

- 迁移会**完全改变 IPv4 地址**（IPv6 地址不变），迁移完成后需要更新域名 DNS 记录和网站/服务中的 IP 配置。

- 迁移过程中 VPS 会短暂关机几秒到几分钟，期间服务不可用。

-'''操作前必须创建快照'''，以防迁移失败或出现问题。

- 迁移完成后会收到邮件通知，里面包含新 IP 地址。

[[File:kim-44.png]]