Aionli的博客

原创 从零到一：基于 Docker 与 Nginx 构建私有化大模型 RAG 知识库实战与排雷记录

在数据安全日益重要的今天，企业核心数据无法直接上传公有云大模型。为了兼顾 AI 的便利性与数据隐私，私有化 RAG（检索增强生成）成为了最佳方案。本文将基于Ollama（本地大模型推理） + Dify（RAG 应用平台） + Qdrant（向量数据库） + Nginx（反向代理）的架构，记录一次从零搭建企业级私有化 RAG 平台的实战过程。更重要的是，本文详细记录了部署过程中遇到的“拉取卡死”、“DNS 解析失败”、“502 报错”等真实踩坑经验与解决方案，希望能帮大家少走弯路。容器编排与故障排查。

原创 RHEL/类 RHEL 系统基础环境初始化与 Docker 部署实战指南

经过上述操作，一台具备基础环境标准化和Docker 生产级优化的服务器就准备完毕了。后续展望可以基于该虚拟机进行克隆，生成多台基础节点。利用 Docker Compose 快速拉起高可用数据库集群（如 Percona XtraDB Cluster / MySQL 主从）。后续需关注宿主机的时间同步（chronyd），确保集群节点间时间严格一致。

原创 Keepalived + Nginx + Tomcat 搭建高可用

Tomcat 层：任意一台 Tomcat 挂掉，Nginx 会自动将流量转发到另一台存活的 Tomcat。Nginx 层：任意一台 Nginx 挂掉，Keepalived 会通过脚本联动或 VRRP 协议，将 VIP 漂移到备用节点。Keepalived 层：主备机制保障了 Nginx 节点本身的容灾。

原创 Keepalived + Nginx 实现高可用 Web 集群

本文完成了 Keepalived + Nginx 高可用主备实验，核心流程如下：两台主机安装 Nginx 和 Keepalived；Master 优先级高于 Backup；两台配置相同的、认证信息和 VIP；Master 持有 VIP 对外提供服务；Master 故障时，VIP 自动漂移到 Backup；增加 Nginx 健康检测脚本，避免 Nginx 故障但 VIP 不漂移的问题；当 Nginx 异常且无法自动拉起时，脚本主动停止 Keepalived，触发 VIP 漂移。

原创 MySQL 8.4 从安装到主从同步

这份笔记从安装、基础 SQL、日志、逻辑备份、物理备份一路走到 GTID 和主从同步。备份一定要验证恢复，不然备份等于没有。物理备份恢复时权限和目录清理不能漏chown和是标准动作。主从同步先保证server_id和唯一，克隆虚拟机尤其注意。GTID 能简化复制定位，但恢复 binlog 时注意重复 GTID 和。生产环境不要随便改密码策略，实验环境用完记得恢复。希望这份笔记能帮你少踩几个坑。

原创 docker实现双主同步

在日常开发与运维中，MySQL 的双主（Master-Master）高可用架构是保障业务连续性的重要基石。随着 MySQL 8.0+ 版本的普及，使用GTID（全局事务标识符）替代传统的进行主从同步已经成为业界标配。本文将基于环境，从零搭建一套双主同步架构，并深度复盘搭建过程中遇到的“那些坑”（如 1396 元数据冲突、13117 GTID 模式不一致等），希望能帮到正在踩坑的你。⚠️ 为什么要自己创建网络？Docker 默认的bridge。

原创 快捷键（持续更新）

home 快捷键的意思为定位到行头。快捷键的意思为回到行尾。按键即可实现竖向选择，帮助我们快速对齐窗口。：光标快速移到文件头。：光标快速移到文件尾。

原创 nat网络地址转换

4、私网A通过NAPT，需要配置地址池，但址池中的地址数量可自行配置，可配置1个地址或者多个，能够使用 R1 的公网地址访问互联网。3.私网A配置NAT SERVER把Telnet的Telnet服务发布到公网，使PC2可以访问。6、私网A配置NAT SERVER把Telnet的Telnet服务发布到公网，使PC2可以访问。2.私网A通过NAPT，使R1接入到互联网，私网B通过EASY IP，使R3接入到互联网。3、R1和R3作为连接公私网的网络出口设备，在其上配置默认路由指向公网，实现公网互通。

原创 rip综合实验报告

在这里因为ping的操作是双向的，所以我们只需要在R1设备中进行ping，如果所有设备都能ping通，则说明全网可达。4、防环，做黑洞路由配置（截各设备配置图片）5、做备份，观察静态路由表的变化。配置IP地址（截各设备配置图片）

原创 静态路由综合实验

原创 tcp三次握手，四次断开

3. 第三次握手：客户端收到服务器的 SYN+ACK 数据包后，向服务器发送一个带有 ACK 标志的数据包，表示确认服务器的回应，连接建立成功。2. 第二次断开：服务器收到客户端的 FIN 数据包后，向客户端返回一个带有 ACK 标志的数据包，表示确认收到客户端的关闭请求。此时服务器进入 CLOSE_WAIT 状态，客户端进入 FIN_WAIT_2 状态。2. 第二次握手：服务器收到客户端的 SYN 数据包后，向客户端返回一个带有 SYN 和 ACK 标志的数据包，表示确认客户端的请求并同意建立连接。

原创 创建虚拟机