<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Splunk, VMWare, Syslog and non-default port in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-VMWare-Syslog-and-non-default-port/m-p/86970#M18045</link>
    <description>&lt;P&gt;Would running a service such as &lt;CODE&gt;syslog-ng&lt;/CODE&gt; be more acceptable to your admins?  There's no reason why you can't have a standard syslog daemon listen for inbound syslog events and store them in files which splunk is configured to monitor.  This is in fact a configuration that I've seen recommended by splunk a number of places.&lt;/P&gt;

&lt;P&gt;I suspect there could be a way to do this with some kind of local firewall trick.  You may be able to setup &lt;CODE&gt;iptables&lt;/CODE&gt; (or whatever is appropriate for your system), to take traffic destined to UDP port 514 and redirect that to a local UDP port above 1024.  I'm not real fluent with that kind of thing, but it seems like something like this should be possible.&lt;/P&gt;</description>
    <pubDate>Wed, 10 Nov 2010 07:22:09 GMT</pubDate>
    <dc:creator>Lowell</dc:creator>
    <dc:date>2010-11-10T07:22:09Z</dc:date>
    <item>
      <title>Splunk, VMWare, Syslog and non-default port</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-VMWare-Syslog-and-non-default-port/m-p/86969#M18044</link>
      <description>&lt;P&gt;We're trying to setup some test monitoring of a VMWare ESX host (not ESXi).  Because our Splunk instance does not run as root, I setup the UDP listener port to be something above 1024.&lt;/P&gt;

&lt;P&gt;However, I'm not able to find anything about syslog configuration on an ESX server that shows how one might configure it to send to a remote syslog host on any port other than 514.  So I don't know if it just won't work or not (the VMWare is going to try something I suggested in that regard tomorrow), but I'm not all that hopeful.&lt;/P&gt;

&lt;P&gt;So if I have to enable a UDP listener in Splunk on port 514, I assume that means I would now have to find a way to run Splunk as root rather than the non-privileged user I'm doing this as now?&lt;/P&gt;

&lt;P&gt;This becomes an issue because my team, who administers Splunk, are not the corporate sysadmins and as such are not given root privileges.&lt;/P&gt;</description>
      <pubDate>Wed, 10 Nov 2010 06:07:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-VMWare-Syslog-and-non-default-port/m-p/86969#M18044</guid>
      <dc:creator>mfrost8</dc:creator>
      <dc:date>2010-11-10T06:07:44Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk, VMWare, Syslog and non-default port</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-VMWare-Syslog-and-non-default-port/m-p/86970#M18045</link>
      <description>&lt;P&gt;Would running a service such as &lt;CODE&gt;syslog-ng&lt;/CODE&gt; be more acceptable to your admins?  There's no reason why you can't have a standard syslog daemon listen for inbound syslog events and store them in files which splunk is configured to monitor.  This is in fact a configuration that I've seen recommended by splunk a number of places.&lt;/P&gt;

&lt;P&gt;I suspect there could be a way to do this with some kind of local firewall trick.  You may be able to setup &lt;CODE&gt;iptables&lt;/CODE&gt; (or whatever is appropriate for your system), to take traffic destined to UDP port 514 and redirect that to a local UDP port above 1024.  I'm not real fluent with that kind of thing, but it seems like something like this should be possible.&lt;/P&gt;</description>
      <pubDate>Wed, 10 Nov 2010 07:22:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-VMWare-Syslog-and-non-default-port/m-p/86970#M18045</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2010-11-10T07:22:09Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk, VMWare, Syslog and non-default port</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-VMWare-Syslog-and-non-default-port/m-p/86971#M18046</link>
      <description>&lt;P&gt;The firewall trick Lowell mentions is documented in another answer here: &lt;A href="http://answers.splunk.com/questions/6118/how-can-i-receive-syslog-udp-514-events-with-a-non-root-splunkd"&gt;http://answers.splunk.com/questions/6118/how-can-i-receive-syslog-udp-514-events-with-a-non-root-splunkd&lt;/A&gt;.&lt;/P&gt;</description>
      <pubDate>Wed, 10 Nov 2010 07:41:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-VMWare-Syslog-and-non-default-port/m-p/86971#M18046</guid>
      <dc:creator>dwaddle</dc:creator>
      <dc:date>2010-11-10T07:41:05Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk, VMWare, Syslog and non-default port</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-VMWare-Syslog-and-non-default-port/m-p/86972#M18047</link>
      <description>&lt;P&gt;The servers in question (Linux) all have syslog-ng.  I like both approaches, but I suspect that asking the syadmin team to custom-configure syslog to send to us might meet with some resistance despite the fact that they don't really look at it much.  Also, they have a tendency to overwrite our local configs without noticing.  (fschange monitor!)  I do like the sound of the firewall change though and will check that out.&lt;/P&gt;

&lt;P&gt;Thanks Lowell and dwaddle!&lt;/P&gt;</description>
      <pubDate>Wed, 10 Nov 2010 23:17:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-VMWare-Syslog-and-non-default-port/m-p/86972#M18047</guid>
      <dc:creator>mfrost8</dc:creator>
      <dc:date>2010-11-10T23:17:00Z</dc:date>
    </item>
  </channel>
</rss>

