<?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: Why does UF still require clientCert when  requireClientCert is already disable in indexer? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Why-does-UF-still-require-clientCert-when-requireClientCert-is/m-p/630687#M108101</link>
    <description>&lt;P&gt;Looks like setting "useSSL = true" in outputs.conf did the trick:&lt;/P&gt;&lt;PRE&gt;## outputs.conf.spec&lt;BR /&gt;useSSL = &amp;lt;true|false|legacy&amp;gt;
* Whether or not the forwarder uses SSL to connect to the receiver, or relies
  on the 'clientCert' setting to be active for SSL connections.
* You do not need to set 'clientCert' if 'requireClientCert' is set to
  "false" on the receiver.
* A value of "true" means the forwarder uses SSL to connect to the receiver.
* A value of "false" means the forwarder does not use SSL to connect to the
  receiver.
* The special value "legacy" means the forwarder uses the 'clientCert' property to
  determine whether or not to use SSL to connect.
* Default: legacy&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 13 Feb 2023 17:42:00 GMT</pubDate>
    <dc:creator>splunker686</dc:creator>
    <dc:date>2023-02-13T17:42:00Z</dc:date>
    <item>
      <title>Why does UF still require clientCert when  requireClientCert is already disable in indexer?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-does-UF-still-require-clientCert-when-requireClientCert-is/m-p/630685#M108100</link>
      <description>&lt;P&gt;Hello Splunkers, I would like to understand why a cert is need for the UF, when indexer already has&amp;nbsp;requireClientCert disabled.&amp;nbsp; Thanks in advance.&lt;/P&gt;&lt;P&gt;On indexer, we have the following inputs.conf stanza configured:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;[splunktcp-ssl:9997]
[SSL]
serverCert = $SPLUNK_HOME/etc/auth/mycerts/myServerCert.pem
sslPassword = mySecret
requireClientCert = false&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;On the UF, we have the following outputs.conf stanza configured:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;[indexer_discovery:cm1]
master_uri = https://cm1:8089
pass4SymmKey = mySecretSymmKey

[tcpout]
defaultGroup = ssl-test

[tcpout:ssl-test]
indexerDiscovery = master-es
useACK = true
useClientSSLCompression = false&lt;/LI-CODE&gt;&lt;P&gt;The UF failed to connect to the indexer with the following errors seen in the UF's splunkd.log:&lt;/P&gt;&lt;P&gt;02-11-2023 02:57:57.421 +0000 ERROR TcpOutputProc [1715593 TcpOutEloop] - target=x.x.x.x:9997 ssl=1 mismatch with ssl config in outputs.conf for server, skipping..&lt;/P&gt;&lt;P&gt;The issue is resolved once we have set the&amp;nbsp;clientCert in forwarder's outputs.conf stanza:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;[tcpout:ssl-test]
indexerDiscovery = master-es
useACK = true
useClientSSLCompression = false
clientCert = $SPLUNK_HOME/etc/auth/mycerts/MyClientCert.pem&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From our test so far, this requirement seems to be specific to&amp;nbsp;splunktcp-ssl.&amp;nbsp; Inter-splunk communications between UF and deployment server or cluster manager (for indexer discovery) do not seem to require the client cert.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 13 Feb 2023 17:08:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-does-UF-still-require-clientCert-when-requireClientCert-is/m-p/630685#M108100</guid>
      <dc:creator>splunker686</dc:creator>
      <dc:date>2023-02-13T17:08:38Z</dc:date>
    </item>
    <item>
      <title>Re: Why does UF still require clientCert when  requireClientCert is already disable in indexer?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-does-UF-still-require-clientCert-when-requireClientCert-is/m-p/630687#M108101</link>
      <description>&lt;P&gt;Looks like setting "useSSL = true" in outputs.conf did the trick:&lt;/P&gt;&lt;PRE&gt;## outputs.conf.spec&lt;BR /&gt;useSSL = &amp;lt;true|false|legacy&amp;gt;
* Whether or not the forwarder uses SSL to connect to the receiver, or relies
  on the 'clientCert' setting to be active for SSL connections.
* You do not need to set 'clientCert' if 'requireClientCert' is set to
  "false" on the receiver.
* A value of "true" means the forwarder uses SSL to connect to the receiver.
* A value of "false" means the forwarder does not use SSL to connect to the
  receiver.
* The special value "legacy" means the forwarder uses the 'clientCert' property to
  determine whether or not to use SSL to connect.
* Default: legacy&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 13 Feb 2023 17:42:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-does-UF-still-require-clientCert-when-requireClientCert-is/m-p/630687#M108101</guid>
      <dc:creator>splunker686</dc:creator>
      <dc:date>2023-02-13T17:42:00Z</dc:date>
    </item>
  </channel>
</rss>

