恢复 iPad 后 VPN 和推送失效？检查这两条线索

从备份恢复 iPad，重新登录后，VPN 描述文件的图标还在，聊天应用也能打开，看起来一切都完成了。接着隧道认证失败，消息在后台不再到达。这两个症状看似相关，通常并不相关。恢复会触及两条互不相干的线索：设备为访问 VPN 所持有的注册，以及每个应用在各自服务商那里持有的推送注册。图标在这两处都能留下来，图标背后的东西往往留不下来。

两条线索，一次恢复

设备这条线索关乎身份：iPad 能证明自己持有什么账户、证书或管理注册。应用这条线索关乎寻址：通知服务要唤醒某个具体安装时，会接受哪个令牌。两条线索谁都修不好对方，一边登录成功也不说明另一边的状态。

重启不是恢复。重启只会丢失运行状态；恢复会替换安装，并可能以设置界面里看不见的方式改变两个身份。

第一条线索：设备真正持有的注册

对于个人 VPN，打开服务商支持的设置流程，确认你登录的是预期的账户，然后完成它要求的任何激活或凭据注册。不要只为填满空列表而导入无关的旧配置，因为存在的描述文件并不等于服务器仍然接受的身份。

对于组织管理的 iPad，恢复必须按照该注册方式和操作系统版本的既定流程进行，因为结果并不相同。Apple 关于受管设备恢复的指引指出，由账户驱动的注册描述文件不会从备份中恢复，所以用户要重新走一遍工作或学校的设置。其他注册方式在同一台设备、更换的设备以及不同的系统版本上表现不同，因此绝不能把一个案例概括成“VPN 描述文件总会丢失”。

设备注册完成后，请管理员确认当前身份以及分配给它的配置。仍出现在设置里的旧描述文件只能证明文件存在，不能证明服务会接受其中的凭据。

第二条线索：推送令牌属于某个安装

Apple 的文档指出，在从备份恢复、在新设备上安装或重装系统之后，推送服务会签发新的设备令牌。应用必须在运行时请求当前令牌，并安全地发送给它的通知服务商。恢复之前缓存的令牌不是替代方案；它指向一个已经不存在的安装。

网络路径打通后，打开每个受影响的应用，完成它支持的账户与通知设置。这给应用一次执行注册的机会，但并不保证每个应用都能妥善处理恢复。注册是应用的工作，可见的结果是服务商一侧记录了一个新令牌。

支持团队要检查两件事：应用是否报告注册成功，以及该账户在服务商处的映射现在是否指向新令牌。复制恢复之前的令牌，或者认定恢复后的本地数据就是权威，都会跳过真正恢复送达的那一步。

按这个顺序检查，并在第一处失败时停下

先确认网络路径，因为无论是注册还是应用注册，离开它都无法完成。再确认注册，因为无法认证的应用也注册不了任何东西。之后才去看通知注册。每处失败都有自己的负责人，把它们混在一起，就会出现那个经典循环：为了修一个从未重新注册的应用而再次恢复设备。

记下重新注册了什么、哪些应用登记了新令牌，然后测试一条后台通知和一次 VPN 登录。两者都正常，恢复就算完成；只有一项正常，你就知道该修哪条线索了。