You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Brian Geffon (JIRA)" <ji...@apache.org> on 2014/06/13 21:19:02 UTC
[jira] [Commented] (TS-2574) Sharing server sessions per thread
doesn't work when doing https to http
[ https://issues.apache.org/jira/browse/TS-2574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14031034#comment-14031034 ]
Brian Geffon commented on TS-2574:
----------------------------------
I'm actually interested in exploring the idea of just dropping ET_SSL threads entirely, it would resolve this issue and the usefulness of a SSL thread pool is questionable in my opinion, thoughts anyone?
> Sharing server sessions per thread doesn't work when doing https to http
> ------------------------------------------------------------------------
>
> Key: TS-2574
> URL: https://issues.apache.org/jira/browse/TS-2574
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP, SSL
> Reporter: Bryan Call
> Assignee: Brian Geffon
> Fix For: 5.1.0
>
>
> When running a reverse proxy with incoming https scheme and outgoing http, the share server sessions value of 2 doesn't work.
> Since the https and http thread pools are separate after using the http connection it will be released to the http thread. When a new https request comes in it will look in the https threads servers session pool to make a request to the origin even though it is a http request. Of course it will fail the lookup since the ports wont match.
--
This message was sent by Atlassian JIRA
(v6.2#6252)