由于觉得磕磕碰碰运行着 RabbitMQ 的服务器跑着 Centos 7 系统已经过于老旧，决定重装操作系统了。
由于商家模板只有 Debian 11 系统，于是只能先安装 Debian 11 然后再升级到 Debian 12 系统。
一开始准备在已经不大中用的 128MB 内存安装 Debian11 、 Debian 10 都失败的机器只能安装 Centos 7 上面安装的，可是找不到现在可用的YUM源了，现在的YUM源只有8、9的，不得不安装回已经换成 Debian 的机器。
分类： Debian
Debian:Debian是一个自由的开源的操作系统，他是Linux的分支。Debian计划创建于 1993 年。Debian项目是由一组人的创造和分配作为开源软件免费的操作系统。这个软件称为Debian GNU / Linux或者干脆Debian的。
PVE+Ceph超融合环境搭建的一些优化
小鸡生小鸡：Debian10安装Proxmox VE
之前提到在Centos8安装KVM/QEMU进行虚拟化，然后由于技术问题不会给虚拟机分配独立公网IP而换成了Proxmox VE。
其实Proxmox VE我也是不熟悉的，现有的Proxmox VE虚拟机是因为旧版本（Proxmox VE 4.x）能上网或许是创建时支持勾选NAT网络，后面升级到5.x后创建虚拟机就没有NAT选择而不能上网导致我只能克隆原有的来达到创建的目的。在Debian10系统中Proxmox VE已经升级到6.x的版本，同样也没有NAT还好此时折腾的是多IP的可以给虚拟机分配独立IP，可是却不会同时再开NAT的虚拟机了······
使用Speedtest® CLI为Linux机器测速（互联网连接）
Speedtest® CLI
面向开发人员的互联网连接测量
Speedtest CLI 为命令行带来 Speedtest 背后的可信技术和全球服务器网络。Speedtest CLI 专为软件开发人员、系统管理员和计算机爱好者等打造，是 Ookla® 提供技术支持的首款正式 Linux 本机 Speedtest 应用程序。
使用 Speedtest CLI，您可以轻松完成以下操作：
- 无需依靠网络浏览器，在本机测量下载、上传、延迟和丢包等互联网连接性能指标
- 使用 Speedtest Server Network™ 测试 Linux 台式机、远程服务器甚至 Raspberry Pi® 等低功率设备的互联网连接
- 设置自动脚本收集连接性能数据，包括随时间变化的趋势
- 在自己的程序中使用自己所选的编程语言对 Speedtest 包装后进行使用
- 通过 CSV、JSONL 或 JSON 查看测试结果
Debian8.x系统VestaCP面板升级使用PHP7.3
本来准备在旧文章上面修改的，但是突然觉得有一段时间没有水内容了特意就开新篇章。
本次成功的替换到PHP7.3，同理上次7.2失败了的操作可以得到修正。
这次之所以再次折腾大概是因为5.6停止支持而我其中一台就服务器由于是Debian又暂时不能重装换Centos而再次折腾的。
为什么新装的系统是Centos呢？还不是因为之前Debian一直无法成功升级到7.2并顺利使用VestaCP面板管理。
同时使用Centos后发现yum update可以直接升级PHP等软件的版本（7.3.0update7.3.3）
【已修复】[boot-repair]血崩！误重启导致独服无法启动了！
准备把远在法国的独服上面几百GB的数据搬回本地的但是很遗憾速度惨不忍睹连5kb/s都没有于是就准备……
通过winscp走scp和sftp直接从服务器下载回来速度真难受，难道别QOS了，还想着春节回家才通宵下载回来的谁知道貌似比在外面的速度慢。（宽带运营商不同，外面没试过有没有速度……要测试只能等明年出去而且有空再下载了）
Debian8.x下Vestacp使用PHP7.2
由于Vestacp面板安装的默认版本是5.6，由于现在PHP7.2都出来了所以就打算将其更新到PHP7.2的版本。
之前里我就有过把该面板的PHP升级到7.0、7.1的复记，这次也不例外也将备份记录一下升级到PHP7.2的一些步骤。
同时这次还把MySql5.5.60换成了MariaDB 10.0.35，但是我是乱操作的目前导致无法在面板上创建数据库和用户。
Debian8重新编译Nginx以支持HTTP/2
早就有上HTTP2的打算的了，但是一直苦于无法解决期间支持通过一些CDN来解决，但是现在网站使用的是自建CDN而不得不自己折腾部署了。
Could not exec dpkg! returned an error code (100)
运行着Proxmox的服务器很久前就出现更新失败了……
许久前执行更新就卡在一个pve需要apt-get -f install修复依赖，可是这个又提示Could not exec dpkg! E: Sub-process /usr/bin/dpkg returned an error code (100)而不得不又升级失败。本来一直都不打算处理的但是近日有进行了一波处理，但是找到的方法只有ubuntu的。但是这虽然没有了error (100)却出现了error (1)凭我的渣渣技术没办法只好重装大法了。
继续阅读Could not exec dpkg! returned an error code (100)
Linux下使用Remmina远程桌面Windows
刚刚闲着无聊，虽然作业还有动手但是就打算在折腾一下以前使用过的Linux下远程桌面Windows。
忘记多久以前了在Ubuntu里就安装了远程的软件由于时间久远我忘记了软件的名字，不过还是通过度娘找到了软件名称。
Remmina是一款免费的开放源码，功能丰富且功能强大的远程桌面客户端，用于Linux和其他类似Unix的系统，用GTK + 3编写。 它适用于需要远程访问和使用许多计算机的系统管理员和旅行者。
它以简单，统一，均匀，易于使用的用户界面支持多种网络协议。