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 90.9k 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
    #2

    Hi!

    Can you show me few examples of syslog packets? Server try to find source object using "host" part of syslog message first - maybe this is the problem.

    Best regards,
    Victor

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

      Hi Victor

      If the 'host' field is the part to map I see the problem. I have attached two printscreens. The old node name was 'fw1' the new name is 'gw1'. I can see the old device has 'fw1' in the host part, the new one has in the host part '2014' and the name is in 'tag'. Hmm looks like a bug from ZyXEL. I can choose 'CEF/Syslog' or 'VRPT/Syslog' format on the device but that makes no difference in the 'host'- and 'tag'-fields.


      syslog-old.png

      syslog-new.png

      1 Reply Last reply
      0
      • 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