<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>网络 - 分类 - lihuu — 系统工程、AI 工具链与 Rust 开发博客</title>
        <link>https://silentstormic.top/categories/%E7%BD%91%E7%BB%9C/</link>
        <description>网络 - 分类 - lihuu — 系统工程、AI 工具链与 Rust 开发博客</description>
        <generator>Hugo -- gohugo.io</generator><language>zh-CN</language><lastBuildDate>Wed, 11 Feb 2026 21:34:32 &#43;0800</lastBuildDate><atom:link href="https://silentstormic.top/categories/%E7%BD%91%E7%BB%9C/" rel="self" type="application/rss+xml" /><item>
    <title>Mac Tailscale &#43; QuantumultX 实现全局代理和内网穿透</title>
    <link>https://silentstormic.top/post/1770816871/</link>
    <pubDate>Wed, 11 Feb 2026 21:34:32 &#43;0800</pubDate>
    <author>lihuu</author>
    <guid>https://silentstormic.top/post/1770816871/</guid>
    <description><![CDATA[<p>前段时间折腾了在 iOS 上用小火箭 + WireGuard 实现全局代理和内网穿透。由于 iOS 的限制，只能这么干——WireGuard 协议本身并不是 P2P 的，所以 iOS 上的方案通信时必须从中继服务器兜一圈，会稍微增加一些延迟。但 macOS 上没有这个限制，我没有选择原生 WireGuard，而是用了 Tailscale 这个免费工具。它基于 WireGuard 协议，做了自动打洞，打洞失败时会自动走中继节点，拿来做内网穿透再合适不过了。</p>]]></description>
</item>
<item>
    <title>iOS小火箭（Shadowrocket）&#43; WireGuard 实现代理和内网穿透</title>
    <link>https://silentstormic.top/post/1770709120/</link>
    <pubDate>Tue, 10 Feb 2026 15:38:42 &#43;0800</pubDate>
    <author>lihuu</author>
    <guid>https://silentstormic.top/post/1770709120/</guid>
    <description><![CDATA[<p>iOS 上实现同时使用代理和内网穿透的需求其实很常见，尤其是当你需要在外访问家里设备（如 NAS）时。
但是很多的工具（例如：tailscale，WireGuard）基本上只能满足其中一个需求，要么是全局代理，要么是内网穿透，很难同时兼顾，它们基本上都是靠VPNExtension，iOS中只能开一个。
小火箭（Shadowrocket）是 iOS 平台上一款相当不错的代理工具，协议支持全面，价格也很合适。这里我记录一下使用它实现 <strong>代理 + 内网穿透</strong> 的完整部署步骤，最终实现 <strong>&ldquo;出国&rdquo;+&ldquo;回家&rdquo;</strong> 两个功能。
内网穿透，我这里选择的协议是WireGuard。</p>]]></description>
</item>
<item>
    <title>WOL网络唤醒设置</title>
    <link>https://silentstormic.top/post/1768440567/</link>
    <pubDate>Thu, 15 Jan 2026 09:29:27 &#43;0800</pubDate>
    <author>lihuu</author>
    <guid>https://silentstormic.top/post/1768440567/</guid>
    <description><![CDATA[<h2 id="biosuefi-层级配置">BIOS/UEFI 层级配置</h2>
<p>这是所有设置的前提。如果硬件层关闭，系统层做再多努力也无效。</p>
<ol>
<li><strong>进入 BIOS</strong>：通常是开机连续按 <code>Del</code> 或 <code>F2</code>。</li>
<li><strong>电源管理设置 (Power Management)</strong>：
<ul>
<li><strong>Wake On LAN</strong> 或 <strong>Resume By PCI-E Device</strong>：设为 <strong>Enabled</strong>。</li>
<li><strong>ErP Ready</strong>：设为 <strong>Disabled</strong>（这是关键！ErP 开启会将待机功耗降至 0.5W 以下，直接切断网卡电源）。</li>
<li><strong>Deep Sleep</strong>：设为 <strong>Disabled</strong>。</li>
</ul>
</li>
</ol>
<h2 id="操作系统设置">操作系统设置</h2>
<h3 id="-windows-操作系统配置">、 Windows 操作系统配置</h3>
<p>Windows 默认倾向于在关机时“彻底休眠”，这有时会干扰网卡状态。</p>]]></description>
</item>
<item>
    <title>Wake-on-LAN (WOL) 技术深度解析：从协议到驱动的完整实现</title>
    <link>https://silentstormic.top/post/1768439070/</link>
    <pubDate>Thu, 15 Jan 2026 09:04:32 &#43;0800</pubDate>
    <author>lihuu</author>
    <guid>https://silentstormic.top/post/1768439070/</guid>
    <description><![CDATA[<h2 id="一-核心原理协议栈与硬件实现">一、 核心原理：协议栈与硬件实现</h2>
<p>WOL 是一种基于 <strong>OSI 模型第二层（数据链路层）</strong> 的硬件唤醒技术，由 AMD 和 HP 于 1997 年提出，并在 IEEE 802.3 标准中得到规范。</p>
<h3 id="1-magic-packet-数据结构">1. Magic Packet 数据结构</h3>
<p>WOL 的核心载荷是一个 102 字节的特殊以太网帧，其结构定义如下：</p>
<div class="code-block code-line-numbers open" style="counter-reset: code-block 0">
    <div class="code-header language-">
        <span class="code-title"><i class="arrow fas fa-angle-right fa-fw" aria-hidden="true"></i></span>
        <span class="ellipses"><i class="fas fa-ellipsis-h fa-fw" aria-hidden="true"></i></span>
        <span class="copy" title="复制到剪贴板"><i class="far fa-copy fa-fw" aria-hidden="true"></i></span>
    </div><pre tabindex="0"><code>+----------------+------------------+
| 6 bytes 0xFF   | Synchronization  |
+----------------+------------------+
| 96 bytes       | Target MAC × 16  |
+----------------+------------------+</code></pre></div>
<ul>
<li><strong>同步流 (Sync Stream)</strong>：6 个字节的 <code>0xFF</code>（<code>FF:FF:FF:FF:FF:FF</code>），作为魔术包识别标记。</li>
<li><strong>目标载荷</strong>：目标 NIC 的 MAC 地址连续重复 <strong>16 次</strong>（16 × 6 = 96 字节）。</li>
<li><strong>封装协议</strong>：
<ul>
<li>标准实现使用 <strong>UDP/7</strong>（Echo Protocol）或 <strong>UDP/9</strong>（Discard Protocol）</li>
<li>也可以使用 <strong>EtherType 0x0842</strong> 直接封装在以太网帧中</li>
<li>关键点：NIC 的物理层（PHY）芯片通过硬件模式匹配 MAC 序列，<strong>不依赖 IP 层解析</strong></li>
</ul>
</li>
</ul>
<h3 id="2-nic-的待机监听机制">2. NIC 的待机监听机制</h3>
<p>即使系统处于 <strong>ACPI S5 状态（Soft Off）</strong>，主板的 ATX 电源仍会通过 <strong>+5V Standby（紫色线）</strong> 为 NIC 提供约 2-3W 的待机功耗。此时 NIC 进入 <strong>PCI Power State D3hot/D3cold</strong>，仅保留以下组件活跃：</p>]]></description>
</item>
<item>
    <title>HTTP 协议：从基础到高级通信模式</title>
    <link>https://silentstormic.top/post/http-protocol-guide/</link>
    <pubDate>Sun, 24 Sep 2023 15:26:50 &#43;0800</pubDate>
    <author>lihuu</author>
    <guid>https://silentstormic.top/post/http-protocol-guide/</guid>
    <description><![CDATA[<p>HTTP（HyperText Transfer Protocol）是 Web 的基础协议，浏览器与服务器之间的每一次交互都依赖它。本文从基础模型出发，逐步覆盖状态管理、安全加密、协议演进，以及 SSE 和 WebSocket 等高级通信模式。</p>
<h2 id="http-基础">HTTP 基础</h2>
<h3 id="通信模型">通信模型</h3>
<p>HTTP 采用<strong>客户端-服务器（C/S）模型</strong>，通信过程是<strong>一问一答</strong>：</p>
<ol>
<li>客户端（浏览器）发起<strong>请求（Request）</strong></li>
<li>服务器处理后返回<strong>响应（Response）</strong></li>
<li>连接断开（HTTP/1.1 默认 keep-alive 可复用连接）</li>
</ol>
<p>HTTP 是<strong>无状态</strong>协议——服务器不会记住之前的请求。每次请求都是独立的，服务器不知道&quot;这个用户是谁&quot;。</p>]]></description>
</item>
</channel>
</rss>
