<?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: Splunk web redirect to FQDN? in Security</title>
    <link>https://community.splunk.com/t5/Security/Splunk-web-redirect-to-FQDN/m-p/408510#M9812</link>
    <description>&lt;P&gt;I don't know how to redirect it. You could also create certificates with aliases. Your certificate will be valid for short AND FQDN &lt;/P&gt;</description>
    <pubDate>Wed, 15 Aug 2018 12:31:21 GMT</pubDate>
    <dc:creator>teunlaan</dc:creator>
    <dc:date>2018-08-15T12:31:21Z</dc:date>
    <item>
      <title>Splunk web redirect to FQDN?</title>
      <link>https://community.splunk.com/t5/Security/Splunk-web-redirect-to-FQDN/m-p/408509#M9811</link>
      <description>&lt;P&gt;I was looking around and maybe my googling is the best today, but I cannot seem to find a way to redirect the Splunk webserver.  Basically our customers can access our Splunk servers with either the short name:&lt;/P&gt;

&lt;P&gt;&lt;A href="https://splunkit:8000"&gt;https://splunkit:8000&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;Or the FQDN&lt;/P&gt;

&lt;P&gt;&lt;A href="https://splunkit.mydomain.com:8000"&gt;https://splunkit.mydomain.com:8000&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;My question is how do I get the Splunk webserver to redirect the short name to the FQDN?  We are getting dedicated certs for the Splunk web interface and need customer's to access the FQDN for the certs to be valid.  Any help or docs would be awesome thanks.&lt;/P&gt;

&lt;P&gt;-ed&lt;/P&gt;</description>
      <pubDate>Tue, 14 Aug 2018 23:15:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Splunk-web-redirect-to-FQDN/m-p/408509#M9811</guid>
      <dc:creator>edwardrose</dc:creator>
      <dc:date>2018-08-14T23:15:52Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk web redirect to FQDN?</title>
      <link>https://community.splunk.com/t5/Security/Splunk-web-redirect-to-FQDN/m-p/408510#M9812</link>
      <description>&lt;P&gt;I don't know how to redirect it. You could also create certificates with aliases. Your certificate will be valid for short AND FQDN &lt;/P&gt;</description>
      <pubDate>Wed, 15 Aug 2018 12:31:21 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Splunk-web-redirect-to-FQDN/m-p/408510#M9812</guid>
      <dc:creator>teunlaan</dc:creator>
      <dc:date>2018-08-15T12:31:21Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk web redirect to FQDN?</title>
      <link>https://community.splunk.com/t5/Security/Splunk-web-redirect-to-FQDN/m-p/408511#M9813</link>
      <description>&lt;P&gt;I don't believe the Splunk webserver will do this. Even if it could, I'm not sure if it would be a supported change. However instead you could setup a proxy / load balancer (such as an F5) in front of your Splunk Web interface. (Having a load balancer in front of SplunkWeb on your search heads is something you'd want for Search Head Clustering anyways.)&lt;/P&gt;

&lt;P&gt;Your load balancer would have to support name based virtual hosting so that requests to the short name would be served with a 301 redirect, but responses to the FQDN would be proxied to the appropriate search head. &lt;/P&gt;

&lt;P&gt;Now with regards to the certificate errors, If your load balancer supports &lt;A href="https://en.wikipedia.org/wiki/Server_Name_Indication"&gt;SNI&lt;/A&gt;, the load balancer could serve a certificate with the simple name (likely issued by the customer's internal CA infrastructure) to requests for the simple name. If the load balancer does not support flexing based on SNI, then you are looking at getting a certificate with multiple Subject Alternative Names as @teunlaan mentions in their comment.&lt;/P&gt;

&lt;P&gt;Alternatively... you could see if the network &amp;amp; device management folks at the company would get rid of their DNS Suffix search list. In this case only the FQDN would work for folks, and if you have enough messaging and training, possibly they will come around to not use unqualified names... but that's much more difficult of course.&lt;/P&gt;</description>
      <pubDate>Wed, 15 Aug 2018 15:49:33 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Splunk-web-redirect-to-FQDN/m-p/408511#M9813</guid>
      <dc:creator>acharlieh</dc:creator>
      <dc:date>2018-08-15T15:49:33Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk web redirect to FQDN?</title>
      <link>https://community.splunk.com/t5/Security/Splunk-web-redirect-to-FQDN/m-p/408512#M9814</link>
      <description>&lt;P&gt;Agreed. This is something that needs to be configured as part of the larger DNS/FQND setup. As in, this is part of networking configuration for the environment, not Splunk itself.&lt;/P&gt;</description>
      <pubDate>Thu, 16 Aug 2018 14:25:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Splunk-web-redirect-to-FQDN/m-p/408512#M9814</guid>
      <dc:creator>sloshburch</dc:creator>
      <dc:date>2018-08-16T14:25:46Z</dc:date>
    </item>
  </channel>
</rss>

