当前位置:  开发笔记 > 编程语言 > 正文

在SChannel中处理SEC_I_RENEGOTIATE和TLS1_ALERT_NO_RENEGOTIATION

如何解决《在SChannel中处理SEC_I_RENEGOTIATE和TLS1_ALERT_NO_RENEGOTIATION》经验,为你挑选了0个好方法。

我现在正在使用SChannel为基于异步(IOCP)的服务器而且我已经让大多数工作正常但我遇到了重新协商的问题.具体来说,当对等体A向对等体B发送重新协商请求并且对等体B用TLS1 NO RENEGOTIATION警告响应时,对等体A如何继续?我似乎在获得SEC_I_NO_RENEGOTIATION响应的时候有一个无效的上下文,这使我无法继续使用流...

更新了我已经做了一些更多的测试,它似乎不是一个无效的上下文,但我确实SEC_E_ENCRYPT_FAILURE从下次调用加密...

请求重新谈判实际上是否可以拒绝?或者仅NO RENEGOTIATION提醒信息错误消息现在意味着连接无用?如果是这样,为什么它被评论为"警告"而不是"错误"?不; TLS RFC(5246)清楚地表明,在没有重新协商警报之后,由同行决定是否可以继续...

更新如果我使用... 发送TLS警报没有任何区别ApplyControlToken() or if I send it using EncryptMessage() with SECQOP_WRAP_OOB_DATA

推荐阅读
罗文彬2502852027
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有