<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[qinyia的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/qinyia</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; qinyia]]></copyright><item><title><![CDATA[服务器异常流量排查：发现并清除kswpad挖矿后门及持久化守护进程]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/160991067</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/160991067</guid><author>qinyia</author><pubDate>Mon, 11 May 2026 18:53:49 +0800</pubDate><description><![CDATA[确认了它们当前的连接状态：***处于LAST-ACK（SSH旧连接残留），***处于SYN-SENT（正在尝试连接2070端口），***有一个ESTABLISHED连接，进程是kswpad（PID 2391）。，三条命令执行后，再次计算em1发送速率，已从2150 Mbps骤降到28 Kbps，流量成功降下来。统计各端口连接数，发现端口***（vos3000进程）有26个连接、端口。文件（内容就是的PID 2391），网络连接指向***😗**。我决定：“先把流量降下来，再处理***、***、]]></description><category></category></item><item><title><![CDATA[AI助手基于应用集成平台9台服务器CPU与内存资源分析及重启方案制定]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/160878024</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/160878024</guid><author>qinyia</author><pubDate>Fri, 08 May 2026 09:14:59 +0800</pubDate><description><![CDATA[【最近实战】]]></description><category></category></item><item><title><![CDATA[Rocky Linux 9 源码编译 Asterisk 20 + FreePBX 17 搭建小型呼叫中心]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/160856729</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/160856729</guid><author>qinyia</author><pubDate>Thu, 07 May 2026 13:58:00 +0800</pubDate><description><![CDATA[1. 版本兼容性是第一道坎Asterisk 和 FreePBX 的版本搭配需要严格匹配。Asterisk 23 虽然是最新版，但 FreePBX 17 尚未支持它。选择 Asterisk 20 LTS + FreePBX 17 是官方推荐的成熟组合。2. Rocky Linux 9 的仓库配置CRB 仓库需要手动启用（EPEL 仓库需要额外安装默认 PHP 版本是 8.0，但 FreePBX 17 需要 8.1+3. SELinux 必须处理。]]></description><category></category></item><item><title><![CDATA[【最近实战】我与AI助手围绕Wisdom SSH产品前景展开的一场深度辩论复盘]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/160824196</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/160824196</guid><author>qinyia</author><pubDate>Wed, 06 May 2026 14:24:54 +0800</pubDate><description><![CDATA[离线场景的心理落差：用户为AI付费，突然离线退回裸终端，会感到"降级体验"切换成本不只是安装新软件：用户跟经年累月形成的肌肉记忆竞争长期记忆的挑战：环境会变、识别准确率、隐私成本企业合规的隐形的墙：金融、政务、运营商进不去定价权不在自己手里：模型供应商自己做终端工具成本几乎为零通用AI越强，专用工具反而越危险中文运维内容的"脏数据"问题这场辩论持续了多轮，AI助手从多个角度试图反驳Wisdom SSH的前景，而我始终坚持自己的判断。最终AI助手承认了我的逻辑更完整。]]></description><category></category></item><item><title><![CDATA[Wisdom SSH 如何通过批量命令快速完成服务器性能开销检查]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/158574364</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/158574364</guid><author>qinyia</author><pubDate>Mon, 02 Mar 2026 13:12:54 +0800</pubDate><description><![CDATA[再往上一看进程，按占用排序，前五名里最“抢戏”的是图形界面的 gnome-shell，CPU 占了 1.3%，不过也就那样，完全不影响整体性能。现在我每次遇到“这机器是不是出毛病了”的疑惑，第一个想到的，不再是手动查命令，而是直接问它一句：“来，帮我看看。显示总共 31GiB 内存，实际用了才不到 1GB，几乎全是空闲的，交换分区一点动静都没有。看了看系统运行时长和平均负载，又抓了下实时的 CPU 情况，结果让我松了口气：99.5% 的空闲率，负载三个数值加起来还不到 0.5，远远没到吃紧的程度。]]></description><category></category></item><item><title><![CDATA[Wisdom SSH通过多轮工具调用解决PostgreSQL容器因数值溢出导致的磁盘IO风暴问题]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/158574320</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/158574320</guid><author>qinyia</author><pubDate>Mon, 02 Mar 2026 13:09:55 +0800</pubDate><description><![CDATA[再往下挖，真相浮出水面：由于每次插入都因溢出失败，应用持续重试，生成海量无用的WAL日志，迫使数据库频繁触发检查点。最终，我们不只是修好了某个错误，更是重新理解了这套系统真正需要的东西——不是更快的硬件，而是更聪明的配置。一开始我以为是应用层的重试逻辑太激进，导致请求堆积，可深入排查后才发现，根本原因藏在一个不起眼的字段里——一个被。为了验证我的猜想：是不是因为不断重试，导致大量无效数据堆积，拖垮了磁盘性能，我让助手帮忙跑了个资源监控命令。，最大值也就刚过9万亿，而插入的数据已经逼近上限，甚至超了。]]></description><category></category></item><item><title><![CDATA[通过本地构建解决Cartographer编译中absl依赖缺失问题]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157773396</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157773396</guid><author>qinyia</author><pubDate>Thu, 05 Feb 2026 18:24:07 +0800</pubDate><description><![CDATA[整个协作过程展示了高效的故障排查方法：通过逐步分析错误信息，定位根本原因，制定分步解决方案，并提供可重复使用的自动化脚本。这种方法避免了系统级安装可能带来的权限问题，同时确保了构建环境的隔离性和可复现性。考虑到原工作空间中的abseil-cpp目录存在权限问题，无法直接使用，AI助手决定采用更安全的方案：在用户主目录下创建独立的构建环境。最终，通过本地构建Abseil库并正确配置环境变量，成功解决了Cartographer编译中的依赖问题，为后续的构建工作奠定了基础。包，并提供了相应的apt-get命令。]]></description><category></category></item><item><title><![CDATA[**使用AI助手在智慧运维中快速定位并修复服务异常：以Nginx配置错误导致502错误为例**]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157773388</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157773388</guid><author>qinyia</author><pubDate>Thu, 05 Feb 2026 18:23:27 +0800</pubDate><description><![CDATA[我正在使用WisdomSSH客户端管理一台运行Kylin Linux的生产服务器，该服务器部署了多个核心应用服务，包括Nginx反向代理、Docker容器化监控栈、以及多个业务微服务。而借助WisdomSSH集成的AI助手，实现了从日志定位→配置分析→环境探测→语法校验→服务重启的一体化闭环处理，显著缩短了故障恢复时间。整个过程从发现问题到解决，耗时约8分钟。通过本次任务，我深刻体会到：当智能体能准确理解上下文、调用系统工具并提供可执行建议时，运维不再是“命令行经验”的堆叠，而是基于事实推理的协作过程。]]></description><category></category></item><item><title><![CDATA[WisdomSSH解决新服务器环境探查的自动化流程]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157734950</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157734950</guid><author>qinyia</author><pubDate>Wed, 04 Feb 2026 17:59:00 +0800</pubDate><description><![CDATA[命令查看已安装的软件包。面对长达数千行的输出，WisdomSSH并未简单呈现原始数据，而是自动识别并提取了关键组件，如Python 2和Python 3的多个版本及其依赖库（如requests、lxml、yaml），以及常用工具如vim、wget、sudo等。最近一次操作中，我通过WisdomSSH工具，实现了对新服务器环境的高效探查，整个过程流畅且精准。WisdomSSH不仅节省了时间，更重要的是降低了人为疏漏的风险。首先，我通过WisdomSSH的智能指令功能，直接获取了系统的操作系统版本。]]></description><category></category></item><item><title><![CDATA[如何彻底卸载macOS上的conda并清理环境变量配置]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157734942</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157734942</guid><author>qinyia</author><pubDate>Wed, 04 Feb 2026 17:58:18 +0800</pubDate><description><![CDATA[整个过程表明，通过系统化地排查、验证和清理，可以确保conda及其所有相关配置被彻底移除。我需要在macOS系统上彻底卸载conda，确保系统中不再存在任何相关文件和环境变量配置。文件，因为macOS默认shell为zsh，该文件也可能包含相关配置。为了进一步确认，我使用。等应用文件，这确认了它是conda的完整安装目录。进行编辑，将这些配置内容移除，并生成备份文件。文件中的内容，确认已无与conda相关的配置。文件，确认其中已无与conda相关的配置内容。文件进行编辑，移除这些配置，并生成备份文件。]]></description><category></category></item><item><title><![CDATA[在Ubuntu 22.04.5 LTS上安装MySQL 8并设置root密码的完整协作流程]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157692528</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157692528</guid><author>qinyia</author><pubDate>Tue, 03 Feb 2026 15:17:14 +0800</pubDate><description><![CDATA[我需要在当前的Ubuntu 22.04.5 LTS系统中安装MySQL 8，并将root用户的密码设置为指定值。最终，我完成了MySQL 8的安装与root密码配置。安装过程显示了详细的进度条，最终提示“Setting up mysql-server-8.0”，确认安装完成。我执行后，系统返回显示服务状态为"active (running)"，且启动时间明确，确认服务已正常运行。我执行了该命令，系统返回了完整的更新和升级日志，确认所有包均已同步至最新状态。我执行该命令，系统无报错返回，说明语句被正确解析。]]></description><category></category></item><item><title><![CDATA[使用AI助手完成服务器系统备份迁移任务]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157692496</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157692496</guid><author>qinyia</author><pubDate>Tue, 03 Feb 2026 15:16:04 +0800</pubDate><description><![CDATA[接着，它检查了目标服务器的操作系统和内核版本，发现与源系统完全一致，都是openEuler 24.03 (LTS-SP3) 和 6.6.0-132.0.0.111.oe2403sp3.aarch64，这为迁移提供了基础保障。，该脚本包含了完整的恢复流程：从恢复分区表开始，依次恢复EFI、Boot分区、LVM物理卷，最后激活卷组并检查文件系统。整个协作过程体现了强大的自动化能力，无需手动编写复杂脚本，仅通过自然语言描述需求，即可完成复杂的系统迁移任务。文件传输完成后，它验证了所有文件的完整性。]]></description><category></category></item><item><title><![CDATA[如何在服务器上查看网络连接数并进行综合分析]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157649545</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157649545</guid><author>qinyia</author><pubDate>Mon, 02 Feb 2026 14:10:17 +0800</pubDate><description><![CDATA[我最近需要检查一台服务器的网络连接情况，但不确定如何系统地获取这些信息。我决定使用AI助手来协助完成这个任务。]]></description><category></category></item><item><title><![CDATA[使用WisdomSSH快速验证Ollama部署的DeepSeek模型能力]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157649492</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157649492</guid><author>qinyia</author><pubDate>Mon, 02 Feb 2026 14:08:43 +0800</pubDate><description><![CDATA[整个过程不依赖外部网络访问，完全在本地环境中完成，验证了Ollama服务与模型镜像的兼容性，以及AI推理链路的可靠性。该案例展示了WisdomSSH作为集成式终端工具，在简化复杂操作方面的能力——将原本需要多步操作的验证流程，转化为一次清晰的指令交互。该请求包含两个核心目标：一是完成模型的加载与实例化，二是通过一个具体的交互任务验证模型的功能完整性。该命令的作用是向Ollama服务发起一个推理请求，指定模型版本为deepseek-r1:1.5b，并输入“介绍一下自己”作为初始提示词。]]></description><category></category></item><item><title><![CDATA[如何安全删除通过 Git Clone 下载的所有仓库目录]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157507850</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157507850</guid><author>qinyia</author><pubDate>Thu, 29 Jan 2026 13:25:56 +0800</pubDate><description><![CDATA[本次操作的核心在于精准识别“通过 Git Clone 下载的内容”这一需求，而非笼统的“卸载 git 软件”。我的初始提问存在歧义，但通过上下文和工具调用，AI 助手快速澄清了意图。它没有直接执行删除，而是通过分阶段的探测（是否存在.git）、评估（磁盘占用）和验证（删除后状态），确保操作的安全性和准确性。整个过程依赖于对目录结构的深入理解，以及对 Linux 命令的熟练运用。]]></description><category></category></item><item><title><![CDATA[修复 `moltbot` 命令未找到且配置错误的部署问题]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157507838</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157507838</guid><author>qinyia</author><pubDate>Thu, 29 Jan 2026 13:25:02 +0800</pubDate><description><![CDATA[这一过程体现了 AI 助手在复杂本地部署场景中的精准诊断能力——通过分层验证、工具调用与日志分析，将模糊的“命令未找到”转化为可操作的“配置项异常”问题，从而为用户提供可执行的解决方案方向。命令，但系统提示“未找到命令”，这表明该命令不在当前环境的可执行路径中。该过程清晰地展示了如何从“命令不存在”逐步定位到“配置不合法”的真实问题，避免盲目安装或重装。本次排查以事实为基础，每一步均通过工具调用验证，无主观臆断。同时，程序启动成功，展示出完整的帮助文档和可用命令列表，包括。的目录，推测该程序应位于其中。]]></description><category></category></item><item><title><![CDATA[如何为RTL8211F网卡配置rgmii-id模式并优化tx/rx delay]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157392191</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157392191</guid><author>qinyia</author><pubDate>Mon, 26 Jan 2026 12:07:47 +0800</pubDate><description><![CDATA[我遇到了一个网络配置问题，需要将RTL8211F网卡的工作模式从rgmii改为rgmii-id，并调整tx/rx delay参数。这个问题困扰了我一段时间，直到我使用WisdomSSH的AI助手进行协作排查。]]></description><category></category></item><item><title><![CDATA[一键关闭系统所有LED灯：基于AI助手协作的完整排查与实现]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/157392178</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/157392178</guid><author>qinyia</author><pubDate>Mon, 26 Jan 2026 12:07:15 +0800</pubDate><description><![CDATA[我正在使用一款深度集成人工智能的SSH客户端工具WisdomSSH，远程管理一台Debian 12系统。在操作过程中，我发现系统上的多个指示灯（包括绿色心跳灯）持续亮起，影响了设备静音环境下的使用体验。整个过程展示了智能辅助工具如何通过逐步诊断、精准执行和自动化封装，将复杂的硬件控制任务转化为一条简单命令。此时，我提出需求：希望创建一个一键关闭所有指示灯的脚本。的脚本文件，内容包含完整的状态检测、权限判断、逐个设备关闭逻辑以及最终状态验证。，表明该灯处于周期性闪烁状态，即使亮度值为0也仍会闪动。]]></description><category></category></item><item><title><![CDATA[ToDesk清理后是否需要重启系统？基于真实排查过程的完整复盘]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/156653962</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/156653962</guid><author>qinyia</author><pubDate>Tue, 06 Jan 2026 17:51:30 +0800</pubDate><description><![CDATA[我正在使用CentOS Stream 9系统，为了确保系统环境干净，决定彻底清理已安装的ToDesk远程控制软件。为了解答这个问题，我向AI助手提出了具体问题，并根据其引导进行了一系列验证操作。]]></description><category></category></item><item><title><![CDATA[如何安全清理以 amis 开头的容器与镜像]]></title><link>https://blog.youkuaiyun.com/qinyia/article/details/156653956</link><guid>https://blog.youkuaiyun.com/qinyia/article/details/156653956</guid><author>qinyia</author><pubDate>Tue, 06 Jan 2026 17:50:59 +0800</pubDate><description><![CDATA[当命令执行失败时，系统会自动识别错误原因，并引导用户采取正确路径，确保操作的安全性与可靠性。整个过程清晰、可追溯：从识别目标资源 → 安全关闭运行实例 → 清理依赖容器 → 成功删除镜像 → 最终验证结果，每一步都基于真实输出进行判断，未跳过任何关键环节。系统返回报错，提示存在冲突，原因是这些镜像仍被已停止的容器引用。返回结果显示三个容器虽已停止，但依然存在，其状态为“Exited”，且仍关联原始镜像。此时，我要求删除这三个已停止的容器。本次操作成功，返回信息显示镜像已被解包并删除，相关层也一并释放。]]></description><category></category></item></channel></rss>