<?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: Has anyone successfully used a Heavy Forwarder to relay Universal Forwarder(s) connectivity to a Deployment Server? in Deployment Architecture</title>
    <link>https://community.splunk.com/t5/Deployment-Architecture/Has-anyone-successfully-used-a-Heavy-Forwarder-to-relay/m-p/381166#M13963</link>
    <description>&lt;P&gt;It sounds like your referring to somehow tunneling the connection through which doesn't sound like it will be possible.&lt;/P&gt;

&lt;P&gt;However you can have tiered deployment servers, refer to &lt;A href="https://answers.splunk.com/answers/10500/tiered-deployment-servers-is-it-possible.html"&gt;Tiered Deployment Servers, is it possible?&lt;/A&gt; and the code example &lt;A href="https://gist.github.com/sworisbreathing/d236895568eaf31da579"&gt;in github&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;This should help achieve your goal as the HF will become the deployment server of the UF's, it will also be the deployment client of the main deployment server&lt;/P&gt;</description>
    <pubDate>Fri, 21 Sep 2018 22:54:49 GMT</pubDate>
    <dc:creator>gjanders</dc:creator>
    <dc:date>2018-09-21T22:54:49Z</dc:date>
    <item>
      <title>Has anyone successfully used a Heavy Forwarder to relay Universal Forwarder(s) connectivity to a Deployment Server?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Has-anyone-successfully-used-a-Heavy-Forwarder-to-relay/m-p/381165#M13962</link>
      <description>&lt;P&gt;Has anyone successfully used a Heavy Forwarder to relay Universal Forwarder(s) connectivity to a Deployment Server?&lt;/P&gt;

&lt;P&gt;The scenario is that the UFs are going to send to the HF, and the DS is needed to configure the UFs.&lt;/P&gt;

&lt;P&gt;The UFs can communicate with the HF and the HF can communicate to the DS, but the DS is behind a firewall, so it cannot communicate with the UFs.   I know the HF has a FW allow, but I wanted to see if a relay would work.&lt;/P&gt;

&lt;P&gt;Please advise.&lt;/P&gt;

&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Fri, 21 Sep 2018 14:59:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Has-anyone-successfully-used-a-Heavy-Forwarder-to-relay/m-p/381165#M13962</guid>
      <dc:creator>Log_wrangler</dc:creator>
      <dc:date>2018-09-21T14:59:43Z</dc:date>
    </item>
    <item>
      <title>Re: Has anyone successfully used a Heavy Forwarder to relay Universal Forwarder(s) connectivity to a Deployment Server?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Has-anyone-successfully-used-a-Heavy-Forwarder-to-relay/m-p/381166#M13963</link>
      <description>&lt;P&gt;It sounds like your referring to somehow tunneling the connection through which doesn't sound like it will be possible.&lt;/P&gt;

&lt;P&gt;However you can have tiered deployment servers, refer to &lt;A href="https://answers.splunk.com/answers/10500/tiered-deployment-servers-is-it-possible.html"&gt;Tiered Deployment Servers, is it possible?&lt;/A&gt; and the code example &lt;A href="https://gist.github.com/sworisbreathing/d236895568eaf31da579"&gt;in github&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;This should help achieve your goal as the HF will become the deployment server of the UF's, it will also be the deployment client of the main deployment server&lt;/P&gt;</description>
      <pubDate>Fri, 21 Sep 2018 22:54:49 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Has-anyone-successfully-used-a-Heavy-Forwarder-to-relay/m-p/381166#M13963</guid>
      <dc:creator>gjanders</dc:creator>
      <dc:date>2018-09-21T22:54:49Z</dc:date>
    </item>
    <item>
      <title>Re: Has anyone successfully used a Heavy Forwarder to relay Universal Forwarder(s) connectivity to a Deployment Server?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Has-anyone-successfully-used-a-Heavy-Forwarder-to-relay/m-p/381167#M13964</link>
      <description>&lt;P&gt;I will accept your answer as it is an option, however not what I was really looking for.... &lt;/P&gt;

&lt;P&gt;I was interested in the "tunnel" method via HF to DS.  &lt;/P&gt;

&lt;P&gt;But the HF would have to know how to handle the communication from the UFs so it could reach the DS.&lt;/P&gt;

&lt;P&gt;Making the HF a DS as well, might be the only option here.&lt;/P&gt;

&lt;P&gt;Thank you&lt;/P&gt;</description>
      <pubDate>Mon, 24 Sep 2018 15:55:18 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Has-anyone-successfully-used-a-Heavy-Forwarder-to-relay/m-p/381167#M13964</guid>
      <dc:creator>Log_wrangler</dc:creator>
      <dc:date>2018-09-24T15:55:18Z</dc:date>
    </item>
    <item>
      <title>Re: Has anyone successfully used a Heavy Forwarder to relay Universal Forwarder(s) connectivity to a Deployment Server?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Has-anyone-successfully-used-a-Heavy-Forwarder-to-relay/m-p/381168#M13965</link>
      <description>&lt;P&gt;This is the only supported option I believe, you could change your heavy forwarder port from 8089 &lt;EM&gt;or&lt;/EM&gt; have the clients phone home on a new port such as 8090 and attempt to use an OS level tunnel to get them to another host but that would not be a Splunk supported option.&lt;/P&gt;

&lt;P&gt;Also note I've never tried an OS tunnel like that (I've used an SSH tunnel but that's about it).&lt;/P&gt;</description>
      <pubDate>Mon, 24 Sep 2018 21:12:45 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Has-anyone-successfully-used-a-Heavy-Forwarder-to-relay/m-p/381168#M13965</guid>
      <dc:creator>gjanders</dc:creator>
      <dc:date>2018-09-24T21:12:45Z</dc:date>
    </item>
  </channel>
</rss>

