1、最重要的是先断网，因为网上的KEY第一步能过去，第二步过不去的原因都是没断网导致的
2、网上有很多升级KEY，比如 https://www.haozhuangji.com/xtjc/112927314.html
3、重启后联网必是未激活状态，然后随便找个工具，或者BAT就可以搞定了
slmgr /ipk W269N-WFGWX-YVC9B-4J6C9-T83GX
slmgr /skms kms.03k.org
slmgr /ato。
分类： 技术发现
使用CRT登录Linux服务器时出现乱码的另一种可能性
首先，系统上需要安装中文环境，但有个地方我们经常忽略，就是？和乱码的区别，一般如果看到一堆问号，那的确是本机环境有问题，但如果看到是乱码，可能是因为你的SSH客户端软件没配置好
containerd如何传导ulimit参数
贴一段代码来说明：
container_name: WEB
networks:
b1:
ipv4_address: 172.30.0.2
ports:
- 80:80
- 443:443
ulimits:
nproc: 65535
nofile:
soft: 102400
hard: 102400
networks:
b1:
ipv4_address: 172.30.0.2
ports:
- 80:80
- 443:443
ulimits:
nproc: 65535
nofile:
soft: 102400
hard: 102400
nginx 出现413 Request Entity Too Large问题的解决方法
给客户开的上传文件大小10M，但客户上传时候，提示413错误
1、确认php.ini里的upload_max_filesize = 10M;post_max_size = 10M;
2、除此外，还需要修改nginx的参数 client_max_body_size 10M; 增加在http 段里。
测试成功。
关于Nginx+Php-fpm容器协同应用的一点提示
1、目录问题
Php-fpm容器的/project目录需要在nginx容器中同样加载
2、权限问题
一般默认均采用www-date权限，nginx可以指定启动程序用户
3、设置
主目录可分别设置，缺点有点儿混乱，优点是可以精确设置配置信息。
4、请继续补充。。。
Pure-ftpd 1.0.51 弃用 -F 启动参数
目前测试看，1.0.49还是有这个参数的，1.0.51 已经弃用了这个启动参数，同时被明确放弃的编译参数是 –with-welcomemessage，虽然带着这个参数也能编译过去，但其实已经是无效参数了。
这就导致了一个问题，如何修改默认欢迎信息，查资料默认信息是.banner，但1.0.51这个版本是没有这个文件的，如果想隐藏程序名称，只有一个思路就是修改程序源代码来完成。使用find命令是可以找到修改点的，大家自己找找看，如果实在找不到可以QQ群问我。
dl-cdn.alpinelinux.org 国内访问过慢的解决方法
在Dockerfile的RUN语句后加入一行
sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories && \
例如
RUN set -ex && \
chmod a+x /usr/bin/entrypoint.sh && \
sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories && \
apk add --no-cache \
--virtual .build-deps \
build-base \
curl \
openssl-dev \
tar && \
chmod a+x /usr/bin/entrypoint.sh && \
sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories && \
apk add --no-cache \
--virtual .build-deps \
build-base \
curl \
openssl-dev \
tar && \
编译Dockfile时提示：exec: “/usr/bin/entrypoint.sh”: permission denied: unknown 的解决方法
首先需要确定思路的是生成镜像时，程序发现 /usr/bin/entrypoint.sh 文件没有可执行权限，才会报这个错误。围绕这个问题，需要修改 Dockfile文件，简单举个例子：
RUN set -ex && \
sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories && \
apk add --no-cache \
--virtual .build-deps \
build-base \
curl \
openssl-dev \
tar && \
sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories && \
apk add --no-cache \
--virtual .build-deps \
build-base \
curl \
openssl-dev \
tar && \
语句应该加在RUN的后面，属于系统级别参数设置，修改如下：
RUN set -ex && \
chmod a+x /usr/bin/entrypoint.sh && \
sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories && \
apk add --no-cache \
--virtual .build-deps \
build-base \
curl \
openssl-dev \
tar && \
chmod a+x /usr/bin/entrypoint.sh && \
sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories && \
apk add --no-cache \
--virtual .build-deps \
build-base \
curl \
openssl-dev \
tar && \
制作镜像时修改 alpine 3.17 为宿主机时间
在Dockfilie文件中添加
volumes:
– /etc/localtime:/etc/localtime
如果直接使用nerdctl run 的话，需要在启动语句中加入
-v /etc/localtime:/etc/localtime
排除Veeam的Error: Failed to open VDDK disk错误
测试新版本的Veeam12的时候，不管增加的是Vcenter还是Esxi，6.7的版本全是正常备份，8.0的版本全部失败，报打开VDDK 磁盘失败错误，经过长时间的探索，逐步对Veeam的备份机制有所了解，先说结论
部署Veeam的ip地址和Esxi8管理ip可通信，但和Esxi8的vmotion的ip不能通信导致，但在Esxi6.7版本及之前不存在这个问题。
推测原因是Esxi7及以后版本改变了数据通信模式，如果没有配置vmotion ip，那么备份时候数据还是走管理ip，但是一旦发现主机配置了vmotion ip，则只从vmotion ip走数据；Esxi6.7及之前的版本是只要管理ip和Veeam的ip是通的，就可以走备份数据。
提供思路，希望能帮助有相同困扰的朋友。