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. Syslog from source <unknown>

Syslog from source <unknown>

Scheduled Pinned Locked Moved Support
19 Posts 2 Posters 91.0k 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.
  • V
    V
    Victor Kirhenshtein
    wrote on last edited by
    #4

    It could be. Can you provide full syslog packet dump (with original text)? Probably I can tweak syslog parser so it will understand Zyxel variant correctly (we already done that for Cisco for example).

    Best regards,
    Victor

    1 Reply Last reply
    0
    • Dani@M3TU
      Dani@M3TU
      Dani@M3T
      wrote on last edited by
      #5

      Hi Victor

      That behaviour seems to be new. I didn't had this on older ZyXEL devices. I have attached a tcpdump.

      Thanks
      Dani


      syslog-dump.cap

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

        Hi,

        this message format dows not conform neither to BSD syslog format (RFC 3164) nor RFC 5424. The main problem is that 2014 as host name is a valid IP address (it's not widely known nor used, but it is valid to write IP addresses not only as n.n.n.n, but also as n, n.n, and n.n.n) so it resolves to 0.0.7.222, which of course is not found. I change node binding logic so that if server cannot find node by hostname/IP address provided in syslog message itself it still try source IP address of the message. This should solve your problem.

        Best regards,
        Victor

        1 Reply Last reply
        0
        • Dani@M3TU
          Dani@M3TU
          Dani@M3T
          wrote on last edited by
          #7

          Hi Victor

          Thanks a lot for your help. That would be very good for me. But I will report this to ZyXEL as well. But I don't know with success or not 😉
          Should I stop the logs from this device for the moment. Can you integrate this change in V1.2.15?

          Dani

          1 Reply Last reply
          0
          • Dani@M3TU
            Dani@M3TU
            Dani@M3T
            wrote on last edited by
            #8

            Victor

            Can you realize this change in V1.2.15?

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

              Hi,

              change already done, so it will be part of 1.2.15 release.

              Best regards,
              Victor

              1 Reply Last reply
              0
              • Dani@M3TU
                Dani@M3TU
                Dani@M3T
                wrote on last edited by
                #10

                I just tested in V1.2.15, works perfect, thank you.

                1 Reply Last reply
                0
                • Dani@M3TU
                  Dani@M3TU
                  Dani@M3T
                  wrote on last edited by
                  #11

                  New problem with this feature:

                  Here the situation:
                  NetXMS -- GW1.DOMAIN1.XX -- VPN -- GW1.DOMAIN2.XX

                  Both 'GW1' send syslog to NetXMS server. GW1.DOMAIN1.XX ist the ZyXEL device which sends the syslog messages with wrong 'host'-field (where the new feature in V1.2.15 matches by source IP address). GW1.DOMAIN2.XX is newly connected. This Device sends correctly 'gw1' in 'host'-filed. Now the NetXMS server shows GW1.DOMAIN1.XX as source!! So we have all syslog messages from both nodes on 1 node. Big ghetto.

                  By the way I opened a support case at ZyXEL for the wrong 'host'-field with no success yet 😞

                  Edit:
                  I have two other devices from the same type as GW1.DOMAIN2.XX: FW1.DOMAIN3.XX and FW1.DOMAIN4.XX. Here the syslog message source in NetXMS is correct. Thirst I thought the same host-name (but different domain) is the problem. But this is refute with this second test.

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

                    Maybe idea to match messages based on hostname field was initially wrong and we should just revert to matching by source IP (or at least give IP based matching higher priority)?

                    Best regards,
                    Victor

                    1 Reply Last reply
                    0
                    • Dani@M3TU
                      Dani@M3TU
                      Dani@M3T
                      wrote on last edited by
                      #13

                      Thanks for your reply.
                      For me matching by source IP would be the most logical. But I don't know if there could be a problem with nodes with multiple IP addresses or in other cases I don't know. But when the 'host'-field has priority now, why is there no problem in my second case (see 'edit' in my posting)? There are two nodes with the same host name (but different domain of course).
                      How fast would a solution be possible?

                      1 Reply Last reply
                      0
                      • Dani@M3TU
                        Dani@M3TU
                        Dani@M3T
                        wrote on last edited by
                        #14

                        Hi Victor

                        Sorry for my impatience. But would it be possible to fix/change this before V1.2.17?

                        thanks
                        Dani

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

                          Hi,

                          I think yes, it should be very simple change.

                          Best regards,
                          Victor

                          1 Reply Last reply
                          0
                          • Dani@M3TU
                            Dani@M3TU
                            Dani@M3T
                            wrote on last edited by
                            #16

                            Very good. It would be very helpful and I can test for you. Thanks

                            1 Reply Last reply
                            0
                            • Dani@M3TU
                              Dani@M3TU
                              Dani@M3T
                              wrote on last edited by
                              #17

                              Any chance for a fix before V1.2.17? Maybe a fixed souce file.

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

                                Hi,

                                please try to seplace existing syslogd.cpp with attached one. It should look for node by source IP first.

                                Best regards,
                                Victor


                                syslogd.cpp

                                1 Reply Last reply
                                0
                                • Dani@M3TU
                                  Dani@M3TU
                                  Dani@M3T
                                  wrote on last edited by
                                  #19

                                  Hi Victor

                                  I just made my tests, works absolutely like expected. Thanks a lot, that helps us very much.

                                  Thanks
                                  Dani

                                  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