<?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 Universal forwarder not connecting in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Universal-forwarder-not-connecting/m-p/58312#M11461</link>
    <description>&lt;P&gt;I've been trying to set up a universal forwarder to send to Splunk, and it doesn't appear to want to connect. Here's my current outputs.conf:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[tcpout]
defaultGroup = 172.31.**.**_9997

[tcpout:172.31.**.**_9997]
server = 172.31.**.**:9997

[tcpout-server://172.31.**.**:9997]
compressed = false
indexAndForward = false
sslCertPath = /opt/splunkforwarder/etc/auth/server.pem
sslPassword = $1$Ljp9kArNr5Od
sslRootCAPath = /opt/splunkforwarder/etc/auth/cacert.pem
sslVerifyServerCert = false
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;And this is what I get when I list forward-server:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Active forwards:
        None
Configured but inactive forwards:
        172.31.**.**:9997 (ssl)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;My receiver is set up, receives data from other forwarders per our security guy. Any suggestions? We found a firewall issue yesterday, so that got removed. Now our firewall is showing the packets going out. Not sure if I just need to restart our Splunk server, or what. Security guy doesn't want to do that though as we currently have other forwarders sending info to it. &lt;/P&gt;</description>
    <pubDate>Thu, 26 Jan 2012 13:58:26 GMT</pubDate>
    <dc:creator>cmaxfield</dc:creator>
    <dc:date>2012-01-26T13:58:26Z</dc:date>
    <item>
      <title>Universal forwarder not connecting</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-forwarder-not-connecting/m-p/58312#M11461</link>
      <description>&lt;P&gt;I've been trying to set up a universal forwarder to send to Splunk, and it doesn't appear to want to connect. Here's my current outputs.conf:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[tcpout]
defaultGroup = 172.31.**.**_9997

[tcpout:172.31.**.**_9997]
server = 172.31.**.**:9997

[tcpout-server://172.31.**.**:9997]
compressed = false
indexAndForward = false
sslCertPath = /opt/splunkforwarder/etc/auth/server.pem
sslPassword = $1$Ljp9kArNr5Od
sslRootCAPath = /opt/splunkforwarder/etc/auth/cacert.pem
sslVerifyServerCert = false
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;And this is what I get when I list forward-server:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Active forwards:
        None
Configured but inactive forwards:
        172.31.**.**:9997 (ssl)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;My receiver is set up, receives data from other forwarders per our security guy. Any suggestions? We found a firewall issue yesterday, so that got removed. Now our firewall is showing the packets going out. Not sure if I just need to restart our Splunk server, or what. Security guy doesn't want to do that though as we currently have other forwarders sending info to it. &lt;/P&gt;</description>
      <pubDate>Thu, 26 Jan 2012 13:58:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-forwarder-not-connecting/m-p/58312#M11461</guid>
      <dc:creator>cmaxfield</dc:creator>
      <dc:date>2012-01-26T13:58:26Z</dc:date>
    </item>
    <item>
      <title>Re: Universal forwarder not connecting</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-forwarder-not-connecting/m-p/58313#M11462</link>
      <description>&lt;P&gt;If the other data coming into the Splunk server is sent from other forwarders, you could probably restart the server without problem, the forwarders will notice that the server is down and continue sending when it's up again.&lt;/P&gt;

&lt;P&gt;If your Splunk server also receives syslog data (over UDP) you will lose data during a restart, as the sending party will have no way of knowing that the data got lost.&lt;/P&gt;</description>
      <pubDate>Thu, 26 Jan 2012 14:25:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-forwarder-not-connecting/m-p/58313#M11462</guid>
      <dc:creator>kristian_kolb</dc:creator>
      <dc:date>2012-01-26T14:25:05Z</dc:date>
    </item>
    <item>
      <title>Re: Universal forwarder not connecting</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-forwarder-not-connecting/m-p/58314#M11463</link>
      <description>&lt;P&gt;I don't know what the data is, whether it's UDP vs TCP. Which is why I don't want to shut it off while he's on vacation. If I absolutely need to, then I will. But would rather do whatever I can to the forwarder first to be 115% certain it's not that.&lt;/P&gt;</description>
      <pubDate>Thu, 26 Jan 2012 14:46:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-forwarder-not-connecting/m-p/58314#M11463</guid>
      <dc:creator>cmaxfield</dc:creator>
      <dc:date>2012-01-26T14:46:10Z</dc:date>
    </item>
    <item>
      <title>Re: Universal forwarder not connecting</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-forwarder-not-connecting/m-p/58315#M11464</link>
      <description>&lt;P&gt;cm&lt;/P&gt;

&lt;P&gt;You won't lose any data if you restart the server or splunkd because the syslog will still be present on the local system (or switch etc.) that is sending it and you can always pull it from there.&lt;/P&gt;</description>
      <pubDate>Wed, 23 Jan 2013 16:44:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-forwarder-not-connecting/m-p/58315#M11464</guid>
      <dc:creator>mship</dc:creator>
      <dc:date>2013-01-23T16:44:37Z</dc:date>
    </item>
  </channel>
</rss>

