<?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: How to troubleshoot SSO slowness in Security</title>
    <link>https://community.splunk.com/t5/Security/How-to-troubleshoot-SSO-slowness/m-p/457756#M10675</link>
    <description>&lt;P&gt;Hi a212830,&lt;/P&gt;

&lt;P&gt;I came along such problems when the user or group DN was set at a too high level in the LDAP tree. Work around was always setting  the user and group DN's as specific as possible. You can add multiple in the list and seperate them by using a &lt;CODE&gt;;&lt;/CODE&gt; between them. &lt;BR /&gt;
Also, increase the logging channels of &lt;CODE&gt;AuthenticationManagerLDAP&lt;/CODE&gt; and &lt;CODE&gt;ScopedLDAPConnection&lt;/CODE&gt; in &lt;CODE&gt;Settings  » Server settings » Server logging&lt;/CODE&gt; to get more logs during run time.&lt;/P&gt;

&lt;P&gt;Another thing especially with AD: there was always a performance boost by using a specific DC server instead of the AD domain name. This has of course down sides as well.&lt;/P&gt;

&lt;P&gt;Hope this helps ...&lt;/P&gt;

&lt;P&gt;cheers, MuS&lt;/P&gt;</description>
    <pubDate>Thu, 26 Jul 2018 02:19:13 GMT</pubDate>
    <dc:creator>MuS</dc:creator>
    <dc:date>2018-07-26T02:19:13Z</dc:date>
    <item>
      <title>How to troubleshoot SSO slowness</title>
      <link>https://community.splunk.com/t5/Security/How-to-troubleshoot-SSO-slowness/m-p/457755#M10674</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;We've been experiencing some ongoing issues where the Splunk search-bar becomes unresponsive - you hit search, and it doesn't move,  or even hangs entirely, requiring a reload of the entire page.  We did some research, and the system health is good - neither our search-heads, nor our indexes are overloaded.  Professional services was onsite, and gave it their blessing.  Still, the problem remained, so we decided to create some local accounts, that bypass SSO, to see how they performed.  Well, the difference was night and day.  The entire "gui experience" was much faster and crisper.   I'm at a loss on how to trouble-shoot this issue, however.   Any suggestion?  Appears to be an SSO issue - are there certain settings that could cause this issue?  We use siteminder for our ldap integration.  &lt;/P&gt;</description>
      <pubDate>Thu, 26 Jul 2018 01:48:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/How-to-troubleshoot-SSO-slowness/m-p/457755#M10674</guid>
      <dc:creator>a212830</dc:creator>
      <dc:date>2018-07-26T01:48:41Z</dc:date>
    </item>
    <item>
      <title>Re: How to troubleshoot SSO slowness</title>
      <link>https://community.splunk.com/t5/Security/How-to-troubleshoot-SSO-slowness/m-p/457756#M10675</link>
      <description>&lt;P&gt;Hi a212830,&lt;/P&gt;

&lt;P&gt;I came along such problems when the user or group DN was set at a too high level in the LDAP tree. Work around was always setting  the user and group DN's as specific as possible. You can add multiple in the list and seperate them by using a &lt;CODE&gt;;&lt;/CODE&gt; between them. &lt;BR /&gt;
Also, increase the logging channels of &lt;CODE&gt;AuthenticationManagerLDAP&lt;/CODE&gt; and &lt;CODE&gt;ScopedLDAPConnection&lt;/CODE&gt; in &lt;CODE&gt;Settings  » Server settings » Server logging&lt;/CODE&gt; to get more logs during run time.&lt;/P&gt;

&lt;P&gt;Another thing especially with AD: there was always a performance boost by using a specific DC server instead of the AD domain name. This has of course down sides as well.&lt;/P&gt;

&lt;P&gt;Hope this helps ...&lt;/P&gt;

&lt;P&gt;cheers, MuS&lt;/P&gt;</description>
      <pubDate>Thu, 26 Jul 2018 02:19:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/How-to-troubleshoot-SSO-slowness/m-p/457756#M10675</guid>
      <dc:creator>MuS</dc:creator>
      <dc:date>2018-07-26T02:19:13Z</dc:date>
    </item>
  </channel>
</rss>

