Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Flatly)
  • No Skin
Collapse
Brand Logo

NetXMS Forum

  1. Home
  2. Support
  3. NetXMS agent as syslog proxy/forwarder?

NetXMS agent as syslog proxy/forwarder?

Scheduled Pinned Locked Moved Support
14 Posts 6 Posters 79.5k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • T
    T
    tomaskir
    wrote on last edited by
    #5

    Yes, syslog proxy has been fully implemented, zone matching is properly supported, etc.

    We use Raspbian Lite on our Pis.

    1 Reply Last reply
    0
    • jdowneyJ
      jdowneyJ
      jdowney
      wrote on last edited by
      #6

      Thanks,

      EnableSyslogProxy = yes

      Anything wrong with this using - NetXMS agent 2.1-M2 (windows) Please see attached.


      netxms - Enable syslog proxy.PNG

      1 Reply Last reply
      0
      • T
        T
        tomaskir
        wrote on last edited by
        #7

        All proxy related settings are this:

        # Proxying related settings
        EnableProxy = yes
        EnableSNMPProxy = yes
        EnableSNMPTrapProxy = yes
        EnableSyslogProxy = yes
        ZoneId = 1017
        

        You need to configure ZoneId for proper zone matching of Syslog and SNMP Traps.

        1 Reply Last reply
        0
        • jdowneyJ
          jdowneyJ
          jdowney
          wrote on last edited by
          #8

          Thanks Tomaskir working now!

           ;D

          1 Reply Last reply
          0
          • jdowneyJ
            jdowneyJ
            jdowney
            wrote on last edited by
            #9

            Should all agents in each zone have the Zone ID specified? Or just the machines that are being used as proxies?

            Also am I correctly in thinking the proxy's cache Syslog and SNMP traps etc when a link to the master server is lost?

            John

            1 Reply Last reply
            0
            • T
              T
              tomaskir
              wrote on last edited by
              #10

              @jdowney said in NetXMS agent as syslog proxy/forwarder?:

              Should all agents in each zone have the Zone ID specified? Or just the machines that are being used as proxies?

              Also am I correctly in thinking the proxy's cache Syslog and SNMP traps etc when a link to the master server is lost?

              John

              Only the proxy needs ZoneId configured.

              I am actually not sure about caching - Viktor will be the best to answer that.

              1 Reply Last reply
              0
              • V
                V
                Victor Kirhenshtein
                wrote on last edited by
                #11

                Hi,

                yes, agent will cache syslog records and SNMP traps, but only in memory. If you restart agent while there is no connection, unsent records will be lost.

                Best regards,
                Victor

                1 Reply Last reply
                0
                • jdowneyJ
                  jdowneyJ
                  jdowney
                  wrote on last edited by
                  #12

                  Thanks, Victor that's helpful info.

                  1 Reply Last reply
                  0
                  • A
                    A
                    AleCoelli
                    wrote on last edited by
                    #13

                    Hi Victor, this it a quite old post, but I think that agent still cache syslog records and SNMP traps only in memory.
                    Do you think that it will be possible to cache to disk some data  instead of memory? when we have long power outage on our customer site, we lost a lot of information about what's appened during the outage..

                    thanks
                    Alessandro

                    1 Reply Last reply
                    0
                    • V
                      V
                      Victor Kirhenshtein
                      wrote on last edited by
                      #14

                      Hi,

                      latest agent versions do store syslog records and SNMP traps in local database (since version 3.4).

                      Best regards,
                      Victor

                      1 Reply Last reply
                      0

                      Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                      Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                      With your input, this post could be even better 💗

                      Register Login
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                      • Login

                      • Don't have an account? Register

                      • Login or register to search.
                      Powered by NodeBB Contributors
                      • First post
                        Last post
                      0
                      • Categories
                      • Recent
                      • Tags
                      • Popular
                      • Users
                      • Groups