[
https://issues.apache.org/jira/browse/TS-3084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14141462#comment-14141462
]
Nikolai Gorchilov commented on TS-3084:
---------------------------------------
The issue is not related to the caching logic, but as Susan explained above (as
well as in TS-3073), it was triggered by client closing the connection before
the origin server finishes sending a response. The result was ERR_UNKNOWN/000
in the log, now (at least for me) it produces a proper TCP_MISS/200 log entry.
> 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)
