<?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: Filter Unparsed Cooked Data in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Filter-Unparsed-Cooked-Data/m-p/54302#M10494</link>
    <description>&lt;P&gt;You should use splunktcp type connections for receiving data from Universal Forwarders. tcp-ssl is as is implied in the docs mostly for 3rd party products. There's no need to use it unless you know what you're doing and why.&lt;/P&gt;</description>
    <pubDate>Thu, 07 Mar 2013 11:23:36 GMT</pubDate>
    <dc:creator>Ayn</dc:creator>
    <dc:date>2013-03-07T11:23:36Z</dc:date>
    <item>
      <title>Filter Unparsed Cooked Data</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Filter-Unparsed-Cooked-Data/m-p/54301#M10493</link>
      <description>&lt;P&gt;Hello all,&lt;/P&gt;

&lt;P&gt;I have tested with cooked, unparsed, encrypted data from a Universal Forwarder and filtering works.&lt;/P&gt;

&lt;P&gt;The indexer input is however splunktcp-ssl and it works.&lt;/P&gt;

&lt;P&gt;As per docs:&lt;/P&gt;

&lt;P&gt;[tcp-ssl:&lt;PORT&gt;]&lt;BR /&gt;
    Use this stanza type if you are receiving encrypted, unparsed data from a forwarder or third-party system.&lt;BR /&gt;
    Set &lt;PORT&gt; to the port on which the forwarder/third-party system is sending unparsed, encrypted data.&lt;/PORT&gt;&lt;/PORT&gt;&lt;/P&gt;

&lt;P&gt;This input broke event filtering.&lt;/P&gt;

&lt;P&gt;Can I just go ahead and use splunktcp-ssl and assume all is good?&lt;/P&gt;

&lt;P&gt;Thank you.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Mar 2013 11:03:47 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Filter-Unparsed-Cooked-Data/m-p/54301#M10493</guid>
      <dc:creator>ephemeric</dc:creator>
      <dc:date>2013-03-07T11:03:47Z</dc:date>
    </item>
    <item>
      <title>Re: Filter Unparsed Cooked Data</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Filter-Unparsed-Cooked-Data/m-p/54302#M10494</link>
      <description>&lt;P&gt;You should use splunktcp type connections for receiving data from Universal Forwarders. tcp-ssl is as is implied in the docs mostly for 3rd party products. There's no need to use it unless you know what you're doing and why.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Mar 2013 11:23:36 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Filter-Unparsed-Cooked-Data/m-p/54302#M10494</guid>
      <dc:creator>Ayn</dc:creator>
      <dc:date>2013-03-07T11:23:36Z</dc:date>
    </item>
    <item>
      <title>Re: Filter Unparsed Cooked Data</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Filter-Unparsed-Cooked-Data/m-p/54303#M10495</link>
      <description>&lt;P&gt;We did use it in the past to do event filtering which wouldn't work for parsed data from a LF.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Mar 2013 11:36:25 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Filter-Unparsed-Cooked-Data/m-p/54303#M10495</guid>
      <dc:creator>ephemeric</dc:creator>
      <dc:date>2013-03-07T11:36:25Z</dc:date>
    </item>
    <item>
      <title>Re: Filter Unparsed Cooked Data</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Filter-Unparsed-Cooked-Data/m-p/54304#M10496</link>
      <description>&lt;P&gt;UF doesn't do parsing so that shouldn't be a problem.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Mar 2013 11:38:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Filter-Unparsed-Cooked-Data/m-p/54304#M10496</guid>
      <dc:creator>Ayn</dc:creator>
      <dc:date>2013-03-07T11:38:59Z</dc:date>
    </item>
  </channel>
</rss>

