Remotely-Save插件iOS端WebDAV同步问题分析与解决方案

近期，部分Obsidian用户在iOS设备上使用Remotely-Save插件进行WebDAV同步时遇到了连接失败问题。本文将从技术角度分析该问题的成因，并提供可行的解决方案。

问题现象

用户反馈在iOS设备上配置WebDAV同步时出现"request failed"错误，而相同的配置在桌面端工作正常。受影响环境包括：

• iOS 17.3.1及以上版本
• Obsidian 1.5.8移动端版本
• Remotely-Save 0.3.40插件版本

根本原因分析

经过技术排查，该问题源于Obsidian移动端API在iOS 17系统上的一个限制性变更：系统默认禁止发送非加密的HTTP请求。这是苹果在iOS 17中加强的安全策略，要求所有网络通信必须使用HTTPS加密连接。

影响范围

该问题主要影响以下配置场景：

1. 使用HTTP协议而非HTTPS的WebDAV服务
2. 使用自签名证书的HTTPS服务
3. 未正确配置协议前缀（http://或https://）的服务地址

解决方案

方案一：升级服务端支持HTTPS

1. 为WebDAV服务配置有效的SSL证书
2. 确保服务监听443端口
3. 在Remotely-Save配置中使用https://前缀的完整URL

方案二：处理自签名证书情况

对于使用自签名证书的服务：

1. 将证书导入iOS设备的信任存储
2. 在Obsidian设置中启用"信任自签名证书"选项（需Obsidian后续版本支持）

方案三：临时替代方案

若无法立即升级HTTPS：

1. 使用桌面端完成同步
2. 考虑使用其他支持HTTP的同步方式（如iCloud）

技术建议

1. 长期来看，建议所有WebDAV服务都应迁移到HTTPS
2. 在配置Remotely-Save时，始终使用完整的URL（包含协议前缀）
3. 定期检查Obsidian更新，以获取API兼容性修复

总结

该问题反映了移动端安全策略的演进趋势。作为技术用户，我们应当适应这种安全升级，及时调整服务配置。Remotely-Save作为同步工具，其功能实现依赖于底层的Obsidian API，因此当平台级限制出现时，最佳实践是遵循平台规范进行适配。

对于普通用户，建议优先选择支持HTTPS的云服务提供商；对于自建服务的技术用户，可以考虑使用Let's Encrypt等免费证书方案快速实现HTTPS化。