[
https://issues.apache.org/jira/browse/TS-433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12906165#action_12906165
]
Alan M. Carroll commented on TS-433:
------------------------------------
I checked in a quick and dirty patch. I am leaving the bug open because I don't
like the fix, it's just a work around. I need to find the real problem and fix
that. It's clear, however, that the problem lies in the host name caching logic
I added to the HTTPHdr object. It is not getting updated / marked dirty after
remapping.
> Reverse proxy doesn't work
> --------------------------
>
> Key: TS-433
> URL: https://issues.apache.org/jira/browse/TS-433
> Project: Traffic Server
> Issue Type: Bug
> Components: Core
> Reporter: Leif Hedstrom
> Assignee: Alan M. Carroll
> Priority: Blocker
> Fix For: 2.1.3
>
>
> Reverse proxy no longer works in ATS, it seems that it tries to proxy back to
> itself instead of the destination host. I see
> [Sep 3 12:36:17.745] Server {140386788771600} DEBUG: (http) [0] State
> Transition: CACHE_ISSUE_WRITE -> ORIGIN_SERVER_OPEN
> [Sep 3 12:36:17.745] Server {140386788771600} DEBUG: (http_track) entered
> inside do_http_server_open
> [Sep 3 12:36:17.745] Server {140386788771600} DEBUG: (http) [0] open
> connection to loki.ogre.com: 192.168.201.14
> [Sep 3 12:36:17.745] Server {140386788771600} DEBUG: (http_seq)
> [HttpSM::do_http_server_open] Sending request to server
> [Sep 3 12:36:17.745] Server {140386788771600} DEBUG: (http) calling
> netProcessor.connect_re
> [Sep 3 12:36:17.745] Server {140386788771600} DEBUG: (http) [0]
> [HttpSM::main_handler, NET_EVENT_OPEN]
> [Sep 3 12:36:17.745] Server {140386726496016} DEBUG: (http_tproxy) Marking
> accepted connect on 32f81e0 as not outbound transparent.
> [Sep 3 12:36:17.745] Server {140386788771600} DEBUG: (http_track) entered
> inside state_http_server_open
> [Sep 3 12:36:17.745] Server {140386788771600} DEBUG: (http) [0]
> [&HttpSM::state_http_server_open, NET_EVENT_OPEN]
> when I expect something like the below (the origin server, RHS of
> remap.config rule, is www.theorigin.com):
> [Sep 3 12:37:55.805] Server {140243282487056} DEBUG: (http) [0] State
> Transition: CACHE_ISSUE_WRITE -> ORIGIN_SERVER_OPEN
> [Sep 3 12:37:55.805] Server {140243282487056} DEBUG: (http_track) entered
> inside do_http_server_open
> [Sep 3 12:37:55.805] Server {140243282487056} DEBUG: (http) [0] open
> connection to l.yimg.com: 68.142.250.160
> [Sep 3 12:37:55.805] Server {140243282487056} DEBUG: (http_seq)
> [HttpSM::do_http_server_open] Sending request to server
> [Sep 3 12:37:55.805] Server {140243282487056} DEBUG: (http) calling
> netProcessor.connect_re
> [Sep 3 12:37:55.842] Server {140243282487056} DEBUG: (http) [0]
> [HttpSM::main_handler, NET_EVENT_OPEN]
> [Sep 3 12:37:55.842] Server {140243282487056} DEBUG: (http_track) entered
> inside state_http_server_open
> [Sep 3 12:37:55.842] Server {140243282487056} DEBUG: (http) [0]
> [&HttpSM::state_http_server_open, NET_EVENT_OPEN]
> [Sep 3 12:37:55.842] Server {140243282487056} DEBUG: (http_ss) [0] session
> born, netvc 0x7f8cd8012f40
> [Sep 3 12:37:55.842] Server {140243282487056} DEBUG: (http) [0]
> [HttpSM::main_handler, VC_EVENT_WRITE_COMPLETE]
> [Sep 3 12:37:55.842] Server {140243282487056} DEBUG: (http) [0]
> [&HttpSM::state_send_server_request_header, VC_EVENT_WRITE_COMPLETE]
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
