2020 年红帽认证（RHCA）考试确实让人有点“上头”，技术点比 2022 年还多，连原本好办的题目有时候都要绕三圈。当年考的时候，发现 Linux 的发行版管理简直是降维打击，Ubuntu 和 Debian 的包管理方式忒搞人心态了，RHEL 的可选组件更是把运维工程师推上了思想实验的悬崖。
那时候我天天在虚拟机里折腾，恨不得把整个系统拆成原子单位再来组装。 考试前一天晚上，我还在想要不要把系统里的内存条拆了手动扩容，结局发现配置成 4GB 依然能完胜。
那会儿自己在云环境里跑通了一个脚本，结局到了考场，发现连最好办的权限管理都让用户写注释了，原来当年的那些"cat > command.sh"根本不够用。记得有一次做网络相关的题，题目描述得特别模棱两可，说是“假设网络配置混乱”，下面直接甩出一堆 TCP 和 UDP 的伪代码，逼得人当场脑补边缘路由协议在撒谎。
那时候我就在想，要是能在考试现场看到有人拿着真的防火墙规则表，是不是就认定更有代入感了。 Linux 操作层面那一章，简直是把“像人一样思索”具象化了。把文件权限从 `chmod 755` 改成 `chown root:root`，那种心领神会的瞬间，仿佛确实摸到了系统的灵魂。
那时候我还在纠结要不要用 `sudo -i` 直接进入 root 环境，后来才发现，那种“既然我已经是 root，那就直接改吧”的逻辑，比任何文档都管用。考试时，我就连能脑补出那种场景：用户权限不足，我直接修改了文件权限，用户连看一眼的机会都没有，整个过程行云流水。
这种“直接操作”的爽感，比看几百页变更记录都要刺激得多。 网络配置那局部，特别是 IPv4 和 IPv6 的混合环境，简直是送命题。曾经有个题目，让你在一个 IPv4 地址段做 DHCP 分配，结局选项全是双端地址，逼得人当场质疑网络配置的根本。
那时候我就在想，要是能在考试现场看到有人拿着真的防火墙规则表，是不是就认定更有代入感了。记得那次考，我就连把 eth0 的 IP 抢了，害得本机无法上网，结局出于不知道如何办，当场急了，当作这就是系统故障。
后来才知道，那实际上是题目在考你对“网络层”和“应用层”边界的理解——既然 IP 乱了，那我还得用 ARP 来确认脑袋，还得用 ICMP 来探测广播，最终还得用 `ping` 来试探存活。
那种在混乱中重建秩序的过程，比单纯背命令都来得真。 数据库这块，特别是 MySQL 的权限管住，让我大开眼界。
那会儿总认定数据库就是数据目录，结局发现，只要系统权限不对，数据目录就是一座孤岛。有一次考试，题目让你读取一个只读的用户表，结局发现就算你用了 `SELECT FROM ...`，系统在底层依然出于权限难题回绝了请求。
那一刻我才明白，数据库的保险不是靠数据库层，而是靠系统层做的“隐形围墙”。
那些“用户表”、“系统表”、“数据表”的名字，根本不是分类，而是权限的容器。
这种“以权限为中心”的架构思维，比读几页文档都管用。 还有 CAP 模式，那是理论派考考生的噩梦。曾经有个题目，让你设计一个分布式系统，要求数据一致性、分区容忍、分区容错，结局选项全是分布式方案，逼得人当场质疑 CAP 定理本身。
那时候我就在想，要是能在考试现场看到有人拿着真的防火墙规则表，是不是就认定更有代入感了。记得那次考，我就连把 CAP 定理推导了一遍，结局发现，那些“理论”在实战里根本没法落地。
那一刻我就懂了，考试不是为了考你会不会背公式，而是考你会不会在资源受限时，做出“不完美但可用”的决策。 测试和故障排查那局部，简直是运维的刀尖舔蜜。
那会儿总当作测试就是跑个脚本，结局发现，真正的测试往往藏在报错信息里。有一次，我拿着一堆报错日志，看着像是要给医生看病，结局发现，只要顺着报错找，最终发现是某个目录下的链接文件在怪我。
那种“顺着逻辑找线索”的成就感，比找个完美的补丁还要强。
那时候我就在想，要是能在考试现场看到有人拿着真的防火墙规则表，是不是就认定更有代入感了。 有时候半夜复习，抱着“今晚务必过”的念头，结局发现系统里有个隐藏的日志文件，里面全是管理员的私人代码。
那一刻我就在想，考试不是为了让你变成机器，而是让你学会在机器上“做人”。
那种在混乱中重建秩序、在限制中寻找边界的思索过程，才是真正有竞争力的本事。 考试终止后，那种“原来我早就懂”的空虚感，比考完还难受。我意识到，那些所谓的理论，本质上都是基于实战经验的抽象。
那会儿总认定 Linux 是复杂的，结局发现，只要掌握了核心逻辑，复杂就是相对的。
那些所谓的"CAP 模式”、“多状态写作”，本质上都是在教我们要在资源受限时，做出“不完美但可用”的决策。 目前回想起来，2020 年的那些坑，目前看来都像是新手村的小怪。
实际上真正的高手，压根儿不是那种能瞬间解决所有难题的人，而是那种在资源受限时，依然能做出“不完美但可用”决策的人。
那些在考试中遇到的各种“陷阱”，实际上就是系统在逼问你的底层逻辑。 故此，下次再面对类似的题目，别急着看答案，试着在脑子里“转一转”。问自己一个难题：要是资源不够，我该优先保哪局部？要是权限不足，我该走哪条路径？这种“思索路径”，比死记硬背的命令都管用。
毕竟，真正的本事，压根儿都不是靠把系统改得完美来体现的，而是靠你在限制条件下，依然能做出“不完美但可用”的决策来体现的。