Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support haproxy log lines without captured headers #9958

Merged
merged 2 commits into from
Jan 9, 2019

Conversation

jsoriano
Copy link
Member

@jsoriano jsoriano commented Jan 9, 2019

Haproxy can capture headers from http requests and responses and log
them. This is not done by default but current filebeat module expects
it.

Make captured headers optional, and collect them only if both request
and response headers are configured. If only one is configured, the log
is parsed but headers not collected as we cannot know if they are
request or response headers.

Fix #9463

Haproxy can capture headers from http requests and responses and log
them. This is not done by default but current filebeat module expects
it.

Make captured headers optional, and collect them only if both request
and response headers are configured. If only one is configured, the log
is parsed but headers not collected as we cannot know if they are
request or response headers.
@jsoriano jsoriano added bug module review Filebeat Filebeat needs_backport PR is waiting to be backported to other branches. labels Jan 9, 2019
@jsoriano jsoriano requested a review from a team as a code owner January 9, 2019 11:38
@ruflin ruflin added the Team:Integrations Label for the Integrations team label Jan 9, 2019
@jsoriano jsoriano merged commit b39d780 into elastic:master Jan 9, 2019
@jsoriano jsoriano deleted the filebeat-haproxy-headers branch January 9, 2019 16:09
jsoriano added a commit to jsoriano/beats that referenced this pull request Jan 9, 2019
Haproxy can capture headers from http requests and responses and log
them. This is not done by default but current filebeat module expects
it.

Make captured headers optional, and collect them only if both request
and response headers are configured. If only one is configured, the log
is parsed but headers not collected as we cannot know if they are
request or response headers.

(cherry picked from commit b39d780)
@jsoriano jsoriano added v6.7.0 and removed needs_backport PR is waiting to be backported to other branches. labels Jan 9, 2019
jsoriano added a commit to jsoriano/beats that referenced this pull request Jan 9, 2019
Haproxy can capture headers from http requests and responses and log
them. This is not done by default but current filebeat module expects
it.

Make captured headers optional, and collect them only if both request
and response headers are configured. If only one is configured, the log
is parsed but headers not collected as we cannot know if they are
request or response headers.

(cherry picked from commit b39d780)
@jsoriano jsoriano added the v6.6.0 label Jan 9, 2019
jsoriano added a commit that referenced this pull request Jan 10, 2019
Haproxy can capture headers from http requests and responses and log
them. This is not done by default but current filebeat module expects
it.

Make captured headers optional, and collect them only if both request
and response headers are configured. If only one is configured, the log
is parsed but headers not collected as we cannot know if they are
request or response headers.

(cherry picked from commit b39d780)
jsoriano added a commit that referenced this pull request Jan 10, 2019
Haproxy can capture headers from http requests and responses and log
them. This is not done by default but current filebeat module expects
it.

Make captured headers optional, and collect them only if both request
and response headers are configured. If only one is configured, the log
is parsed but headers not collected as we cannot know if they are
request or response headers.

(cherry picked from commit b39d780)
leweafan pushed a commit to leweafan/beats that referenced this pull request Apr 28, 2023
…astic#9969)

Haproxy can capture headers from http requests and responses and log
them. This is not done by default but current filebeat module expects
it.

Make captured headers optional, and collect them only if both request
and response headers are configured. If only one is configured, the log
is parsed but headers not collected as we cannot know if they are
request or response headers.

(cherry picked from commit 8e21bd2)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants