[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Call updated TS-1883: --- Assignee: Susan Hinrichs > SSL origin connections do not support connection timeouts > - > > Key: TS-1883 > URL: https://issues.apache.org/jira/browse/TS-1883 > Project: Traffic Server > Issue Type: Bug > Components: Core, SSL >Reporter: James Peach >Assignee: Susan Hinrichs > Fix For: 7.0.0 > > > In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not > support timeouts if the scheme is HTTPS: > {code} > void > HttpSM::do_http_server_open(bool raw) > { > ... > if (t_state.scheme == URL_WKSIDX_HTTPS) { > DebugSM("http", "calling sslNetProcessor.connect_re"); > connect_action_handle = sslNetProcessor.connect_re(this,// state > machine > > _state.current.server->addr.sa,// addr + port >); > } else { > ... > // Setup the timeouts > // Set the inactivity timeout to the connect timeout so that we > // we fail this server if it doesn't start sending the response > // header > MgmtInt connect_timeout; > if (t_state.method == HTTP_WKSIDX_POST || t_state.method == > HTTP_WKSIDX_PUT) { > connect_timeout = t_state.txn_conf->post_connect_attempts_timeout; > } else if (t_state.current.server == _state.parent_info) { > connect_timeout = t_state.http_config_param->parent_connect_timeout; > } else { > if (t_state.pCongestionEntry != NULL) > connect_timeout = t_state.pCongestionEntry->connect_timeout(); > else > connect_timeout = t_state.txn_conf->connect_attempts_timeout; > } > DebugSM("http", "calling netProcessor.connect_s"); > connect_action_handle = netProcessor.connect_s(this, // state > machine > > _state.current.server->addr.sa,// addr + port > connect_timeout, ); > ... > } > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-1883: -- Fix Version/s: (was: 6.1.0) 7.0.0 > SSL origin connections do not support connection timeouts > - > > Key: TS-1883 > URL: https://issues.apache.org/jira/browse/TS-1883 > Project: Traffic Server > Issue Type: Bug > Components: Core, SSL >Reporter: James Peach > Fix For: 7.0.0 > > > In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not > support timeouts if the scheme is HTTPS: > {code} > void > HttpSM::do_http_server_open(bool raw) > { > ... > if (t_state.scheme == URL_WKSIDX_HTTPS) { > DebugSM("http", "calling sslNetProcessor.connect_re"); > connect_action_handle = sslNetProcessor.connect_re(this,// state > machine > > _state.current.server->addr.sa,// addr + port >); > } else { > ... > // Setup the timeouts > // Set the inactivity timeout to the connect timeout so that we > // we fail this server if it doesn't start sending the response > // header > MgmtInt connect_timeout; > if (t_state.method == HTTP_WKSIDX_POST || t_state.method == > HTTP_WKSIDX_PUT) { > connect_timeout = t_state.txn_conf->post_connect_attempts_timeout; > } else if (t_state.current.server == _state.parent_info) { > connect_timeout = t_state.http_config_param->parent_connect_timeout; > } else { > if (t_state.pCongestionEntry != NULL) > connect_timeout = t_state.pCongestionEntry->connect_timeout(); > else > connect_timeout = t_state.txn_conf->connect_attempts_timeout; > } > DebugSM("http", "calling netProcessor.connect_s"); > connect_action_handle = netProcessor.connect_s(this, // state > machine > > _state.current.server->addr.sa,// addr + port > connect_timeout, ); > ... > } > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Sorber updated TS-1883: Fix Version/s: (was: 6.0.0) 6.1.0 SSL origin connections do not support connection timeouts - Key: TS-1883 URL: https://issues.apache.org/jira/browse/TS-1883 Project: Traffic Server Issue Type: Bug Components: Core, SSL Reporter: James Peach Assignee: Bryan Call Fix For: 6.1.0 In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not support timeouts if the scheme is HTTPS: {code} void HttpSM::do_http_server_open(bool raw) { ... if (t_state.scheme == URL_WKSIDX_HTTPS) { DebugSM(http, calling sslNetProcessor.connect_re); connect_action_handle = sslNetProcessor.connect_re(this,// state machine t_state.current.server-addr.sa,// addr + port opt); } else { ... // Setup the timeouts // Set the inactivity timeout to the connect timeout so that we // we fail this server if it doesn't start sending the response // header MgmtInt connect_timeout; if (t_state.method == HTTP_WKSIDX_POST || t_state.method == HTTP_WKSIDX_PUT) { connect_timeout = t_state.txn_conf-post_connect_attempts_timeout; } else if (t_state.current.server == t_state.parent_info) { connect_timeout = t_state.http_config_param-parent_connect_timeout; } else { if (t_state.pCongestionEntry != NULL) connect_timeout = t_state.pCongestionEntry-connect_timeout(); else connect_timeout = t_state.txn_conf-connect_attempts_timeout; } DebugSM(http, calling netProcessor.connect_s); connect_action_handle = netProcessor.connect_s(this, // state machine t_state.current.server-addr.sa,// addr + port connect_timeout, opt); ... } {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Sorber updated TS-1883: Assignee: (was: Bryan Call) SSL origin connections do not support connection timeouts - Key: TS-1883 URL: https://issues.apache.org/jira/browse/TS-1883 Project: Traffic Server Issue Type: Bug Components: Core, SSL Reporter: James Peach Fix For: 6.1.0 In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not support timeouts if the scheme is HTTPS: {code} void HttpSM::do_http_server_open(bool raw) { ... if (t_state.scheme == URL_WKSIDX_HTTPS) { DebugSM(http, calling sslNetProcessor.connect_re); connect_action_handle = sslNetProcessor.connect_re(this,// state machine t_state.current.server-addr.sa,// addr + port opt); } else { ... // Setup the timeouts // Set the inactivity timeout to the connect timeout so that we // we fail this server if it doesn't start sending the response // header MgmtInt connect_timeout; if (t_state.method == HTTP_WKSIDX_POST || t_state.method == HTTP_WKSIDX_PUT) { connect_timeout = t_state.txn_conf-post_connect_attempts_timeout; } else if (t_state.current.server == t_state.parent_info) { connect_timeout = t_state.http_config_param-parent_connect_timeout; } else { if (t_state.pCongestionEntry != NULL) connect_timeout = t_state.pCongestionEntry-connect_timeout(); else connect_timeout = t_state.txn_conf-connect_attempts_timeout; } DebugSM(http, calling netProcessor.connect_s); connect_action_handle = netProcessor.connect_s(this, // state machine t_state.current.server-addr.sa,// addr + port connect_timeout, opt); ... } {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Susan Hinrichs updated TS-1883: --- Fix Version/s: (was: 6.0.0) 5.3.0 SSL origin connections do not support connection timeouts - Key: TS-1883 URL: https://issues.apache.org/jira/browse/TS-1883 Project: Traffic Server Issue Type: Bug Components: Core, SSL Reporter: James Peach Assignee: Susan Hinrichs Fix For: 5.3.0 In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not support timeouts if the scheme is HTTPS: {code} void HttpSM::do_http_server_open(bool raw) { ... if (t_state.scheme == URL_WKSIDX_HTTPS) { DebugSM(http, calling sslNetProcessor.connect_re); connect_action_handle = sslNetProcessor.connect_re(this,// state machine t_state.current.server-addr.sa,// addr + port opt); } else { ... // Setup the timeouts // Set the inactivity timeout to the connect timeout so that we // we fail this server if it doesn't start sending the response // header MgmtInt connect_timeout; if (t_state.method == HTTP_WKSIDX_POST || t_state.method == HTTP_WKSIDX_PUT) { connect_timeout = t_state.txn_conf-post_connect_attempts_timeout; } else if (t_state.current.server == t_state.parent_info) { connect_timeout = t_state.http_config_param-parent_connect_timeout; } else { if (t_state.pCongestionEntry != NULL) connect_timeout = t_state.pCongestionEntry-connect_timeout(); else connect_timeout = t_state.txn_conf-connect_attempts_timeout; } DebugSM(http, calling netProcessor.connect_s); connect_action_handle = netProcessor.connect_s(this, // state machine t_state.current.server-addr.sa,// addr + port connect_timeout, opt); ... } {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan M. Carroll updated TS-1883: Fix Version/s: (was: 5.1.0) 6.0.0 SSL origin connections do not support connection timeouts - Key: TS-1883 URL: https://issues.apache.org/jira/browse/TS-1883 Project: Traffic Server Issue Type: Bug Components: Core, SSL Reporter: James Peach Fix For: 6.0.0 In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not support timeouts if the scheme is HTTPS: {code} void HttpSM::do_http_server_open(bool raw) { ... if (t_state.scheme == URL_WKSIDX_HTTPS) { DebugSM(http, calling sslNetProcessor.connect_re); connect_action_handle = sslNetProcessor.connect_re(this,// state machine t_state.current.server-addr.sa,// addr + port opt); } else { ... // Setup the timeouts // Set the inactivity timeout to the connect timeout so that we // we fail this server if it doesn't start sending the response // header MgmtInt connect_timeout; if (t_state.method == HTTP_WKSIDX_POST || t_state.method == HTTP_WKSIDX_PUT) { connect_timeout = t_state.txn_conf-post_connect_attempts_timeout; } else if (t_state.current.server == t_state.parent_info) { connect_timeout = t_state.http_config_param-parent_connect_timeout; } else { if (t_state.pCongestionEntry != NULL) connect_timeout = t_state.pCongestionEntry-connect_timeout(); else connect_timeout = t_state.txn_conf-connect_attempts_timeout; } DebugSM(http, calling netProcessor.connect_s); connect_action_handle = netProcessor.connect_s(this, // state machine t_state.current.server-addr.sa,// addr + port connect_timeout, opt); ... } {code} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Call updated TS-1883: --- Fix Version/s: (was: 5.0.0) 5.1.0 SSL origin connections do not support connection timeouts - Key: TS-1883 URL: https://issues.apache.org/jira/browse/TS-1883 Project: Traffic Server Issue Type: Bug Components: Core, SSL Reporter: James Peach Fix For: 5.1.0 In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not support timeouts if the scheme is HTTPS: {code} void HttpSM::do_http_server_open(bool raw) { ... if (t_state.scheme == URL_WKSIDX_HTTPS) { DebugSM(http, calling sslNetProcessor.connect_re); connect_action_handle = sslNetProcessor.connect_re(this,// state machine t_state.current.server-addr.sa,// addr + port opt); } else { ... // Setup the timeouts // Set the inactivity timeout to the connect timeout so that we // we fail this server if it doesn't start sending the response // header MgmtInt connect_timeout; if (t_state.method == HTTP_WKSIDX_POST || t_state.method == HTTP_WKSIDX_PUT) { connect_timeout = t_state.txn_conf-post_connect_attempts_timeout; } else if (t_state.current.server == t_state.parent_info) { connect_timeout = t_state.http_config_param-parent_connect_timeout; } else { if (t_state.pCongestionEntry != NULL) connect_timeout = t_state.pCongestionEntry-connect_timeout(); else connect_timeout = t_state.txn_conf-connect_attempts_timeout; } DebugSM(http, calling netProcessor.connect_s); connect_action_handle = netProcessor.connect_s(this, // state machine t_state.current.server-addr.sa,// addr + port connect_timeout, opt); ... } {code} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-1883: -- Fix Version/s: (was: 3.3.5) 3.3.6 Moving out to v3.3.6 for now, which means unless someone moves it back to v3.3.5, this will not go into v3.4.0. SSL origin connections do not support connection timeouts - Key: TS-1883 URL: https://issues.apache.org/jira/browse/TS-1883 Project: Traffic Server Issue Type: Bug Components: Core, SSL Reporter: James Peach Fix For: 3.3.6 In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not support timeouts if the scheme is HTTPS: {code} void HttpSM::do_http_server_open(bool raw) { ... if (t_state.scheme == URL_WKSIDX_HTTPS) { DebugSM(http, calling sslNetProcessor.connect_re); connect_action_handle = sslNetProcessor.connect_re(this,// state machine t_state.current.server-addr.sa,// addr + port opt); } else { ... // Setup the timeouts // Set the inactivity timeout to the connect timeout so that we // we fail this server if it doesn't start sending the response // header MgmtInt connect_timeout; if (t_state.method == HTTP_WKSIDX_POST || t_state.method == HTTP_WKSIDX_PUT) { connect_timeout = t_state.txn_conf-post_connect_attempts_timeout; } else if (t_state.current.server == t_state.parent_info) { connect_timeout = t_state.http_config_param-parent_connect_timeout; } else { if (t_state.pCongestionEntry != NULL) connect_timeout = t_state.pCongestionEntry-connect_timeout(); else connect_timeout = t_state.txn_conf-connect_attempts_timeout; } DebugSM(http, calling netProcessor.connect_s); connect_action_handle = netProcessor.connect_s(this, // state machine t_state.current.server-addr.sa,// addr + port connect_timeout, opt); ... } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Peach updated TS-1883: Fix Version/s: (was: 3.3.5) sometime SSL origin connections do not support connection timeouts - Key: TS-1883 URL: https://issues.apache.org/jira/browse/TS-1883 Project: Traffic Server Issue Type: Bug Components: Core, SSL Reporter: James Peach Fix For: sometime In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not support timeouts if the scheme is HTTPS: {code} void HttpSM::do_http_server_open(bool raw) { ... if (t_state.scheme == URL_WKSIDX_HTTPS) { DebugSM(http, calling sslNetProcessor.connect_re); connect_action_handle = sslNetProcessor.connect_re(this,// state machine t_state.current.server-addr.sa,// addr + port opt); } else { ... // Setup the timeouts // Set the inactivity timeout to the connect timeout so that we // we fail this server if it doesn't start sending the response // header MgmtInt connect_timeout; if (t_state.method == HTTP_WKSIDX_POST || t_state.method == HTTP_WKSIDX_PUT) { connect_timeout = t_state.txn_conf-post_connect_attempts_timeout; } else if (t_state.current.server == t_state.parent_info) { connect_timeout = t_state.http_config_param-parent_connect_timeout; } else { if (t_state.pCongestionEntry != NULL) connect_timeout = t_state.pCongestionEntry-connect_timeout(); else connect_timeout = t_state.txn_conf-connect_attempts_timeout; } DebugSM(http, calling netProcessor.connect_s); connect_action_handle = netProcessor.connect_s(this, // state machine t_state.current.server-addr.sa,// addr + port connect_timeout, opt); ... } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-1883) SSL origin connections do not support connection timeouts
[ https://issues.apache.org/jira/browse/TS-1883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-1883: -- Fix Version/s: 3.3.3 SSL origin connections do not support connection timeouts - Key: TS-1883 URL: https://issues.apache.org/jira/browse/TS-1883 Project: Traffic Server Issue Type: Bug Components: Core, SSL Reporter: James Peach Fix For: 3.3.3 In {{proxy/http/HttpSM.cc}}, we can see that origin connections do not support timeouts if the scheme is HTTPS: {code} void HttpSM::do_http_server_open(bool raw) { ... if (t_state.scheme == URL_WKSIDX_HTTPS) { DebugSM(http, calling sslNetProcessor.connect_re); connect_action_handle = sslNetProcessor.connect_re(this,// state machine t_state.current.server-addr.sa,// addr + port opt); } else { ... // Setup the timeouts // Set the inactivity timeout to the connect timeout so that we // we fail this server if it doesn't start sending the response // header MgmtInt connect_timeout; if (t_state.method == HTTP_WKSIDX_POST || t_state.method == HTTP_WKSIDX_PUT) { connect_timeout = t_state.txn_conf-post_connect_attempts_timeout; } else if (t_state.current.server == t_state.parent_info) { connect_timeout = t_state.http_config_param-parent_connect_timeout; } else { if (t_state.pCongestionEntry != NULL) connect_timeout = t_state.pCongestionEntry-connect_timeout(); else connect_timeout = t_state.txn_conf-connect_attempts_timeout; } DebugSM(http, calling netProcessor.connect_s); connect_action_handle = netProcessor.connect_s(this, // state machine t_state.current.server-addr.sa,// addr + port connect_timeout, opt); ... } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira