「配置档」这个词容易让人误会成一组更优的节点推荐。它其实解决的是一个更朴素的问题：你每次连接前要调的那几项设置——去哪个位置、用什么协议、开哪些开关——能不能一次保存好，之后一键调用。
这篇说明配置档保存的是什么、怎么组织才不会越建越乱，以及它无法替你做出的那些判断。
它把什么保存下来
Proton 的官方帮助页说明，用户若经常使用同一组 VPN 设置，可以保存 connection profile；配置可定义位置、协议和取决于设备的其他 VPN 设置。对读者而言，更实用的理解是：把“通勤时的选择”和“可信家庭网络时的选择”分开命名，避免每次连接都临时改一串开关。
建立前的三步核对
- 从官方站、官方应用商店入口或项目 Releases 获取客户端，先核对发布者和版本说明。
- 给配置档写清场景和目的，例如“公共 Wi-Fi 临时使用”；不要以“最快”“最安全”这类无法复核的名称替代记录。
- 保存后重新打开配置档，核对位置与协议是否确实是自己预期的值；网络环境变化时再单独测试。
按场景命名，不要按感觉命名
配置档最容易失败的地方是命名。「最快」「备用 2」「新的」这类名字过几周就分不清了，而且「最快」这种描述本身也无法核对——线路表现会变，名字却不会。
更实用的做法是按场景命名，让名字回答「什么时候用它」：公共 Wi-Fi 临时使用、家里日常、需要某地区服务时。这样即使几个月后回来看，也能立刻知道该点哪一个。配置档的数量也建议控制在三四个以内，多了反而增加选择成本。
建好之后要复核一次
- 保存后重新打开配置档，确认位置与协议确实是你设置的值。
- 用它连接一次，并完成一个真实任务，而不是只看连接状态。
- 确认相关的保护类开关（如断线保护）在这个配置下的状态符合预期。
- 把可用的组合记下来，作为之后调整的基准。
- 客户端大版本更新后，抽空复核一次配置档是否仍然有效。
配置档与断线保护的关系
这两件事经常被混在一起，但它们的层次不同：配置档决定「连的时候用什么设置」，断线保护决定「没连上的时候流量怎么办」。前者是便利性功能，后者是安全性功能。
实际影响是：切换配置档不会改变断线保护的开关状态，反过来也一样。因此建立多个配置档之后，值得单独确认一次保护类开关是否仍然符合你的预期——尤其是在你为了某个特殊场景临时关闭过它之后。
一个简单的习惯可以避免大多数问题：把「临时关闭保护」和「用完立刻恢复」当成一对动作，永远成对出现。相关判断可参考Lockdown mode 值不值得作为日常断网保护。
使用中的自查清单
- 每个配置档的名字，能回答「什么时候用它」吗？
- 我保存后复核过实际生效的位置与协议吗？
- 配置档数量是否已经多到我自己都要犹豫？
- 更新客户端后，我确认过它们还正常吗？
- 断线保护一类的开关状态，在各配置下是否符合预期？
常见问题
配置档能提升速度吗？
不能。它保存的是你的选择，速度仍然取决于线路本身与你的网络环境。
为什么同一个配置档有时连不上？
保存的是选择，不是保证。线路状况、账户状态、当地网络都可能变化，这时需要临时改用其他选择。
该建多少个？
够用就好。多数人三个足矣：日常、公共网络、以及某个特定用途。数量多了，选择本身就成了负担。
协议选项该怎么选？
先用客户端的默认或自动选项，确认可用之后再尝试其他。不熟悉时手动指定协议，往往只是把一个变量变成了两个。
删除配置档会影响账户吗？
不会。配置档只是本地保存的设置组合，删除它不影响订阅、账户状态或其他设备上的设置。
换了网络环境需要换配置档吗？
如果你为不同网络建立了不同的配置档，那就该换。这也是按场景命名的价值——名字本身会提醒你现在该用哪一个。
配置档能共享给家人吗？
配置档保存的是设置组合，不是账户凭据。是否可以共享取决于客户端的实现与你的账户条款，共享前先确认。
为什么建议控制数量？
因为选择本身也有成本。三四个各有明确用途的配置档，比十个名字相近的更实用——后者往往导致你每次都要停下来想选哪个。
换手机之后需要重建吗？
取决于客户端是否同步这些设置。迁移后务必逐个复核一次，不要假设它们原样搬了过来。
