我有一个移动设备通过HTTPS与我服务器上的RESTful API进行通信.其中一个操作是数据同步,用于将脱机时进行的修改推送到服务器,并下拉服务器上并行进行的更新.
我遇到了一个边缘情况,在现有客户端中,同步操作可能会无声地失败.我已升级客户端上的"同步协议"以正确处理条件.理想情况下,我希望让所有旧客户端在尝试同步时告知他们升级时收到消息.
通信就在我的服务器和我的移动客户端之间,所以我意识到我可以返回任意数量的HTTP代码并通知客户端将来显示一条消息,建议用户升级并立即停止同步过程.
是否会被视为对HTTP 426升级所需返回代码的意图的混淆,以使用它来发出信号.我能找到的每个参考文献(IETF RFC 2817,维基百科)都说它用来表示客户端升级到TLS.它是否仅限于定义良好的安全协议(如SSL和TLS),还是HTTP层的通用升级标志,传统上仅用于SSL和TLS？
如果它不是针对这个用例,那么HTTP 303 See Other会被认为更合适,还是有其他代码我缺少？
我正在重写我的问题,希望我能得到更好的回应.我在这里询问了关于serverfault的类似问题,并认为正确有效的TLS服务器是需要"STARTTLS"命令的服务器.
是否可以在不需要额外端口的情况下将STARTTLS发布到正确配置的LDAP或HTTP TLS服务器？我知道从SMTP的角度来看这是事实,但不确定我可以将这些经验应用到其他协议的范围.
我花时间阅读(但没有完全掌握)
问: 在建立TLS over LDAP或HTTP会话之前,线路上发生了什么？由于这是基于我可以简单地远程登录到该端口,并发出一些指令TCP来验证它的工作(最高点)？