[
https://bro-tracker.atlassian.net/browse/BIT-1179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16113#comment-16113
]
Jon Siwek commented on BIT-1179:
--------------------------------
{quote}
Though the client side of those requests still appears in http.log,
are they parsed before the gap comes on the server side?
{quote}
A gap from the server's side just disables further parsing of responses, but
any more requests will still be parsed. HTTP.cc:1158 is where this happens.
And though it doesn't apply to this case, the code for dealing with a gap in a
request seems fishy as the comment implies an intention that doesn't match what
the code actually does and the code has an extra
{{content_line->SetSkipDeliveries(1)}} statement which was probably meant to be
invoked on the other side's {{ContentLine_Analyzer}}.
> HTTP messages missing in files.log
> ----------------------------------
>
> Key: BIT-1179
> URL: https://bro-tracker.atlassian.net/browse/BIT-1179
> Project: Bro Issue Tracker
> Issue Type: Problem
> Components: Bro
> Reporter: Robin Sommer
> Assignee: Jon Siwek
> Fix For: 2.3
>
>
> I have a trace with multiple HTTP requests inside a persistent HTTP session.
> for which only the first two appear in files.log, the remaining ones are
> missing. Looks like a bug.
--
This message was sent by Atlassian JIRA
(v6.3-OD-02-026#6318)
_______________________________________________
bro-dev mailing list
bro-dev@bro.org
http://mailman.icsi.berkeley.edu/mailman/listinfo/bro-dev
