<?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: SYSLOG_ROUTING ISSUE in Deployment Architecture</title>
    <link>https://community.splunk.com/t5/Deployment-Architecture/SYSLOG-ROUTING-ISSUE/m-p/136910#M23013</link>
    <description>&lt;P&gt;In general, when event's sourcetype is not syslog, Splunk add host.  Maybe some splunk configuration is overwriting the customer configuration(?)  Or, because audit.log is splunk internal log, &lt;/P&gt;

&lt;P&gt;My suggestion is to use "syslogSourcetype" attribute in outputs.conf.&lt;/P&gt;

&lt;P&gt;The following link has additional information for general Splunk Syslog Routing&lt;BR /&gt;
&lt;A href="http://wiki.splunk.com/Community:Test:How_Splunk_behaves_when_receiving_or_forwarding_udp_data"&gt;http://wiki.splunk.com/Community:Test:How_Splunk_behaves_when_receiving_or_forwarding_udp_data&lt;/A&gt; &lt;/P&gt;

&lt;P&gt;If it is a Support case, it is a good idea to double-check configurations with btool output, and check splunkd.log. &lt;/P&gt;</description>
    <pubDate>Tue, 12 Nov 2013 02:43:16 GMT</pubDate>
    <dc:creator>Masa</dc:creator>
    <dc:date>2013-11-12T02:43:16Z</dc:date>
    <item>
      <title>SYSLOG_ROUTING ISSUE</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/SYSLOG-ROUTING-ISSUE/m-p/136909#M23012</link>
      <description>&lt;P&gt;Customer has the audit.log output to a separate logging system for security team use.&lt;BR /&gt;
The security teams app expects a standard format. Customer has noted that on some systems they are sending their hostname prepended to the event and on others they aren’t. For example&lt;/P&gt;

&lt;P&gt;Indexer 1&lt;BR /&gt;
05-24-2013 10:56:02.730 +0000 INFO AuditLogger - Audit:[timestamp=05-24-2013 10:56:02.730, user=n/a, action=splunkShuttingDown, info=n/a][n/a]&lt;/P&gt;

&lt;P&gt;SH&lt;BR /&gt;
09-02-2013 09:05:01.756 +0000 INFO AuditLogger - Audit:[timestamp=09-02-2013 09:05:01.756, user=splunk-system-user, action=quota, info=user=splunk-system-user, seach_id=scheduler_&lt;EM&gt;nobody&lt;/EM&gt;&lt;EM&gt;app&lt;/EM&gt;_RMD5f280a649bde8003c_at_1378112700_353782, elapsed_ms=11, cache_size=218][n/a]&lt;/P&gt;

&lt;P&gt;Indexer 2&lt;BR /&gt;
qa2si1 09-02-2013 09:06:03.208 +0000 INFO AuditLogger - Audit:[timestamp=09-02-2013 09:06:03.208, user=splunk-system-user, action=search, info=granted REST: /search/jobs/remote_qa2sh1_scheduler_&lt;EM&gt;nobody&lt;/EM&gt;&lt;EM&gt;app&lt;/EM&gt;_RMD5f280a649bde8003c_at_1378112760_353795/search.log][n/a]&lt;/P&gt;

&lt;P&gt;Indexer 3&lt;BR /&gt;
qa2si2 09-02-2013 09:06:03.314 +0000 INFO AuditLogger - Audit:[timestamp=09-02-2013 09:06:03.314, user=splunk-system-user, action=search, info=granted REST: /search/jobs/remote_qa2sh1_scheduler_&lt;EM&gt;nobody&lt;/EM&gt;&lt;EM&gt;app&lt;/EM&gt;_RMD582a3d2154207a5d0_at_1378112760_353796/search.log][n/a]&lt;/P&gt;

&lt;P&gt;As you can see, the hostname is prepended to the start of two events, not the others. These are four different Splunk instances.&lt;/P&gt;

&lt;P&gt;Customer has  run TCPDUMP on all hosts and verified that on some they are leaving with the hostname but not on others.&lt;/P&gt;

&lt;P&gt;Customer originally thought that this was a DNS resolution issue - this was not the case&lt;/P&gt;

&lt;P&gt;I have checked diags between a working / non working machine - Everything looks identical&lt;/P&gt;

&lt;P&gt;Inputs.conf&lt;BR /&gt;
[monitor://$SPLUNK_HOME/var/log/splunk]&lt;BR /&gt;
blacklist = audit.log(.\d+)?&lt;BR /&gt;
index = _internal&lt;/P&gt;

&lt;P&gt;[monitor://$SPLUNK_HOME/var/log/splunk/audit.log]&lt;BR /&gt;
index = _audit&lt;BR /&gt;
sourcetype = audit_logs&lt;/P&gt;

&lt;P&gt;Props.conf&lt;BR /&gt;
[audit_logs]&lt;BR /&gt;
SEDCMD-removenewline = s/\n//g&lt;BR /&gt;
TRANSFORMS-syslog = syslog_routing&lt;/P&gt;

&lt;P&gt;Transforms.conf&lt;BR /&gt;
[syslog_routing]&lt;BR /&gt;
REGEX = .&lt;BR /&gt;
DEST_KEY = _SYSLOG_ROUTING&lt;BR /&gt;
FORMAT = syslog_out&lt;/P&gt;

&lt;P&gt;Outputs.conf&lt;BR /&gt;
[syslog:syslog_out]&lt;BR /&gt;
disabled = false&lt;BR /&gt;
server = xx.xx.xx.xx:514&lt;BR /&gt;
type = udp&lt;/P&gt;

&lt;P&gt;DNS resolution is sams on all systems&lt;BR /&gt;
They all have the same /etc/hosts file too&lt;/P&gt;

&lt;P&gt;All builds come from a prepackaged SuSe Linux System&lt;/P&gt;

&lt;P&gt;Why are they different and where does Splunk pull the host from? &lt;/P&gt;

&lt;P&gt;Splunk version is 5.0.2 &lt;BR /&gt;
I note there were some _SYSLOG_ROUTING issues in 5.0.2 resolved in 5.0.4 - bit they done seem to apply to this senario and I would expect identical behaviour (either all with hostname prepended or not) &lt;/P&gt;

&lt;P&gt;Shaky&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 15:14:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/SYSLOG-ROUTING-ISSUE/m-p/136909#M23012</guid>
      <dc:creator>dshakespeare_sp</dc:creator>
      <dc:date>2020-09-28T15:14:52Z</dc:date>
    </item>
    <item>
      <title>Re: SYSLOG_ROUTING ISSUE</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/SYSLOG-ROUTING-ISSUE/m-p/136910#M23013</link>
      <description>&lt;P&gt;In general, when event's sourcetype is not syslog, Splunk add host.  Maybe some splunk configuration is overwriting the customer configuration(?)  Or, because audit.log is splunk internal log, &lt;/P&gt;

&lt;P&gt;My suggestion is to use "syslogSourcetype" attribute in outputs.conf.&lt;/P&gt;

&lt;P&gt;The following link has additional information for general Splunk Syslog Routing&lt;BR /&gt;
&lt;A href="http://wiki.splunk.com/Community:Test:How_Splunk_behaves_when_receiving_or_forwarding_udp_data"&gt;http://wiki.splunk.com/Community:Test:How_Splunk_behaves_when_receiving_or_forwarding_udp_data&lt;/A&gt; &lt;/P&gt;

&lt;P&gt;If it is a Support case, it is a good idea to double-check configurations with btool output, and check splunkd.log. &lt;/P&gt;</description>
      <pubDate>Tue, 12 Nov 2013 02:43:16 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/SYSLOG-ROUTING-ISSUE/m-p/136910#M23013</guid>
      <dc:creator>Masa</dc:creator>
      <dc:date>2013-11-12T02:43:16Z</dc:date>
    </item>
  </channel>
</rss>

