入站与出站双向规则——精细到每个应用的网络控制
为什么需要双向规则
大多数人用 GlassWire 的时候只关心"我电脑上的应用不要出去乱连"——火焰图标管的就是这个（出站阻断）。
但有一些场景，你需要更精细的控制：
- P2P 下载（BitTorrent）：不仅要能出去连 tracker，还要能接收外部的 peer 连接入站
- 远程桌面（RDP/TeamViewer/ToDesk）：别人要通过网络进来连你，入站必须允许
- 服务器软件（Web Server/FTP Server）：本质是等待外部入站连接
- 你只想阻断一个应用接收外部连接（比如有人想连你的某个端口，但这个应用不需要对外服务）
GlassWire Protect 页的 In（入站） 和 Out（出站） 两列就是干这个的。
In 和 Out 分别是什么
- 入站（In）：外部设备（其他电脑、手机、服务器）主动发起连到你的连接。典型场景：别人远程桌面连你、下载工具接收 peer 连接、别人访问你的 Web 服务器
- 出站（Out）：你的应用主动发起对外连接。典型场景：浏览器开网页、微信发消息、Steam 下载游戏、App 上报数据
三种规则选项
每个应用的 In 和 Out 列下拉框各有三个选项：
| 选项 | 行为 |
|---|---|
| 允许（Allow） | 该方向的连接不拦截 |
| 阻断（Block） | 该方向的连接一律被拒绝 |
| 询问（Ask） | 每次有新连接时弹窗问你同不同意 |
默认状态
新见过的应用默认是：入站允许、出站允许（Normal 模式下）。如果你开了 Ask to Connect 模式，出站会变成 Ask。
四个典型配置组合
组合 1：完全阻断（In Block + Out Block）
等于同时阻断入站和出站。应用变成完全离线状态，什么网络活动都不能做。
适用场景：你完全不信任这个应用、或彻底不用它。
快捷方式：直接点火焰图标（只阻断出站）+ 把 In 列也设成 Block。
组合 2：只阻断出站（In Allow + Out Block）
这就是火焰图标的效果。应用不能主动外连，但别人如果已经连上了它（比如之前建立的连接），它还能接收数据。
适用场景：不信任某个应用的外连行为，但不想破坏它已经建立的入站连接（比如 P2P 下载正在做种）。
组合 3：只阻断入站（In Block + Out Allow）
应用能正常上网、发请求，但不能接收外部主动连接。
适用场景：你想保留应用的正常使用能力，同时防止外部黑客扫描到你的端口后通过这个应用入侵。日常最推荐的基础配置——除非你有特殊需求（P2P、远程桌面、服务器），否则入站阻断是个好习惯。
组合 4：询问出站（In Allow + Out Ask）
Out 列设为 Ask 后，该应用每次发起新的出站连接都会弹窗问你。
适用场景：你想密切监视某个可疑应用的每一次联网行为。
怎么配
方式一：逐行下拉框
在 GlassWire Protect 页，直接点某个应用的 In 或 Out 列的下拉框，选你想要的选项。
方式二：右键 → Custom Rule
右键点应用 → More → Custom Rule，可以配置更精确的规则（虽然 GlassWire 主要是应用级而非端口级，但 Custom Rule 可以指定规则生效范围）。
P2P 下载的特殊处理
以 BitTorrent 为例，它同时需要：
- 出站：连 tracker 服务器（获取 peer 列表）+ 连已知的 peer 做种子交换
- 入站：接收其他 peer 主动发起的连接（这是 P2P 高效下载的关键）
如果你用火焰图标阻断了 BitTorrent 客户端的出站——它立刻停止下载。如果你把入站也阻断——它还能从已有的 peer 那下载（出站连接建立了反方向通道），但无法接收新 peer 的主动连接，下载速度会下降。
正确做法：BitTorrent 客户端的 In 和 Out 都应该设为 Allow。
关于入站阻断的安全性
把所有应用的入站都设为 Block 会不会影响正常使用？
一般不会。日常用的绝大多数应用——浏览器、微信、视频播放器、办公软件——都是纯出站的。它们主动发请求出去，服务端响应回来走的是同一条出站连接的返回通道（TCP 的双向特性），不涉及新的入站连接。
真正需要入站的只有：P2P 类、远程桌面类、服务器类应用。把这几个特殊的放行，其他全部入站阻断是安全的。