Linux系列

一、故障处理顺序：证据 → 限域 → 临时恢复 → 根本原因分析 要我用一句话概括就是：先收证据，再缩小范围，优先让服务恢复，最后再做彻底修复。这些年月里，这个顺序救过我无数次。 举个现实场景：某个服

1. 快速定位哪个层次出问题 当服务异常或告警时，我第一步不是直接重启，而是把系统“目前的样子”抓下来，命令很短但信息密度高： 这些输出能马上告诉我：CPU 被某进程吃满了？内存耗尽？磁盘满了导致写失

一、我为什么会“误解”Wine？ 大家都是什么时候接触 Wine 的呢？我是为了玩 Windows 游戏。虽然那时还没有 Stream，但不碍它在我心中是一个美好的时代。 我第一次接触 Wine 时，

说实话，如果是新项目，我绝对不会首选 Oracle 10g。但工作中你难免会遇到一些老系统的迁移工作，这就没有办法了。之前我也分享过使用 Docker 来进行快速部署，但并不是每个项目都能允许我这样做

承接上一回，这期依然是 Linux 的总结。但这次我想聊聊文件系统和 fsck，这个我踩过千百遍的坑。 一、首先什么是 fsck？ 在我早期使用 Linux 的时候，对磁盘问题的理解非常肤浅： 直到我

2025 年结束了才发现自己已经很久没有更新文章了。但最近都在忙其他的事情，实在没有多余的精力去写新的分享了（但笔记还是会记录，看看什么时候再分享出来吧）。于是我在重新整理以前的笔记发现，其实有很多都

记录一次吃瘪经历... 正所谓人在河边走哪有不湿鞋的，况且你只是一个砍柴的干嘛要走河边呢？你看吃瘪了吧。

距离上次做 Kali Linux 分享已经相隔半年之久了，刚好需要主导公司每半年一次的本地安全加固工作，这次将简单分享自己是如何做单一服务器的扫描。

kali linux 网络安全学习笔记第二篇，通过 Nikto 扫描系统层面漏洞。它简洁且功能强大给我的感觉还是不错的。

kali linux 网络安全学习笔记第二篇，通过 OneForAll 对主域名进行扫描收集子域信息。

恰逢要做这个渗透方面的事情，于是...挖了个新坑。不过这个坑估计比较难填，毕竟做自家公司的渗透内容会比较敏感，看看信息脱敏后的效果如何吧，尽可能更新。

是不是觉得你的Ubuntu比别人的慢？是不是并发数不够高？是不是启动个服务慢到怀疑人生？下面是我从网上收集回来的Ubuntu系列的简单性能配置，希望能够帮助到更多的人。

今天给各位介绍Hyperledger Besu以及与其相关的区块链的一些概念，从下一篇文章开始就开始关于Besu区块链的实战部署分享，敬请期待。

从今天开始我们将进入新的专题 - 区块链。为了能够使大家能够快速入门我的区块链分享将会直接了当从搭建开始，希望大家喜欢。

想不花钱又想找个API管理工具，开源的Yapi相信是个不错的选择，只是过程会有点崎岖，这里将我的搭建经验分享给各位~

更新完Oracle系列的内容后，这次到Linux相关的知识点分享。这次是之前自己遇到过的问题解决，这是我对Ubuntu又爱又恨的原因之一。

之所以要记录这篇文章，是因为这是第一个我在脱离Windows体系后安装的软件，当时什么都不懂摸索了整整1天因此印象深刻。