启鑫的黑板报

作者： 启鑫

  • 使用 AbuseIPDB 与 FortiGate 打造全自动威胁情报拦截系统

    通过FortiGate 的“外部连接器（External Connectors）”功能，实时联动 AbuseIPDB 威胁情报库。通过构造动态 API 请求，防火墙可自动获取并更新全球恶意 IP 黑名单，实现对攻击源的毫秒级自动封禁，有效提升企业边界安全。

    准备工作

    • 注册一个AbuseIPDB账户
    • 在My API 栏目生成一个 API Key
    • 设置 API 请求链接

    构造如下格式的 URL：

    https://api.abuseipdb.com/api/v2/blacklist?plaintext=true&confidenceMinimum=75&limit=131072&key=[YOUR API KEY HERE]

    confidenceMinimum：黑名单中包含的最低滥用置信度分数（25-100），建议 ≥75，避免误报。

    FortiGate 配置步骤

    1. 创建外部连接器 (Threat Feed)

    • 登录 FortiGate，进入 Security Fabric > External Connectors
    • 点击 Create New，在 Threat Feeds 类别下选择 IP Address。
    • 参数配置
      • Name: AbuseIPDB_IP_Blacklist
      • URL: 粘贴你在第一阶段构造好的 URL
      • Refresh Rate: 设置为 60 分钟（避免请求过于频繁导致 API 超限）

    2. 验证连接

    保存后，观察连接器图标：

    • 绿色箭头：连接成功，已获取数据
    • 红色/感叹号：检查 URL 是否正确，或防火墙是否有权限访问互联网
    • 点击 View Entries：确认列表内已填充大量恶意 IP

    3. 应用安全策略

    获取到数据后，必须通过策略才能生效：

    • 进入 Policy & Objects > Firewall Policy
    • 创建拦截策略：
      • Incoming Interface: WAN (或外部接口)。
      • Source: 选择刚才创建的对象 AbuseIPDB_IP_Blacklist
      • Destination: All
      • Action: DENY
    • 排序：将该策略 移至顶端（Top），确保流量在匹配放行策略前先经过黑名单过滤。

  • Fedora Workstation 43 初始化设置卡住，Next 按钮无响应的通用修复方案

    问题描述

    在完成 Fedora Workstation 43 的安装后，系统会进入首次开机初始化设置（Initial Setup）流程。在 Privacy（隐私设置） 页面点击 Next（下一步） 时发现按钮毫无反应，系统处于假死状态，导致无法正常进入桌面。

    这通常是由于内核在初始化阶段与特定的显示硬件（尤其是部分 NVIDIA 显卡或集成显卡）存在兼容性问题，导致图形界面渲染挂起。

    解决方案：使用 VESA 模式强制初始化

    通过在引导时临时禁用显卡硬件加速，使用 VESA 模式（纯软件渲染）可以顺利绕过此卡顿。

    1. 重启并进入编辑模式

    强制重启你的电脑。在看到 GRUB 引导菜单（选择 Fedora 内核版本的倒计时界面）时，立即按下键盘上的 e 键进入编辑模式。

    2. 修改内核启动参数

    在出现的代码页中，找到以 linux 开头的行（通常位于倒数第 3 或第 4 行）。

    1. 将光标移动到该行的末尾。
    2. 先输入一个 空格。
    3. 手动输入以下参数：
      inst.xdriver=vesa nomodeset

    3. 启动并完成设置

    按下 Ctrl + X 启动系统。此时系统会以低分辨率模式启动，初始化页面的 Next 按钮现在可以正常点击了。

    进入桌面后的后续处理

    成功进入桌面后，由于我们使用了 nomodeset，系统分辨率会很低且操作有延迟。请务必执行以下步骤恢复正常：

    1. 更新系统： 打开终端，运行 sudo dnf update。
    2. 安装驱动： 检查并安装适合你显卡的驱动程序（如 NVIDIA 专有驱动）。
    3. 正常重启： 驱动安装完成后，直接重启电脑，无需再手动输入任何参数，系统将恢复满血性能。

  • Debian 13 GNOME 启用 root 登录教程

    Debian 13 GNOME 默认不允许 root 登录桌面，但在测试或开发机上可以通过修改 PAM 配置和重启 GDM 实现。
    生产环境请勿直接用 root，日常操作用普通用户更安全

    1. 切换到 root

    su - root

    2. 修改 GDM PAM 配置

    打开 PAM 文件：

    nano /etc/pam.d/gdm-password

    找到这一行：

    auth required pam_succeed_if.so user != root quiet_success

    在前面加 # 注释掉：

    # auth required pam_succeed_if.so user != root quiet_success

    保存并退出 (Ctrl+O → Enter → Ctrl+X)。

    3. 重启 GDM

    systemctl restart gdm3

  • 在 Debian 13 上构建原生 Linux 开发工作流

    过去很长一段时间，我的主力开发环境一直是 Windows。它对软件兼容性友好、工具齐全，上手成本低，是很多开发者的第一选择。今年，我选择了 Debian 13 + KDE 桌面 作为新的主力开发环境。

    Debian 让开发成为连续的、高专注的 Vibe Coding，而不是不断处理系统小问题。对于我来说，选择 Debian 并不是放弃 Windows，而是为了更专注、更顺畅地完成工作。每一次迁移，都是为了让注意力回到真正重要的代码上。

    为什么从 Windows 迁移到 Debian

    今年真正促使我从 Windows 迁移到 Debian 的原因，并不是系统优劣之争，而是开发方式发生了变化。

    随着 Vibe Coding 成为我日常开发的常态，我越来越依赖一种长时间、高专注、不被打断的工作状态。代码、终端、浏览器、日志在同一个节奏里不断切换，我希望系统可以稳定的运行来支持我的工作，而不会成为注意力的干扰源。

    虽然 Windows 本身表现不错，但在处理 Docker、CLI、文件系统以及权限相关的任务时，总会出现各种问题，这些问题迫使我不断进行环境切换，频繁发生时极大地消耗了我的注意力。

    在 Debian 上，开发环境与生产环境之间的迁移几乎感受不到差异：目录结构、权限管理、工具链和运行方式都保持一致，因此我无需为环境差异而分散注意力。

    相比之下，在 Windows 11 下，即便是资源管理器也会偶尔卡死，尤其是在同时打开多个目录或处理大量文件时，这些微小但频繁的阻塞不仅打断我的思路，还让我担心电脑是否会蓝屏，或者命令行软件会不会崩溃。此外，Docker 在 Windows 11 上依赖 WSL，存在诸多限制，容易导致磁盘膨胀和管理复杂，而在 Debian 上管理 Docker 更加简洁、稳定和可控。

  • 从 Windows 到 Linux：Node.js 项目迁移实战与避坑指南

    在 Windows 上开发 Node.js 项目非常方便，但将项目打包上传到 Linux 服务器后运行时，常常会遇到各种错误，比如 Permission denied、模块找不到或路径错误。

    因为 Windows 和 Linux 的文件系统、依赖管理以及路径规则存在差异。跨平台迁移 Node.js 项目时核心逻辑其实非常简单：丢弃 Windows 产物，在 Linux 原生构建。

    迁移操作步骤

    项目已经从 Windows 上传到 Linux按以下步骤操作：

    # 彻底清理 Windows 残留的依赖和锁文件
rm -rf node_modules package-lock.json

# 重新安装依赖
npm install

# 启动开发模式，验证运行
npm run dev

  • 常用网速测试网站推荐

    平时折腾网络环境，测速是必不可少的环节。分享我最常用的在线测速工具。

    1. Google Fiber Speedtest

    • 特点： Google 一贯的极简主义，只保留最核心的“下载、上传、Ping”三个数值。
    • 适用： 快速看一眼下载/上传速度，没有各种花哨图表
    • 地址： https://fiber.google.com/speedtest/

    2. Speedtest by Ookla

    • 特点： 全球公认的标杆工具，服务器节点全球最全。
    • 适用： 能够自动匹配离你最近的运营商服务器，测出物理链路的理论最大值。
    • 地址： https://www.speedtest.net

    3. Cloudflare Speed Test

    • 特点： Cloudflare 作为全球最大的 CDN 厂商之一，其测速不仅仅关注带宽。
    • 优势： 除了速度，还测试抖动（Jitter）和丢包率（Packet Loss），这对于在线会议和电竞至关重要。
    • 地址： https://speed.cloudflare.com

    4. Fast.com (by Netflix)

    • 特点：打开网页即测，无需点击任何按钮。
    • 优势： 走的是 Netflix 的服务器，能真实反映你看流媒体时的网络性能。
    • 地址： https://fast.com