ZDREAM - Thassarian 的个人博客
前途是光明的，道路是曲折的
目 录CONTENT
以下是
Thassarian
的文章
-
网络问题排查的一些常用命令与思路 排查网络问题，本质上是一个由表及里、逐层排除的过程。比较稳妥的思路是：先点到点（ping） -> 再到端口（telnet） -> 再看路径（traceroute）。同时结合 服务端自查（netstat、curl），逐步缩小问题范围。如果问题指向中间网络，再深入到防火墙策略和路由规则。一、 客户端/终端侧排查第一步排查始于问题发生点，无论是开发人员的本地环境、用户的PC，还是发起API调用的另一台服务器，都可以视作“客户端”。1. ping最基础也最常用的命令，用于检查网络连接的基本可达性。它通过ICMP协议发送回声请求，测试目标主机是否在线以及网络延迟。ping 114.114.114.114看到类似 time=...ms TTL=... 的返回，说明至少在网络层面上，你的设备和目标服务器之间是连通的。如果超时（Timeout），则说明网络不通，或者对方禁用了ICMP协议（部分服务器会出于安全考虑关闭ping响应）。2. ipconfig / ifconfig用于查看本地网络配置。在采取任何行动前，先确认自己的网络配置是否正确。Windows: ipconfigLinux/macOS: ifconfig 或 ip addr主要关注点是本机IP地址、子网掩码和默认网关。有时候问题仅仅是本地IP配置错误或DHCP没有获取到正确地址。3. traceroute / tracert如果 ping 不通，或者延迟很高，可以用这个命令来探测数据包从源到目的地所经过的路由路径。Windows: tracertLinux: traceroutetracert www.example.com它会列出数据包经过的每一个路由器（“跳”）。如果在某一跳开始出现 * * * 或高延迟，问题很可能就出在那个节点或其后的链路上。这对于判断问题是出在内部网络、运营商网络还是目标网络非常有帮助。4. telnet / ncping 只能确认网络层（IP层）的可达性，但服务通常运行在传输层（TCP/UDP）的特定端口上。telnet 或 netcat(nc) 可以用来检查某个IP的特定端口是否开放和监听。# 检查目标服务器的8080端口是否开放 telnet 192.168.1.100 8080如果屏幕变黑或显示连接成功信息，说明端口是开放的，应用正在监听。如果提示“Connection refused”，说明服务器拒绝了连接，可能是服务未启动或防火墙拦截。如果长时间无响应，说明请求在中间某个环节被丢弃了，很可能是网络设备（如防火墙）拦截了。二、 服务端侧排查如果客户端到服务器的路由是通的，但服务依旧不可用（例如 telnet 端口不通），焦点就要转移到服务器本身。1. netstat / ss用于检查服务器自身的网络连接和监听状态。ss 是 netstat 的一个更快、更现代的替代品。# 查看所有监听的TCP端口 netstat -tulnp # 或者使用ss，并过滤特定端口（如8080） ss -tuln | grep 8080这个命令可以快速确认服务是否已成功启动并在预期的端口上进行监听。如果没有找到对应的端口，那问题就是应用本身没有启动成功。2. curl / wget在服务器本地测试服务是否正常。这可以排除外部网络因素，验证应用本身的功能。# 从服务器本地访问自己的web服务 curl http://127.0.0.1:8080/health如果本地访问正常，但远程访问失败，那么问题几乎可以锁定在服务器的防火墙、安全组策略或上游网络设备上。3. tcpdump这是一个强大的网络抓包工具，是网络问题排查的“大杀器”。当其他方法都无法定位问题时，可以用它来捕获流经网卡的原始数据包，分析最底层的通信细节。# 抓取80端口的TCP流量 tcpdump -i eth0 tcp port 80 -nn通过分析抓包结果，可以清晰地看到TCP三次握手是否成功、数据传输是否完整、是否有异常的RST包等。4. 查看日志最后但同样重要的一点，检查应用日志、中间件日志（如Nginx、Tomcat）和系统日志（/var/log/messages 或 journalctl）。很多时候，连接问题会在日志中留下明确的错误信息。三、 网络设备/网关侧当终端和服务端自查都正常，问题很可能出在中间的链路上，比如公司的防火墙、路由器、交换机，或者云平台的安全组。这个层面通常需要网络管理员或有相应权限的运维人员介入。1. 访问控制/防火墙规则检查防火墙（无论是硬件防火墙、iptables，还是云厂商的安全组/NACL）的策略。这是最常见的“中间”问题。核心检查点： 是否允许来自源IP（或IP段）的流量访问目标IP的特定端口和协议（TCP/UDP）。规则遵循“最小权限”原则，默认拒绝所有未明确允许的流量。2. 路由规则在复杂的网络环境中，路由器需要知道如何将数据包转发到正确的目的地。核心检查点： 检查路由表。确认是否存在到达目标网段的正确路由，是否存在路由黑洞或错误的下一跳。在路由器或交换机上，通常使用 show ip route 或 display ip routing-table 等命令查看。 -
-
-
-
FNM：解决同一台电脑中需要不同版本node.js的问题 Fast Node Manager（Node.js 版本管理工具）由 Rust 开发，支持跨平台（macOS、Windows、Linux），通过官方二进制文件安装 Node.js 版本，可快速切换不同项目所需的 Node 版本。安装方式包括使用 Winget（Windows 包管理器）或下载fnm 压缩包后配置环境变量。 之前需要维护两个不同的项目，一个是需要用到 node 14 的 Vue2 项目，另一个是 node 16 的 Vue3 项目，需要通过工具切换 node 版本。以下均为windows环境下powershell的命令。下载和解压fnm页面：Releases · Schniz/fnm下载版本：fnm-windows.zip #下载fnm Get-ChildItem -Path $fnmInstallDir\fnm.exe设置fnm.exe的环境变量 # 获取当前的 User PATH }配置 PowerShell 以使用 fnm # 确保 PowerShell 配置文件存在 Invoke-Expression -Command $fnmInitCommand使用fnm #验证安装（可能需要重启 PowerShell）
-
用金字塔原理做好汇报：穷举-归纳-总结 无论是周报、月报，还是临时的进展同步，繁多的汇报是一项无法回避的任务。面对繁杂的事务——系统维护、功能开发、临时需求、多方沟通——如何将这些信息组织成一份清晰、有力的汇报，而不仅仅是流水账式的罗列，是一个值得思考的问题。我对“金字塔原理”的理解是“穷举-归纳-总结”三步，并由此开展工作。第一步：穷举 - 把所有事情都摆上台面这是最基础，也是最原始的一步。在准备汇报前，先把所有与当前周期、当前项目相关的工作事项，不分大小、不分主次，全部列出来。这个阶段的目标是完整性，而非结构性。就像整理房间前，先把所有东西都拿出来摊在地上。通常，这个列表会包含以下内容：常规维护：解决了哪些线上问题，处理了多少用户工单，系统的运行状态如何。项目进展：计划内的功能开发到了哪个阶段（设计、开发、测试、上线），里程碑的达成情况。临时任务：响应了哪些计划外的需求，完成了哪些紧急的对接工作。沟通协调：与哪些合作方进行了会议，达成了什么共识，明确了哪些下一步计划。风险与问题：识别了哪些潜在风险，正在跟进或已经解决了哪些阻碍。团队内部事务：资源调配、技术评审等。“穷举”清单是后续所有工作的基础，它很凌乱，但确保了信息的全面，防止在后续整理中遗漏重要细节第二步：归纳 - 从无序到有序的梳理单纯的罗列是低效的，因为它把理解和分析的压力抛给了汇报的接收方。第二步的核心，就是对穷举出的事项进行分类和组织，找到它们背后的逻辑关联。如何归纳？没有唯一的标准，需要根据汇报的对象和目的来定。常见的归纳维度有：按工作模块：这是最直接的方式。例如，可以分为“平台稳定性保障”、“核心功能A升级”、“数据服务B优化”等几个大类。每个类别下，再放入对应的工作项。按目标导向：这种方式更进一步，关注工作的价值。例如，可以分为“提升系统性能与用户体验”、“响应核心业务需求”、“保障项目按期交付”等。这种分法能更好地体现工作的目的性。按项目状态：比如“已完成事项”、“进行中事项”、“下一步计划”。这种结构简单明了，适合用于快速的进展同步。归纳的过程，本身就是一次对工作的复盘和思考。它强迫我们去审视，每一件具体事务，究竟是为了服务于哪个更大的目标。当这些事项被有序地组织在一起后，工作的脉络就变得清晰可见了。第三步：总结 - 提炼核心结论，先说结果这是将信息结构化为“金字塔”的最后一步，也是最关键的一步。汇报的最终目的是传递信息和结论，而非单纯展示工作量。在完成了归纳之后，需要为每一个归纳好的类别提炼出一个小结。这个小结就是这个类别的“论点”。例如，在“平台稳定性保障”这个类别下，可能罗列了“修复了3个高优Bug”、“优化了数据库查询性能”、“完成了服务器安全补丁更新”等具体事项。那么，这个类别的小结就可以是：“本周平台整体运行平稳，关键性能指标得到优化。”当所有类别都有了各自的小结之后，再将这些小结进行整合，提炼出整个汇报的总览性结论，放在汇报的最顶端。一个结构化的汇报就此成型：总览结论：例如，“本周项目按计划顺利推进，核心功能开发完成，外部协作风险已得到控制。”分项论点1：平台稳定性得到提升，本周处理了X个高优问题。支撑事实1.1支撑事实1.2分项论点2：新功能模块A已完成开发，进入联调测试阶段。支撑事实2.1支撑事实2.2分项论点3：与合作方的对接工作取得进展，明确了下一步接口标准。支撑事实3.1这种“结论先行，以上统下”的结构，极大地降低了信息接收方的认知负荷。他们可以先快速了解整体情况，如果对某个部分感兴趣，再深入查看具体的支撑细节。写在最后从“穷举”的混乱，到“归纳”的有序，再到“总结”的清晰，这个过程不仅仅是一种汇报技巧，更像是一种思维习惯的养成。它帮助我们在纷繁的日常事务中，保持对整体目标的关注，并能够清晰、准确地将价值传递出去。这套方法并不复杂，贵在坚持实践。在每一次准备汇报时，都进行这样的结构化思考，久而久之，逻辑和条理便会内化于心。
-
FRP部署配置及安全性加强 frp 是什么？frp 是一款高性能的反向代理应用，专注于内网穿透。它支持多种协议，包括 TCP、UDP、HTTP、HTTPS 等，并且具备 P2P 通信功能。可以安全、便捷地将内网服务暴露到公网，通过拥有公网 IP 的节点进行中转。一、基础配置使用（ssh为例）下载地址：https://github.com/fatedier/frp/releases1、在具有公网 IP 的机器上部署 frps部署 frps 并编辑 frps.toml 文件以下是简化的配置，其中设置了 frp 服务器用于接收客户端连接的端口：bindPort = 7000 在 /etc/systemd/system 目录下创建一个 frps.service 文件，用于配置 frps 服务。$ sudo nano /etc/systemd/system/frps.service 写入内容[Unit] 命令启动服务器：./frps -c ./frps.toml。使用 systemd 命令管理 frps 服务# 启动frp 设置 frps 开机自启动sudo systemctl enable frps2、在需要被访问的内网机器上部署 frpc部署 frpc 并编辑 frpc.toml 文件，假设 frps 所在服务器的公网 IP 地址为 x.x.x.x。示例配置：serverAddr = "x.x.x.x" name = "ssh" type = "tcp" localIP = "127.0.0.1" localPort = 22 remotePort = 6000 localIP 和 localPort 配置为需要从公网访问的内网服务的地址和端口。remotePort 表示在 frp 服务端监听的端口，访问此端口的流量将被转发到本地服务的相应端口。启动客户端：./frpc -c ./frpc.toml。3、通过 SSH 访问内网机器使用以下命令通过 SSH 访问内网机器，假设用户名为 test：ssh -o Port=6000 test@x.x.x.x frp 将请求发送到 x.x.x.x:6000 的流量转发到内网机器的 22 端口。二、更安全地暴露内网服务通过创建一个只有授权用户能够访问的 SSH 服务代理，实现内网服务的安全暴露。某些内网服务，如果直接暴露在公网上，可能存在安全风险。使用 stcp(secret tcp) 类型的代理可以让您安全地将内网服务暴露给经过授权的用户，这需要访问者也部署 frpc 客户端。配置 frps.toml在 frps.toml 文件中添加以下内容：bindPort = 7000 部署 frpc 客户端并配置在需要将内网服务暴露到公网的机器上部署 frpc，并创建如下配置：serverAddr = "x.x.x.x" serverPort = 7000 [[proxies]] 在访问者机器上部署并配置 frpc在想要访问内网服务的机器上也部署 frpc，并创建如下配置：serverAddr = "x.x.x.x" 通过 SSH 访问内网机器使用以下命令通过 SSH 访问内网机器，假设用户名为 test：ssh -o Port=6000 test@127.0.0.1三、通过自定义域名访问内网的 Web 服务通过简单配置 HTTP 类型的代理，您可以让用户通过自定义域名访问内网的 Web 服务。HTTP 类型的代理非常适合将内网的 Web 服务通过自定义域名提供给外部用户。相比于 TCP 类型代理，HTTP 代理不仅可以复用端口，还提供了基于 HTTP 协议的许多功能。HTTPS 与此类似，但是需要注意，frp 的 https 代理需要本地服务是 HTTPS 服务，frps 端不会做 TLS 终止。也可以结合 https2http 插件来实现将本地的 HTTP 服务以 HTTPS 协议暴露出去。1、配置 frps.toml在 frps.toml 文件中添加以下内容，以指定 HTTP 请求的监听端口为 8080：bindPort = 7000 如果需要配置 HTTPS 代理，还需要设置 vhostHTTPSPort。2、配置 frpc.toml在 frpc.toml 文件中添加以下内容，确保设置了正确的服务器 IP 地址、本地 Web 服务监听端口和自定义域名：serverAddr = "x.x.x.x" 3、启动 frps 和 frpc略。4、域名解析将 www.yourdomain.com 和 www.yourdomain2.com 的域名 A 记录解析到服务器的 IP 地址 x.x.x.x。如果服务器已经有对应的域名，您还可以将 CNAME 记录解析到原始域名。另外，通过修改 HTTP 请求的 Host 字段也可以实现相同的效果。5、通过浏览器访问使用浏览器访问 http://www.yourdomain.com:8080 即可访问内网机器上的 80 端口服务，访问 http://www.yourdomain2.com:8080 可以访问内网机器上的 8080 端口服务。四、点对点内网穿透这个示例将演示如何通过点对点 (P2P) 连接来访问内网服务，流量不会通过服务器中转。frp 提供了一种新的代理类型 xtcp，用于在需要传输大量数据且不希望流量经过服务器的情况下实现内网穿透。与 stcp 类似，使用 xtcp 需要在两端都部署 frpc 以建立直接连接。需要注意的是，xtcp 并不适用于所有类型的 NAT 设备，如果穿透失败，可以尝试使用 stcp 代理。1、配置需要暴露到外网的机器上的 frpc.toml 文件在 frpc.toml 文件中添加以下内容，确保设置了正确的服务器地址和端口以及共享密钥 (secretKey)，以及本地服务的 IP 地址和端口：serverAddr = "x.x.x.x" 2、在想要访问内网服务的机器上部署 frpc在 frpc.toml 文件中添加以下内容，确保设置了正确的服务器地址和端口，共享密钥 (secretKey) 以及要访问的 P2P 代理的名称：serverAddr = "x.x.x.x" 3、通过 SSH 访问内网机器使用 SSH 命令访问内网机器，假设用户名为 test：ssh -oPort=6000 test@127.0.0.1
-
内网穿透的几点思考：从FRP原理到方案选择 一、核心原理市面上许多内网穿透服务，如花生壳，其技术基石与开源项目FRP是相通的，即反向代理。可以把这个过程理解为一个“服务总机”模型：内网设备（Client）：身处一座无法从外部直接拨号进入的大楼内部。它知道“总机”的公共电话号码。公网服务器（Server）：就是那台“总机”，它拥有一个所有人都能拨打的公共电话号码（公网IP）。外部访问者（Visitor）：想要联系大楼内某个特定服务的人。工作流程如下：主动注册：内网的frpc（客户端）启动后，会主动拨打公网frps（服务端）的电话，并保持这条线路通话。它告诉总机：“你好，我是内部的3389端口服务。如果外面有人打总机的12345分机号找我，请把通话转接给我。”请求中继：当外部访问者访问公网服务器IP:12345时，请求实际上是打给了“总机”。连接建立：总机frps收到请求，根据之前frpc注册的规则，通过已经建立好的那条内部线路，将这个外部请求原封不动地转发给内网的frpc。frpc再将请求交给本地的3389端口。至此，一次从公网到内网的连接就打通了。花生壳花生壳可以看作是一个大规模、商业化、并提供了友好图形界面的FRP服务集群。它的特点是：针对端口 (Port-based)：操作的核心对象是端口。用户创建一个映射规则，如 your-domain.hsk.me:12345 -> 192.168.1.100:3389。公网暴露 (Publicly Exposed)：映射一旦建立，your-domain.hsk.me:12345这个地址就在公网上变得可访问。任何知道该地址的人都可以尝试连接，因此服务的安全性高度依赖于被暴露的内网服务本身（例如，Windows的登录密码强度）。 二、典型场景：远程桌面（RDP）将内网Windows主机的3389端口通过FRP或花生壳暴露到公网，是实现远程桌面控制的常见“DIY”方案。但它和“向日葵”、“TeamViewer”这类成熟的远程桌面软件相比，存在显著差异。这好比是“DIY手动挡”与“品牌自动挡”的区别。FRP/花生壳 + RDP：一个强大、灵活的工具包。它利用基础协议实现远程访问，适合技术人员连接自己完全受控的设备，但使用者必须对安全加固措施有清晰的认知。向日葵/TeamViewer：一个成熟、可靠的一站式产品。它封装了所有复杂的技术细节，提供安全、易用、功能丰富的体验，更适合为非技术人员提供支持，或在不稳定的网络环境中工作。特性FRP/花生壳 + RDP (3389) 向日葵/TeamViewer安全性高风险！ 直接将RDP端口暴露在公网，是黑客和扫描机器人的首要攻击目标。安全性完全依赖于：<br>1. 极其复杂的Windows登录密码。<br>2. 开启网络级别身份验证(NLA)。<br>3. （可选）修改默认的3389端口为其他高位端口。<br>安全责任完全在你。高得多。它们不直接暴露端口。连接是通过一个ID和随机密码来建立的，这个密码通常是临时的。所有连接都经过其服务器中继和强加密。它们有专门的团队负责安全。易用性对技术人员友好。你需要知道域名、端口号，并使用Windows自带的“远程桌面连接”客户端。对于非技术人员（比如父母）来说，这个过程很复杂。对所有人友好。设计初衷就是为了简单。只需要告诉对方一个ID和密码即可连接，几乎不需要任何网络知识。功能丰富度基础。你只能得到一个纯粹的远程桌面。文件传输需要手动映射驱动器，没有内置的聊天、会话录制、远程重启等功能。非常丰富。集成了文件传输、远程命令行(CMD)、聊天、会话录制、多屏幕切换、远程重启到安全模式等大量为远程支持量身定做的功能。网络适应性一般。Windows RDP协议对网络延迟和丢包比较敏感。在网络状况不佳时，体验会很差。优秀。这些软件的核心技术之一就是智能网络优化。它们会根据当前网络状况自动调整画质、帧率和压缩算法，以保证在糟糕的网络下依然有可用的流畅度。三、frp和vpn的异同FRP解决了“将特定服务请出来”的问题，而VPN（如WireGuard, OpenVPN）则解决了“让自己走进去”的问题。1、核心比喻FRP 方案: 像一个大楼的前台总机。你想找大楼里的“张三”（内网的Web服务），你告诉总机（frps服务器），总机帮你接通张三的电话分机（内网端口）。你只能和张三通话，但你不能在大楼里自由走动去拜访“李四”。VPN 方案: 像一张大楼的门禁卡。你刷卡进入大楼后（连接VPN），你就身处大楼内部了。你可以自由地去访问任何你被授权进入的房间（内网的任何设备和服务），就像你本人就在大楼里一样。2、详细对比表格FeatureFRP (Fast Reverse Proxy)VPN (e.g., WireGuard, OpenVPN)核心目标发布服务 (Publishing)：将内网的特定服务安全地暴露到公网上。加入网络 (Joining)：将远程的设备安全地接入到内网中，使其成为内网的一员。访问范围端口级 (Per-Port)：只能访问你在配置文件里明确指定的端口/服务。网络级 (Network-Level)：一旦连接，理论上可以访问内网中的任何设备和任何端口（受防火墙限制）。工作原理反向代理 / 隧道中继：所有流量都由frps服务器进行中转。虚拟网卡 / IP隧道：在你的设备上创建一个虚拟网卡，分配一个内网IP，所有数据包通过加密隧道传输。访问者体验对访问者透明：朋友访问 http://<你的公网IP>:8080 即可，不需要安装任何客户端。需要专用客户端：朋友必须安装VPN客户端软件，并配置好证书/密钥，每次访问前都要先“连接”VPN。网络层级主要工作在应用层/传输层 (Layer 4/7)。主要工作在网络层 (Layer 3)。安全性隧道本身可以加密（需配置），安全性依赖于token和单个服务的认证。默认且强制对整个隧道进行强加密，认证机制更完善（如证书体系）。安全性是其核心设计。典型场景1. 将家里的NAS分享给朋友访问。<br>2. 临时将本地开发环境的网站展示给客户看。<br>3. 搭建一个我的世界（Minecraft）服务器让朋友加入。1. 远程办公，安全访问公司内部的文件服务器、数据库等。<br>2. 组建一个私有的游戏局域网。<br>3. 在外地安全地管理家里的所有智能设备。3、总结异同相同点：都解决了远程访问内网资源的问题。都依赖一个公网服务器作为“跳板”或“网关”。都可以对传输的数据进行加密，保证了基本的安全性。不同点（核心差异）：范围的本质区别: 这是最大的不同。frp 是“点对点”的服务暴露，而 VPN 是“点对面”的网络接入。用 frp，你朋友的内网只为你打开了几扇小窗户；用VPN，你朋友给了你一把他家大门的钥匙。对访问者的要求不同: frp 对访问者极其友好，他们只需要一个URL。VPN 则要求访问者进行软件安装和配置，更适合固定的、受信任的用户（比如你自己或公司员工）。网络集成度不同: 连接VPN后，你的电脑会获得一个内网IP地址（例如 192.168.1.101），在网络层面，你的电脑和内网中的其他设备是“对等”的。而frp不会改变你电脑的任何网络配置。
-
服务器基础安全加固 我自己的服务器是ubuntu，目前我们的国产化服务器也是兼容的Ubuntu（也有兼容centos的）。一、修改登录验证方式把密码验证换成秘钥文件验证：生成秘钥windows下使用powershell即可创建秘钥文件#使用Ed25519算法生成秘钥文件 ssh-keygen -t ed25519 -C "your_email@example.com" #或者兼容性强的话，使用RSA算法，4096位生成秘钥 ssh-keygen -t rsa -b 4096 -C "your_email@example.com" 设置密码（Passphrase）：接下来，系统会提示您输入一个密码来保护您的私钥文件。为秘钥再设置密码，多重保险将公钥上传到Linux服务器添加到~/.ssh/authorized_keys 文件中，上传的话需要授权，手动创建文件编辑保存则不需要修改配置修改验证方式 /etc/ssh/sshd_configPasswordAuthentication no MaxAuthTries 3重启ssh服务 sudo systemctl restart sshd二、安装防火墙第一步：基础防火墙配置 (只需配置一次)在开始屏蔽IP之前，我们需要确保防火墙已正确设置并启用。1. 检查 UFW 状态首先，查看 UFW 是否已经激活。codeBashsudo ufw status如果是 inactive (未激活)，请继续以下步骤。如果是 active (激活)，请检查现有规则，确保SSH端口已开放，然后再进行后续操作。2. 设置默认规则 (安全基石)我们先设置一个安全的默认策略：拒绝所有进入的连接，允许所有出去的连接。codeBash# 拒绝所有未经允许的入站连接 sudo ufw default deny incoming # 允许所有出站连接 sudo ufw default allow outgoing3. 开放必要端口 (!!! 防止失联 !!!)这是最关键的一步！在启用防火墙之前，必须先允许 SSH 连接，否则您将会被服务器拒之门外。codeBash# 允许默认的 SSH 端口 (22) sudo ufw allow ssh # 如果您的 SSH 端口是自定义的，比如 2222，请使用下面的命令 # sudo ufw allow 2222/tcp同时，根据您的服务开放其他必要端口，例如网站服务：codeBash# 允许 HTTP (80端口) sudo ufw allow http # 允许 HTTPS (443端口) sudo ufw allow https4. 启用 UFW确认 SSH 规则已添加后，可以安全地启用防火墙。codeBashsudo ufw enable系统会提示操作可能中断现有连接，输入 y 并回车。第二步：分析日志并管理 IP 黑名单当服务器配置完成后，我们可以日常监控并屏蔽有恶意行为的 IP。1. 查询 SSH 连接日志这些命令可以帮助我们快速定位可疑 IP。codeBash# 查询近期成功的 SSH 登录记录和来源 IP grep 'sshd' /var/log/auth.log | grep 'Accepted' # 查询近期失败的 SSH 登录记录 grep 'sshd' /var/log/auth.log | grep 'Failed' # 统计每个 IP 的失败登录次数，并排序 grep 'sshd' /var/log/auth.log | grep 'Failed' | awk '{print $(NF-3)}' | sort | uniq -c | sort -nr``` 通过最后一个命令的输出，您可以轻松找到那些频繁尝试登录失败的 IP 地址。 **2. 添加 IP 到黑名单** 假设我们发现 IP `139.162.154.81` 存在恶意行为，使用下面简单的命令即可屏蔽它。 ```bash sudo ufw deny from 139.162.154.813. 检查防火墙状态可以随时查看当前的规则列表，确认 IP 是否已被屏蔽。codeBash# 使用 numbered 参数可以显示规则序号，方便后续删除 sudo ufw status numbered您会在列表中看到一条 DENY 规则针对 139.162.154.81。4. 从黑名单中移除 IP (如果误伤)如果需要解除对某个 IP 的屏蔽，操作同样简单。codeBash# 直接通过规则内容删除 sudo ufw delete deny from 139.162.154.81 # 或者，通过 "ufw status numbered" 看到的规则序号来删除（假设序号是 10） # sudo ufw delete 10三、安装杀毒软件以ClamAV为例：1. 安装 ClamAV 核心组件此命令会安装 clamscan (手动扫描工具) 和 freshclam (病毒库更新工具)。codeBashsudo apt update sudo apt install clamav2. 理解并检查病毒库自动更新安装完成后，系统会自动创建一个名为 clamav-freshclam 的后台服务，该服务会定时自动更新病毒库。这是为什么不应手动执行 freshclam 的原因：因为后台服务在运行时会锁定日志文件，此时如果您在命令行中手动运行 freshclam，就会因无法获取文件锁而报错。正确的检查方法是查看日志文件：codeBash# 查看最新的日志，确认更新状态 (按 Ctrl+C 退出) sudo tail -f /var/log/clamav/freshclam.log如果您在日志中看到 Database is up-to-date 或下载更新的记录，就证明自动更新工作正常。（仅在特殊情况下）如何手动强制更新：如果您确实需要立即强制更新，需要先停掉后台服务。codeBash# 1. 临时停止后台服务 sudo systemctl stop clamav-freshclam # 2. 手动执行更新 sudo freshclam # 3. 重新启动后台服务以恢复自动更新 sudo systemctl start clamav-freshclam第二部分：执行手动扫描 (clamscan)clamscan 是一个按需运行的命令行扫描工具。1. 扫描指定目录 (推荐)扫描单个用户的家目录或网站目录，目标明确，耗时较短。codeBash# -r: 递归扫描子目录 # -i: 只打印被感染的文件 clamscan -r -i /home2. 扫描整个系统 (谨慎使用)警告：此操作会扫描您的整个文件系统，将消耗大量 CPU 和 I/O 资源，并可能需要数小时才能完成。请在服务器负载较低时执行。codeBashclamscan -r /3. 高级扫描示例您可以指定多个路径进行扫描，并使用更多参数。codeBash# 扫描多个指定的、风险较高的目录 clamscan -r --bell -i /root /tmp /var/www /opt--bell: 在发现病毒时发出系统响铃提示。-i: 只显示（打印）被感染文件的详细信息，正常的扫描过程不会显示。第三部分：安装并使用后台扫描服务 (高级)clamav-daemon 是一个后台守护进程 (clamd)，它会将病毒库一直加载在内存中，提供更快的扫描性能。它主要用于：为其他需要调用杀毒引擎的应用（如邮件服务器）提供实时扫描接口。执行更快的、由 clamdscan 命令触发的扫描。1. 安装守护进程codeBashsudo apt install clamav-daemon -y2. 启动并设置开机自启安装后，服务可能不会自动启动，需要手动操作。codeBashsudo systemctl start clamav-daemon sudo systemctl enable clamav-daemon # 检查服务状态，确保其 'active (running)' sudo systemctl status clamav-daemon3. 编辑守护进程配置 (可选)守护进程的配置位于 clamd.conf。大多数情况下，默认配置即可工作。codeBashsudo nano /etc/clamav/clamd.conf注意：修改此配置文件只影响 clamav-daemon 服务，不影响手动运行的 clamscan。4. 使用 clamdscan 进行快速扫描当 clamav-daemon 运行时，您应该使用 clamdscan 命令来请求服务进行扫描，而不是 clamscan。因为 clamdscan 只是一个客户端，它将扫描任务发送给已在内存中准备就绪的守护进程，速度会快得多。codeBash# 使用 clamdscan 的语法与 clamscan 基本相同 clamdscan -r /home总结：命令速查目的命令备注安装sudo apt install clamav clamav-daemon一次性安装所有组件检查更新日志sudo tail -f /var/log/clamav/freshclam.log首选的更新检查方式手动扫描clamscan -r -i [目录]适合按需、不频繁的扫描服务控制sudo systemctl [start/stop/status] clamav-daemon管理后台服务快速服务扫描clamdscan -r [目录]当 clamav-daemon 运行时使用四、安装fail2bansudo apt update sudo apt install fail2ban -y #查看启动状态 systemctl status fail2ban #查看ssh封禁状态 fail2ban-client status sshd Status for jail: sshd |- Filter | |- Currently failed: 1 # 当前失败次数（在重置周期内） | |- Total failed: 78 # 自服务启动后，总共记录到的失败尝试次数 | `- File list: /var/log/auth.log `- Actions |- Currently banned: 5 # 当前正处于封禁状态的 IP 地址数量 |- Total banned: 12 # 自服务启动后，总共执行了多少次封禁操作 `- Banned IP list: 1.2.3.4 5.6.7.8 9.10.11.12 13.14.15.16 17.18.19.20Fail2ban 的主配置文件是 /etc/fail2ban/jail.conf。我们永远不要直接修改这个文件，因为它在软件更新时可能会被覆盖。正确的做法是创建一个本地配置文件 jail.local，在这里覆盖默认设置。复制配置文件：codeBashsudo cp /etc/fail2ban/jail.conf /etc/fail2ban/jail.local编辑本地配置文件：codeBashsudo nano /etc/fail2ban/jail.local修改 [DEFAULT] 全局设置：在 jail.local 文件中找到 [DEFAULT] 段落，这里是几个最需要关注的核心参数：codeIni[DEFAULT] # # "bantime" is the number of seconds that a host is banned. # bantime = 10m bantime = 1h # 封禁时长，例如 1小时 (1h), 1天 (1d) # "findtime" is the number of seconds that a host is observed. # findtime = 10m findtime = 10m # 观察时间窗口，例如 10分钟 # "maxretry" is the number of failures before a host get banned. # maxretry = 5 maxretry = 3 # 在观察时间内，允许的最大失败次数简单理解： 如果一个 IP 在 10分钟 (findtime) 内失败了 3次 (maxretry)，它就会被封禁 1小时 (bantime)。保存并退出编辑器 (在 nano 中是 Ctrl+X, Y, Enter)。重启 Fail2ban 服务 以应用新的配置：codeBashsudo systemctl restart fail2ban检查服务状态，确保没有错误：codeBashsudo systemctl status fail2ban看到 active (running) 就表示成功了。检查 sshd 监狱是否已激活：codeBashsudo fail2ban-client status你应该能在 Jail list 中看到 sshd。查看 sshd 监狱的详细状态：codeBashsudo fail2ban-client status sshd这里会显示当前被封禁的 IP 列表和统计数据。附一：CentOS防火墙管理查看防火墙状态systemctl status firewalld查看端口放通情况firewall-cmd --list-ports添加放通的端口firewall-cmd --add-port=6379/tcp --permanent重启防火墙应用更改firewall-cmd --reload附二：其他措施了解入侵检测系统（IDS）推荐：Snort：Snort 是一款开源软件，因此是免费的。它可以在通用的硬件上运行，但对于高速网络或大规模部署，可能需要更强大的硬件支持。Suricata：Suricata 也是一款开源软件，免费使用。它需要一定的硬件资源来支持高性能的流量分析，因此在大规模部署时可能需要更强大的硬件支持。Zeek（前身为Bro）：Zeek 也是开源软件，免费使用。它需要在通用硬件上运行，并且可以根据需要进行灵活的配置。入侵防御系统（IPS）推荐：Cisco Firepower：Cisco Firepower 是商业产品，需要购买许可证来使用。它通常需要专门的硬件设备，如Cisco Firepower安全设备，以支持其功能和性能。Palo Alto Networks：Palo Alto Networks 提供商业级的入侵防御系统，通常需要购买许可证和专门的硬件设备来支持其功能和性能。Fortinet FortiGate：Fortinet FortiGate 也是商业产品，需要购买许可证来使用。它通常需要专门的硬件设备，如FortiGate安全网关，以支持其功能和性能。
-
