Issue 7345 - New Feature : Add Connection Information in Access Log Entries
Summary: New Feature : Add Connection Information in Access Log Entries
Status: VERIFIED WONTFIX
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: overlays (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-03 20:32 UTC by ldap@htam.net
Modified: 2023-10-12 16:58 UTC (History)
0 users

See Also:


Attachments
accesslog_addConnectionInformation.patch (2.13 KB, patch)
2020-03-20 14:41 UTC, Quanah Gibson-Mount
Details

Note You need to log in before you can comment on or make changes to this issue.
Description ldap@htam.net 2012-08-03 20:32:53 UTC
Full_Name: Mathieu MILLET
Version: HEAD
OS: Linux
URL: ftp://ftp.openldap.org/incoming/accesslog_addConnectionInformation.patch
Submission from: (NULL) (82.67.21.31)


Entries provided by the Access Log Overlay does not contain informations such as
the IP Address of the client.

This patch adds a simple attribute : reqConnInfo containing the content of
o_conn->c_peer_name .

Please review this patch because I'm not sure about what safety checks must be
performed on these data before "merging" them.

If this patch is accepted :

I, Mathieu MILLET, hereby place the following modifications to OpenLDAP Software
(and only these modifications) into the public domain. Hence, these
modifications may be freely used and/or redistributed for any purpose with or
without attribution and/or other notice.
Comment 1 Quanah Gibson-Mount 2017-04-03 18:06:12 UTC
moved from Incoming to Software Enhancements
Comment 2 Quanah Gibson-Mount 2020-03-20 14:41:09 UTC
Created attachment 625 [details]
accesslog_addConnectionInformation.patch
Comment 3 Michael Ströder 2020-03-25 15:08:40 UTC
'reqConnInfo' sounds pretty generic. I'm associating something like the connection/session number/id.

I'd rather name the attribute 'reqPeerName'.
Comment 4 Quanah Gibson-Mount 2023-10-12 16:58:45 UTC
Better to consume this information from the operational logs at stat level