[
https://issues.apache.org/jira/browse/TS-3084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14142214#comment-14142214
]
Leif Hedstrom commented on TS-3084:
-----------------------------------
Hmmm, ok, guess I misunderstood. I got the impression you had the client going
away before the origin got a chance to produce a response. I believe the intent
is to log what the cache response is, at least in the squid log format (which
afaik is not the origin response).
> forwarding mode breaks iPhone activation (gs.apple.com)
> -------------------------------------------------------
>
> Key: TS-3084
> URL: https://issues.apache.org/jira/browse/TS-3084
> Project: Traffic Server
> Issue Type: Bug
> Components: Core, HTTP
> Reporter: Nikolai Gorchilov
> Assignee: Susan Hinrichs
> Fix For: 5.2.0
>
> Attachments: gs.request, gs.response, partial-request.txt,
> ts-3084.patch
>
>
> On iDevice restoration iTunes makes activation request to gs.apple.com
> (request attached).
> When sent via ATS, the request leads to HTTP/1.1 400 (bad request) response
> from origin server.
> Proper response (on direct connection) is also attached for your reference.
> Here's the command to reproduce the problem
> {noformat}
> netcat gs.apple.com 80 < gs.request
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
