← 输入框|bugs.python.org|刷新

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

作者 Alex Warhawk
收信人 Alex Warhawk, Mark.Ribau, Ye.Wang, christian.heimes, dstufft, giampaolo.rodola, janssen, pitrou
日期 2015-10-09.18:51:57
SpamBayes Score -1.0
Marked as misclassified 是
Message-id <1444416717.83.0.336183556581.issue19500@psf.upfronthosting.co.za>
In-reply-to
内容
Even after enabling client cache one still has to call SSL_set_session. See documentation of SSL_CTX_set_session_cache_mode point SSL_SESS_CACHE_CLIENT.

I started thinking about not exposing a SSL_SESSION object to the user but rather extending wrap_socket to take an already established socket as argument and use that socket's session object. This way I can ensure that both sockets share the same SSL context

I am not really convinced by this idea myself, what do you think about this? Any better ideas?
历史
日期 用户 动作 参数
2015-10-09 18:51:57Alex Warhawk修改recipients: + Alex Warhawk, janssen, pitrou, giampaolo.rodola, christian.heimes, dstufft, Ye.Wang, Mark.Ribau
2015-10-09 18:51:57Alex Warhawk修改messageid: <1444416717.83.0.336183556581.issue19500@psf.upfronthosting.co.za>
2015-10-09 18:51:57Alex Warhawk链接issue19500 messages
2015-10-09 18:51:57Alex Warhawk创建