作者小头像 Lv.3
更多个人资料
172 成长值
0 关注
0 粉丝
+ 关注 私信

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据
个人勋章
TA还没获得勋章~
成长雷达
160
12
0
0
0

个人资料

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
502、503、504 背后分别是哪一环出了问题：一次 HTTP 状态码排错
线上服务出问题时，浏览器给你的往往不是一句人话，而是一个三位数：502、503、504。它们都长在 5xx 家族里，都表示“服务器这边出了问题”，但“服务器这边”到底是哪一边，三个码说的完全是三回事。排错的第一步，就是先把责任分到正确的环节上，否则很容易在没坏的地方折腾半天。一、先把链路画出来：请求到底经过了几手一个常见的部署是：用户 → CDN → Nginx 反向代理 → 应用服务 → ...
http 开发者 运维
作者小头像 yd_214534406 2026-11-13 09:49:32
5
0
0
2026-11-13 09:49:32
5
0
0
SSH 一断，跑了半小时的命令就没了？用 tmux 把任务和连接拆开
远程运维最让人心疼的事故，往往不是命令写错，而是连接先断了：一条跑了四十分钟的数据迁移，SSH 在第三十八分钟闪断，重连之后进度清零，只能从头再来。问题不在命令本身，而在命令的宿主——它挂在那个 SSH 会话下面，会话一断，系统发 SIGHUP，进程跟着一起走。tmux 解决的就是这个宿主问题：把进程挪进一个独立于 SSH 的常驻会话，SSH 只是它的一块屏幕，屏幕碎了进程不死。一、会话、窗...
ssh 运维
作者小头像 yd_214534406 2026-11-12 09:47:52
6
0
0
2026-11-12 09:47:52
6
0
0
服务器防火墙入门：用 ufw 只放行该开的端口
很多个人服务器出事，不是因为漏洞多高深，而是因为端口开得太随手：数据库直接裸奔公网、测试服务忘了关、面板端口对全世界开放。防火墙的意义不是把服务器藏起来，而是只放行该开的端口，其余一律拒绝。ufw 是 Ubuntu/Debian 上最省事的一层，几条命令就能把暴露面收干净。一、先想清楚：到底哪些端口必须开动手之前先列清单。一台典型的个人服务器，真正需要对公网开放的通常只有三个：SSH（登录用...
开发者 运维
作者小头像 yd_214534406 2026-11-11 09:47:52
12
0
0
2026-11-11 09:47:52
12
0
0
Cron 定时任务排错：为什么你的脚本手动能跑、定时却失败
几乎每个运维人都遇到过这个场面：写好的脚本在终端里跑得好好的，一放进 crontab 就悄无声息地失败，日志里什么都没有。问题很少出在脚本本身，大多出在 cron 的运行环境和手工执行时的环境不一样。把这几个坑排一遍，多数“定时失败”都能定位。
Linux 开发者 运维
作者小头像 yd_214534406 2026-11-10 03:58:50
14
0
0
2026-11-10 03:58:50
14
0
0
Nginx 反向代理入门：把后端服务安全地暴露给外网
一台服务器上跑了好几个服务：博客在 8000 端口，接口在 3000 端口，管理后台在 8080 端口。如果直接把这些端口都暴露到公网，既难记又不安全。反向代理就是解决这个问题的标准做法：让 Nginx 守在 80/443 端口，收到请求后再按规则转发给后面的服务，访客只看到 Nginx，看不到真正的后端。一、反向代理到底做了什么请求链路是这样的：访客 -> Nginx（80/443）-> ...
Nginx 开发者 运维
作者小头像 yd_214534406 2026-11-09 09:51:53
21
0
0
2026-11-09 09:51:53
21
0
0
服务器 SSH 安全加固：改端口、禁密码、只留密钥登录
新开一台云服务器，第一件事往往不是装应用，而是把 SSH 加固好。SSH 是服务器的正门，默认配置暴露在公网上，每天都会被成千上万次的密码爆破扫描。加固的思路很简单：让攻击者连门都摸不到，就算摸到也打不开。一、改默认端口：挡掉九成以上的批量扫描SSH 默认跑在 22 端口，全网的扫描器都在扫它。把端口改成一个不常用的高位端口，比如 22022，能直接过滤掉绝大多数只扫默认端口的自动化脚本。这...
ssh 开发者 运维
作者小头像 yd_214534406 2026-11-08 09:56:26
25
0
0
2026-11-08 09:56:26
25
0
0
日志悄悄把磁盘写满之前：journalctl 与 logrotate 的日常管理
服务器磁盘告警里，日志写满是最常见、也最容易被忽视的一种。服务跑得好好的，日志一天天涨，直到磁盘 100%，数据库写不进去、程序开始报一堆看不懂的错，才回头发现 /var/log 已经几个 G。日志管理不复杂，关键是分清两套体系：systemd 的 journald 管系统和服务日志，传统文本日志靠 logrotate 轮转。两边都设好上限，磁盘就不会被日志偷袭。一、先定位：到底是谁在涨动手...
开发者 运维
作者小头像 yd_214534406 2026-11-07 09:49:39
32
0
0
2026-11-07 09:49:39
32
0
0
《别再靠 nohup 了：用 systemd 把自己的脚本变成开机自启的系统服务》
自己写的小脚本、小工具，刚开始跑起来往往很随意：SSH 登录上去，nohup 一挂，终端一关，看着还在跑就收工了。问题是这种跑法经不起事——机器一重启，服务不会自己回来；进程半夜挂了，没人拉它起来；想看日志，得满世界找当时重定向到了哪个文件。用 systemd 把脚本注册成一个正经的系统服务，这些问题一次就都解决了，而且成本只是一个十几行的配置文件。一、一个最小可用的 service 文件长...
开发者 运维
作者小头像 yd_214534406 2026-11-06 13:22:37
37
0
0
2026-11-06 13:22:37
37
0
0
备份做完了不算完：小服务器的 3-2-1 备份与恢复演练
很多小服务器的备份都是“搭的时候认真配过一次，之后再也没看过”。定时任务一直在跑，备份文件一直在攒，看起来万无一失。真到磁盘坏了、误删了、被入侵了需要恢复的那天，才发现备份文件是三个月前的、恢复步骤没人记得、或者备份里根本没有最关键的那一份——备份这件事，怕的不是没做，而是做了却没验证。下面这套做法不依赖什么重装备，个人维护的几台小服务器就能落地：先想清楚备什么，再按 3-2-1 放，最后定...
运维
作者小头像 yd_214534406 2026-11-05 09:47:43
42
0
0
2026-11-05 09:47:43
42
0
0
还在用一长串 docker run 部署服务？换成 Docker Compose 之后省心的几个地方
刚开始在云服务器上用 Docker 跑服务时，很多人都是从 docker run 入门的：一条命令拉起一个容器，端口、挂载目录、环境变量全写在命令行里。服务少的时候没问题，等手里有三五个容器、还要互相配合的时候，这种方式就开始难受了：命令记不住，重建容器时参数抄错一个，服务就起不来；想迁移到另一台机器，更是要把一堆命令逐条找齐。Docker Compose 解决的就是这个问题：把一个服务怎么...
Docker 开发者 运维
作者小头像 yd_214534406 2026-11-04 09:45:54
35
0
0
2026-11-04 09:45:54
35
0
0
总条数：16
10
10
20
50
100
  • 1
  • 2

上滑加载中

https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注