<?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: Specifying a local Forwarder as member of predefined server class on deployment server in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Specifying-a-local-Forwarder-as-member-of-predefined-server/m-p/396659#M70690</link>
    <description>&lt;P&gt;I believe you can define &lt;CODE&gt;clientName&lt;/CODE&gt; in the &lt;CODE&gt;deploymentclient.conf&lt;/CODE&gt; that can be the same across your forwarders. Then you would just add that to your whitelist in the &lt;CODE&gt;serverclass.conf&lt;/CODE&gt; stanza you want and any forwarder you configure using that clientName would get the configs in the stanza with it as a whitelist. &lt;/P&gt;

&lt;P&gt;eg. &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;#deploymentClient.conf 
[deployment-client]
disabled = false
clientName = myAwesomeClient
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;HR /&gt;

&lt;PRE&gt;&lt;CODE&gt;#serverclass.conf
[serverClass:Some-stanza]
whitelist.0 = myAwesomeClient     
whitelist.1 = 192.168.1.1
[serverClass:Some-stanza:app:myAwesomeApp1]
[serverClass:Some-stanza:app:myAwesomeApp2]
&lt;/CODE&gt;&lt;/PRE&gt;</description>
    <pubDate>Thu, 04 Apr 2019 14:14:37 GMT</pubDate>
    <dc:creator>stath002</dc:creator>
    <dc:date>2019-04-04T14:14:37Z</dc:date>
    <item>
      <title>Specifying a local Forwarder as member of predefined server class on deployment server</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Specifying-a-local-Forwarder-as-member-of-predefined-server/m-p/396657#M70688</link>
      <description>&lt;P&gt;We have defined server classes on our deployment server for tiered APP server roles based on machine prefix and works great.  This is a way for us to define monitoring collection and run custom PowerShell scripts against a defined set of machines.  We will soon be using a different server deployment process, installing the same APP server roles, but without the previous naming convention.  At machine deployment time, we install a universal forwarder and &lt;STRONG&gt;&lt;EM&gt;could&lt;/EM&gt;&lt;/STRONG&gt; pass variables to the local inputs.conf.&lt;/P&gt;

&lt;P&gt;Is there a way to configure a forwarder to specify it’s a member of a predefined server class?&lt;/P&gt;

&lt;P&gt;PS:  We looked at using _meta = foo:foo1 and doesn’t appear to do what we want because its search-time.&lt;/P&gt;</description>
      <pubDate>Tue, 02 Apr 2019 13:58:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Specifying-a-local-Forwarder-as-member-of-predefined-server/m-p/396657#M70688</guid>
      <dc:creator>devsupport</dc:creator>
      <dc:date>2019-04-02T13:58:43Z</dc:date>
    </item>
    <item>
      <title>Re: Specifying a local Forwarder as member of predefined server class on deployment server</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Specifying-a-local-Forwarder-as-member-of-predefined-server/m-p/396658#M70689</link>
      <description>&lt;P&gt;I'm not sure if this question is phrased properly.  We whitelist machines based on host prefix name.  Without using a naming convention to allow/deny a host and apply correct monitoring, is there a different way to use our server classes by configuring something on the forwarder instead?  Make sense?&lt;/P&gt;</description>
      <pubDate>Thu, 04 Apr 2019 13:50:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Specifying-a-local-Forwarder-as-member-of-predefined-server/m-p/396658#M70689</guid>
      <dc:creator>devsupport</dc:creator>
      <dc:date>2019-04-04T13:50:40Z</dc:date>
    </item>
    <item>
      <title>Re: Specifying a local Forwarder as member of predefined server class on deployment server</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Specifying-a-local-Forwarder-as-member-of-predefined-server/m-p/396659#M70690</link>
      <description>&lt;P&gt;I believe you can define &lt;CODE&gt;clientName&lt;/CODE&gt; in the &lt;CODE&gt;deploymentclient.conf&lt;/CODE&gt; that can be the same across your forwarders. Then you would just add that to your whitelist in the &lt;CODE&gt;serverclass.conf&lt;/CODE&gt; stanza you want and any forwarder you configure using that clientName would get the configs in the stanza with it as a whitelist. &lt;/P&gt;

&lt;P&gt;eg. &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;#deploymentClient.conf 
[deployment-client]
disabled = false
clientName = myAwesomeClient
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;HR /&gt;

&lt;PRE&gt;&lt;CODE&gt;#serverclass.conf
[serverClass:Some-stanza]
whitelist.0 = myAwesomeClient     
whitelist.1 = 192.168.1.1
[serverClass:Some-stanza:app:myAwesomeApp1]
[serverClass:Some-stanza:app:myAwesomeApp2]
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Thu, 04 Apr 2019 14:14:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Specifying-a-local-Forwarder-as-member-of-predefined-server/m-p/396659#M70690</guid>
      <dc:creator>stath002</dc:creator>
      <dc:date>2019-04-04T14:14:37Z</dc:date>
    </item>
    <item>
      <title>Re: Specifying a local Forwarder as member of predefined server class on deployment server</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Specifying-a-local-Forwarder-as-member-of-predefined-server/m-p/396660#M70691</link>
      <description>&lt;P&gt;Bingo. And if I ever get my act together, I'll write up a full walk through of this approach using naming conventions in the clientname to facilitate a salable DS model just as @stath002 described.&lt;/P&gt;</description>
      <pubDate>Fri, 10 May 2019 15:20:02 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Specifying-a-local-Forwarder-as-member-of-predefined-server/m-p/396660#M70691</guid>
      <dc:creator>sloshburch</dc:creator>
      <dc:date>2019-05-10T15:20:02Z</dc:date>
    </item>
  </channel>
</rss>

