You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Alan M. Carroll (JIRA)" <ji...@apache.org> on 2010/09/10 16:25:34 UTC

[jira] Closed: (TS-433) Reverse proxy doesn't work

     [ https://issues.apache.org/jira/browse/TS-433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alan M. Carroll closed TS-433.
------------------------------


Patch active for several days, no further issues.

> 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.