Uploaded image for project: 'MariaDB MaxScale'
  1. MariaDB MaxScale
  2. MXS-5975

Separate and simplify log connection/disconnection info

    XMLWordPrintable

Details

    • New Feature
    • Status: Closed (View Workflow)
    • Major
    • Resolution: Fixed
    • 23.08.11, 24.02.7, 25.01.4
    • 26.10.0
    • Core

    Description

      Summary:
      Currently customers can access failed login attempts via warnings messages in maxscale.log and need to enable log_info to get see successful client sessions connected. For audit reasons, similar to mariadb audit log, customers want a simplified log access tracking separate from the main maxscale.log which can be too verbose with log_info enabled and would require cleaning up to prepare a report. Mariadb audit logged is specific to a single node, but maxscale stands in front of a cluster with the opportunity to generate a single report for all access. A separate optional flag per monitor would make sense. Starting with failed auth and successful auth, timestamp, and from what originating IP on what listeners connecting to in a comma delimited list .
      A flag/feature to store to a mariadb table as well is being requested

      Sample:

      [timestamp],[username],[host],[listener],[service],CONNECT, extra info ?
      [timestamp],[username],[host],[listener][service],DISCONNECT,
      [timestamp],[username],[host],[listener][service],FAILED_CONNECT,error returned ?
      

      Attachments

        Issue Links

          Activity

            People

              markus makela markus makela
              muhammad.irfan Muhammad Irfan
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.