文件夹里的二十个 VPN 文件不等于二十条连接

目录里的二十个配置看起来像进展，而导入它们只需要一条命令。之后你得到的是二十条名称相似的已保存连接，没有记录哪个文件生成了哪一条，也没有证据表明其中任何一条能正常工作。导入从来不是难点。盘点才是。

文件夹是输入，不是配置

那个目录里的文件可能是不同的出口、独立的客户环境，或者同一份配置的三个修订版，而文件名里没有任何东西能区分它们。它们出自某个自动化供应系统，这使它们成为流程的输入，而不是流程本身。把它们全部导入会产生一批已保存的对象，而保存一个对象并不等于同意使用它。把文件夹当作原料：经过核验的来源、选定的子集、记录下来的结果。你要的输出是一份简短且经过复核的清单，而不是一份更长的连接菜单。

导入任何东西之前，先指定来源文件夹的负责人。一个无人负责的文件夹，就是一个无人能够批准的文件夹。

导入一个文件并检查它

导入一个已获批准的文件，然后读一读它创建了什么。检查 UUID、端点、认证方式、文件引用，以及任何路由或 DNS 设置，并且在这样做时不要把密钥粘贴进共享报告。引用外部证书文件的配置仍然引用路径，因此配套材料必须留在配置期望的位置。导入也不是只读的语法检查；默认情况下它会写入一条持久连接，只有显式的临时标志才能改变这一点。

然后通过正常的凭据流程激活这一条连接，看网关是否接受它。导入成功只证明解析器读懂了文件，这比一条可用的隧道要弱得多。

维护清单，而不是记忆

记下源文件、它的用途、生成的 UUID，以及复核是否通过。每行四个字段，边做边更新，而不是事后重建。没有那张表，七次成功的导入和一次失败就会变成一个下午的猜测。

如果源路径会暴露内部结构，就不要把它写进共享文档。对清单来说，一个标签就够了。

重跑与重复

部分成功是常态，因为二十个文件里总有一个会失败。重试任何东西之前，先核对已有的 UUID，永远不要把整个文件夹当成一次全新的开始。

同一个文件的第二次导入不是更新；它会创建另一个已保存的对象，名字在列表里往往看起来一模一样。比较批次前后的清单，只复核计划内的新增。确认哪条 UUID 正在使用之后，通过拥有它的管理器删除重复项。做这件事时，不要碰无关的 Wi-Fi 和以太网配置，因为批量清理正是可用连接消失的方式。

激活是另一个决定

导入循环绝不应该以无条件连接收尾。二十个已保存的配置是一个库；二十条同时建立的隧道则是一场附带 DNS 问题的路由事故。在批次运行之前，决定哪些可以处于活动状态，以及在什么条件下。

留意机器上的自动启动策略，因为它可能在无人要求的情况下激活新配置。公布一份受支持选项的简短清单，并指明未来替换的负责人，因为来源导出、已保存的配置和远端凭据各自按不同的时间表过期。当这份对应关系得到维护时，续期就是一次查询，而不是一次排查。