首页
关于
Search
1
从零开始学 Linux:终端手记阅读指南
44 阅读
2
修改 Nginx 配置前后,我会检查的六件事
38 阅读
3
Linux 命令行入门:先练熟这 12 个命令
36 阅读
4
systemctl 与 journalctl:服务故障排查的固定顺序
29 阅读
5
Docker 第一次练习:镜像、容器、日志和端口
28 阅读
Linux 入门
命令与学习指引
文件与权限
系统管理
服务与资源管理
Web 与 PHP 配置
MySQL 运维
监控与日志
Shell 自动化
Bash 基础与可靠性
文本与日志处理
定时任务与备份
排错复盘
服务与通知排障
存储与恢复排查
网络基础
连通性与防火墙
HTTP 路由与代理
Web 探测与指标
容器实践
Docker 入门
数据持久化
工具与效率
Git 版本管理
终端与远程工具
登录
Search
标签搜索
Linux
学习路线
新手入门
chmod
文件权限
systemd
Bash
SSH
命令行
软件包管理
磁盘空间
日志分析
阿远
累计撰写
45
篇文章
累计收到
22
条评论
首页
栏目
Linux 入门
命令与学习指引
文件与权限
系统管理
服务与资源管理
Web 与 PHP 配置
MySQL 运维
监控与日志
Shell 自动化
Bash 基础与可靠性
文本与日志处理
定时任务与备份
排错复盘
服务与通知排障
存储与恢复排查
网络基础
连通性与防火墙
HTTP 路由与代理
Web 探测与指标
容器实践
Docker 入门
数据持久化
工具与效率
Git 版本管理
终端与远程工具
页面
关于
搜索到
5
篇与
的结果
2026-10-29
Redis 运维预习:内存、过期时间与持久化
Redis 常用于缓存和会话,但它不会因为速度快就适合替代所有数据库。本篇作为后续实验的预习,不表示本站已经安装 Redis。
2026年10月29日
1 阅读
0 评论
1 点赞
2026-10-28
Nginx 的 65535 为什么没生效:从 limits.conf 查到 systemd
这次给服务器调整文件描述符限制时,我先修改了 limits.conf,却发现 Nginx 进程没有按预期变化。最后真正解决问题的是 systemd 的服务覆盖配置。
2026年10月28日
7 阅读
1 评论
1 点赞
2026-10-27
Chrony 时间同步:为什么日志、证书和监控都依赖它
排错时需要把 Nginx、数据库日志与监控曲线对齐。机器时间不准,时间线可能互相矛盾,TLS 证书也可能被误判为尚未生效或已过期。
2026年10月27日
0 阅读
0 评论
0 点赞
2026-10-26
systemctl 与 journalctl:服务故障排查的固定顺序
服务启动失败时,我会按“状态 → 日志 → 配置 → 端口 → 再验证”的顺序检查。这样可以保留证据,也能避免一上来就重装软件。下面以 sshd 为例;不同发行版的服务名可能是 ssh。1. 先确认服务状态systemctl status sshd --no-pager systemctl is-enabled sshdstatus 会显示是否运行、退出码以及最近几行日志。is-enabled 只表示开机是否自动启动,与此刻是否运行是两回事。若提示单元不存在,先用 systemctl list-unit-files | grep ssh 找真实名称。2. 沿着时间线读日志journalctl -u sshd -b --no-pager -n 80 journalctl -u sshd --since "30 minutes ago" --no-pager-b 限制为本次启动,-n 80 看末尾 80 行。重点找第一条明确错误:配置语法、权限、端口占用或依赖失败。记下报错原文,再查对应配置。3. 改动前先验证配置OpenSSH 服务端可用 sshd -t 检查配置语法;执行前先确认系统已安装并找到该命令。其他服务也常有自己的 --test 或 -t 选项。编辑配置前先备份,修改后先做语法检查,再重启。sudo sshd -t sudo systemctl restart sshd systemctl status sshd --no-pager ss -lntp | grep -E ':(22|62307)\b'远程操作 SSH 时,保留当前登录会话,确认新会话可以连接后再退出。最后记录“现象、日志证据、改动、验证结果”,这比“重启好了”更有复用价值。重新加载的适用边界本站 SSH 使用自定义端口,文中 22 只是默认示例。先用 systemctl cat sshd 核对服务执行的程序,再检查实际监听;机器上存在多套 OpenSSH 时,PATH 中的 sshd 不一定是服务正在使用的版本。修改前保留控制台入口,用实际服务二进制 -t 检查,再按服务能力选择 reload 或 restart。daemon-reload 只重新读取 systemd 单元,不会替服务加载业务配置。内容复核与修订:2026-10-29。实验示例与本站运行记录分别说明;原始归档日期保留。
2026年10月26日
29 阅读
1 评论
3 点赞
2026-10-26
软件包管理速查:apt 与 dnf 怎么选
安装软件前,先确认发行版和包管理器。Debian、Ubuntu 系常用 apt;Fedora、较新的 RHEL 系常用 dnf。两套命令解决的是同类问题,但软件包名称和仓库内容可能不同。先识别系统cat /etc/os-release command -v apt || command -v dnf/etc/os-release 提供发行版信息;command -v 用来确认命令是否存在。不要把网上看到的 apt install 原样贴到任何服务器上。常用操作对照目的Debian/UbuntuFedora/RHEL 系更新仓库索引sudo apt updatesudo dnf makecache搜索软件包apt search nginxdnf search nginx查看详情apt show nginxdnf info nginx安装sudo apt install nginxsudo dnf install nginx移除sudo apt remove nginxsudo dnf remove nginx安装前先看软件包名称、来源和将被改动的依赖。apt update 更新的是索引;apt upgrade 才会升级已安装的软件包,两者不要混为一谈。生产机器的升级还需要维护窗口和回滚计划。安装后怎么验证先用 command -v nginx 确认命令,再查看版本或服务状态;若安装的是服务,还要检查是否启动、端口是否监听。出现“找不到软件包”时,优先检查仓库索引和发行版版本,不要随手运行来源不明的安装脚本。先预览事务与文件归属Rocky 上可用 dnf list installed nginx 和 rpm -ql nginx 查看已安装包与文件位置;Ubuntu 可用 dpkg -L nginx。先确认同名程序是包管理安装还是源码安装,避免升级了另一套。移除软件可能连带删除依赖,执行前完整阅读事务列表;包移除不保证数据库与上传文件已备份。程序版本、服务 active、HTTP 功能正常要分别验证。内容复核与修订:2026-10-29。实验示例与本站运行记录分别说明;原始归档日期保留。
2026年10月26日
12 阅读
0 评论
0 点赞