由于CentOS8默认安装了podman，因此在CentOS8中安装docker会导致冲突引发如下异常。

Error: 
 Problem 1: problem with installed package podman-2.0.5-5.module_el8.3.0+512+b3b58dca.x86_64
  - package podman-2.0.5-5.module_el8.3.0+512+b3b58dca.x86_64 requires runc >= 1.0.0-57, but none of the providers can be installed
  - package containerd.io-1.4.3-3.1.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.1.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - cannot install the best candidate for the job
  - package runc-1.0.0-64.rc10.module_el8.3.0+479+69e2ae26.x86_64 is filtered out by modular filtering
 Problem 2: problem with installed package buildah-1.15.1-2.module_el8.3.0+475+c50ce30b.x86_64
  - package buildah-1.15.1-2.module_el8.3.0+475+c50ce30b.x86_64 requires runc >= 1.0.0-26, but none of the providers can be installed
  - package docker-ce-3:20.10.1-3.el8.x86_64 requires containerd.io >= 1.4.1, but none of the providers can be installed
  - package containerd.io-1.4.3-3.1.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.1.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.1-3.1.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.1-3.1.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - cannot install the best candidate for the job
  - package runc-1.0.0-56.rc5.dev.git2abd837.module_el8.3.0+569+1bada2e4.x86_64 is filtered out by modular filtering
  - package runc-1.0.0-64.rc10.module_el8.3.0+479+69e2ae26.x86_64 is filtered out by modular filtering

在部分场景中却不得不使用docker，因为podman是新东西，即便命令和docker及其相似，也因为生态原因，各类API还无法完全兼容。例如《【视频教程】Electron自动编译及自动更新、分发》就对这个情况进行过说明，在使用Electron 应用分发系统的时候，由于使用了开源项目dockerode对docker进行控制，因此需要卸载podman改用docker。

在ubuntu 20.04 LTS版本中，可以通过sudo apt install python安装python2，但是无法通过sudo apt install python-pip安装pip2，提示E: Unable to locate package python-pip。

无法找到python-pip安装包的原因是，Python 2.7的支持周期已于2020年1月1日结束。因为不再维护Python 2.7，pip 21.0已于2021年1月停止对Python 2.7的支持。

如果通过pypa.io的默认get-pip.py脚本进行安装，也将遇到This script does not work on Python 2.7 The minimum supported Python version is 3.6.提示。

为了实现Electron的自动更新，曾撰文《Electron 应用分发系统（Electron自动更新）》，不少小伙伴反应说不知道正确的操作姿势。仔细想来，这个部署确实不简单，因此特意录制此视频。

视频从头开始讲解了如何搭建一个Electron官方示例，配置并实现push到git仓库后服务器端自动编译、自动上传编译后的文件到七牛对象存储、客户端捕获更新信息并且后台静默更新的配置全过程。

需要特别留意的是，每次发布新版本之前都需要修改package.json里面的version版本号，否则自动更新分发会失效。

使用Nginx可以实现根据域名进行TCP反向代理到不同的内网服务器。

应用场景

一家公司购买了很多服务器，为了节约成本，使用了阿里云/腾讯云的NAT网关，通过几台网关服务器进行NAT出口，通过大量内网服务器进行数据计算，节约公网带宽费用且确保了内网服务器不因公网IP泄露导致被攻击。

但是在用作网关的出口服务器上，需要配置SSL域名证书。如果在网关配置域名证书，各个业务对证书的要求不一样，网关服务器管理员疲于运维。因此，通过TCP反向代理到内网服务器，让内网服务器管理员自行配置SSL证书。

云服务器云盘扩容相关文章挺多的，坑也比较多。特整理正确操作如下。

支持的发行版

• Ubuntu
• CentOS
• Debain
• Alpine
• Arch

在 Ubuntu 16.04、Ubuntu 18.04、Ubuntu 20.04测试过。

在CentOS 6、CentOS 7、CentOS 8测试过。

在阿里云、腾讯云、AWS EC2实测过扩容，以上云服务商都支持云盘扩容。

需要注意的是，虽然扩容方法支持系统盘和数据盘，然而部分云服务提供商并不支持系统盘扩容，只支持在购买云服务器/VPS的时候选择系统盘大小。通常这些服务商都支持对系统盘进行备份，可以通过新购服务器还原系统盘镜像然后再执行此文操作的方式进行迁移扩容。

此方法不支持ARM服务器扩容。一般来说，ARM服务器、Raspberry Pi、NanoPi等arm架构的设备都有专门的扩容方法，需要查阅相应文档进行扩容。

ESXi + Frp 实现内网穿透，可以做到远程管理ESXi。由于ESXi默认启用了SSL本地证书，因此配置方法与传统http站点反向代理有所不同。

[esxi-web]
type = tcp
local_ip = 10.10.10.254
local_port = 443
remote_port = 6012

可以看到上述绑定的本地端口号是443。这里的type只设置为tcp，远程访问地址：https://xx.xx.xx.xx:6012，注意，需要以https开头并忽略证书错误。

ESXi有可能会出现无法添加网络适配器，即无法选择虚拟网卡，网络适配器没有选项（如图）。这个问题是错误的配置导致的，并非系统BUG。

此时网络数量可能显示为0，或者与实际网络数量不符。

通过给ESXi宿主机安装USB驱动，可以实现兼容虚拟机无法驱动的硬件。如果虚拟机本身已经兼容了该硬件，可以参考《ESXI+爱快+LEDE 使用2.5G USB网卡 RTL8156》设置USB芯片组直通，获得更好的性能体验。

驱动下载地址： https://flings.vmware.com/usb-network-native-driver-for-esxi

注： 根据官网说明，flings是实验性的，不应该用于生产环境。

支持的ESXi版本：6.5.0，6.7.0，7.0.0，7.0.1。建议升级到ESXi 7.0 Update 1以获得最佳体验（参考《ESXi7.0.0 升级到 ESXi 7.0 Update 1》）。低版本可能导致重启后USB网卡无法正常工作且无法恢复。