<?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: Forward logs to 3rd party syslog server without additional timestam/oroginated host field in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Forward-logs-to-3rd-party-syslog-server-without-additional/m-p/358298#M95965</link>
    <description>&lt;P&gt;Check out &lt;CODE&gt;syslogSourceType&lt;/CODE&gt; in &lt;A href="https://docs.splunk.com/Documentation/Splunk/6.6.1/Admin/Outputsconf"&gt;outputs.conf&lt;/A&gt;:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;syslogSourceType = &amp;lt;string&amp;gt;
* Specifies an additional rule for handling data, in addition to that 
  provided by the 'syslog' source type.
* This string is used as a substring match against the sourcetype key.  For
  example, if the string is set to 'syslog', then all source types
  containing the string 'syslog' will receive this special treatment.
* To match a source type explicitly, use the pattern
  "sourcetype::sourcetype_name".
    * Example: syslogSourceType = sourcetype::apache_common
* Data which is 'syslog' or matches this setting is assumed to already be in 
  syslog format. 
* Data which does not match the rules has a header, optionally a timestamp 
  (if defined in 'timestampformat'), and a hostname added to the front of 
  the event. This is how Splunk causes arbitrary log data to match syslog 
  expectations.
* Defaults to unset.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Try setting syslogSourceType to the sourcetype of your non-syslog data so Splunk will assume it is already in syslog format (even thought it's not).&lt;/P&gt;</description>
    <pubDate>Tue, 20 Jun 2017 14:25:59 GMT</pubDate>
    <dc:creator>micahkemp</dc:creator>
    <dc:date>2017-06-20T14:25:59Z</dc:date>
    <item>
      <title>Forward logs to 3rd party syslog server without additional timestam/oroginated host field</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Forward-logs-to-3rd-party-syslog-server-without-additional/m-p/358297#M95964</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;We have a syslog input with non-syslog sourcetype over TCP. Everything looks good in Splunk. However, we have to forward these logs to a 3rd party syslog server.&lt;/P&gt;

&lt;P&gt;We are facing with the 2nd and 3rd scenario on these links: (but with tcp input)&lt;BR /&gt;
&lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Data/HowSplunkEnterprisehandlessyslogdata"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Data/HowSplunkEnterprisehandlessyslogdata&lt;/A&gt;&lt;BR /&gt;
&lt;A href="https://wiki.splunk.com/Community:Test:How_Splunk_behaves_when_receiving_or_forwarding_udp_data"&gt;https://wiki.splunk.com/Community:Test:How_Splunk_behaves_when_receiving_or_forwarding_udp_data&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;2nd scenario: Splunk attach the originated host field: 3rd party server doesn't like it...&lt;BR /&gt;
3rd scenario: attach a new timestamp and the originated host field. 3rd party system can handle, but event getting to be too long.&lt;/P&gt;

&lt;P&gt;Is there any way to solve this problem? How to not attach originated host filed or any other suggestion?&lt;BR /&gt;
Am I miss a documentation about it?&lt;/P&gt;

&lt;P&gt;Regards,&lt;BR /&gt;
István&lt;/P&gt;</description>
      <pubDate>Tue, 20 Jun 2017 08:54:18 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Forward-logs-to-3rd-party-syslog-server-without-additional/m-p/358297#M95964</guid>
      <dc:creator>ikulcsar</dc:creator>
      <dc:date>2017-06-20T08:54:18Z</dc:date>
    </item>
    <item>
      <title>Re: Forward logs to 3rd party syslog server without additional timestam/oroginated host field</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Forward-logs-to-3rd-party-syslog-server-without-additional/m-p/358298#M95965</link>
      <description>&lt;P&gt;Check out &lt;CODE&gt;syslogSourceType&lt;/CODE&gt; in &lt;A href="https://docs.splunk.com/Documentation/Splunk/6.6.1/Admin/Outputsconf"&gt;outputs.conf&lt;/A&gt;:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;syslogSourceType = &amp;lt;string&amp;gt;
* Specifies an additional rule for handling data, in addition to that 
  provided by the 'syslog' source type.
* This string is used as a substring match against the sourcetype key.  For
  example, if the string is set to 'syslog', then all source types
  containing the string 'syslog' will receive this special treatment.
* To match a source type explicitly, use the pattern
  "sourcetype::sourcetype_name".
    * Example: syslogSourceType = sourcetype::apache_common
* Data which is 'syslog' or matches this setting is assumed to already be in 
  syslog format. 
* Data which does not match the rules has a header, optionally a timestamp 
  (if defined in 'timestampformat'), and a hostname added to the front of 
  the event. This is how Splunk causes arbitrary log data to match syslog 
  expectations.
* Defaults to unset.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Try setting syslogSourceType to the sourcetype of your non-syslog data so Splunk will assume it is already in syslog format (even thought it's not).&lt;/P&gt;</description>
      <pubDate>Tue, 20 Jun 2017 14:25:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Forward-logs-to-3rd-party-syslog-server-without-additional/m-p/358298#M95965</guid>
      <dc:creator>micahkemp</dc:creator>
      <dc:date>2017-06-20T14:25:59Z</dc:date>
    </item>
    <item>
      <title>Re: Forward logs to 3rd party syslog server without additional timestam/oroginated host field</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Forward-logs-to-3rd-party-syslog-server-without-additional/m-p/358299#M95966</link>
      <description>&lt;P&gt;Thank you. We tried it in our lab with no luck. We plan to test it with the specific, 'real' logs, but it will takes time. There are a lot of other scheduled task now.&lt;/P&gt;

&lt;P&gt;Regards,&lt;BR /&gt;
István&lt;/P&gt;</description>
      <pubDate>Fri, 23 Jun 2017 13:48:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Forward-logs-to-3rd-party-syslog-server-without-additional/m-p/358299#M95966</guid>
      <dc:creator>ikulcsar</dc:creator>
      <dc:date>2017-06-23T13:48:39Z</dc:date>
    </item>
  </channel>
</rss>

