<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jul 12, 2013 at 12:55 PM, Alan McKinnon <span dir="ltr">&lt;<a href="mailto:alan.mckinnon@gmail.com" target="_blank">alan.mckinnon@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On 12/07/2013 18:41, Asif Iqbal wrote:<br>


&gt;     What are the hash types you use for your passwords and is it a method<br>
&gt;     that be hashed quickly by the OS<br>
&gt;<br>
&gt;<br>
&gt; using PAM -&gt; AD.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;     Those would be the first thing I&#39;d look at. Second is to post your<br>
&gt;     tac_plus.conf. there aren&#39;t really any best practices as such for this,<br>
&gt;     tac_plus is more than adequate to deal with just about any realistic<br>
&gt;     scenario so the &quot;best practice&quot; is whatever works for you and gives<br>
&gt;     *you* the control *you* need.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Need to sanitize a lot before posting it, but I have 31 group stanzas,<br>
&gt; 1325 user stanzas,<br>
&gt; 19 acl stanzas and some of those acls have about 130 permit lines.<br>
&gt;<br>
&gt; currently I have 24 tac_plus instance running like below<br>
&gt;<br>
&gt; $ ps -e -o pid,ppid,vsz,rss,cmd | grep tac_pl[u]s<br>
&gt;  4692     1  78296 53708 /usr/local/bin/tac_plus -L -B 192.168.6.20 -l<br>
&gt; /var/log/tacacs.daemon.log -C /etc/tacacs.conf<br>
&gt; 27276  4692  78296 53340 /usr/local/bin/tac_plus -L -B 192.168.6.20 -l<br>
&gt; /var/log/tacacs.daemon.log -C /etc/tacacs.conf<br>
&gt;<br>
<br>
<br>
</div>No need to post and sanitize your configs, the thing to investigate<br>
first is your PAM -&gt; AD authen setup.<br>
<br>
I have a config similar to yours in terms of numbers and my setup works<br>
as expected. Most systems use a passwd file, one system has all the<br>
users directly in tac_plus.conf. I&#39;ve run it on FreeBSD, Linux and<br>
Solaris and there&#39;s never been a hint of memory leaks at all. And no-one<br>
else here has posted about memory leaks as far as I can recall.<br></blockquote><div><br></div><div><br></div><div>Not sure why restart of tac_plus fixes the slowness in working with </div><div>router for almost a month until the next restart.</div>

<div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
All that seems to point towards tac_plus itself working correctly, so we<br>
should look at things you have that are different.<br>
<br>
And AD via PAM is one such thing :-)<br>
Using PAM for auth in tac_plus is poorly documented and most folks who<br>
ask about it end up experimenting a lot to get it right.<br>
<br>
Can you post how your setup works and what your PAM config is?<br>
<div class=""><div class="h5"><br></div></div></blockquote><div><br></div><div>$ cat /etc/pam.d/tac_plus</div><div>   auth<span class="" style="white-space:pre">        </span>required<span class="" style="white-space:pre">        </span>pam_ldap.so<br>

</div><div><br></div><div>$ cat /etc/ldap/ldap.conf</div><div><div>   BASE    ou=People,dc=example,dc=com</div><div>   URI     ldaps://<a href="http://192.168.137.34:1636">192.168.137.34:1636</a> ldaps://<a href="http://192.168.137.34:1636">192.168.137.34:1636</a><br>

</div><div><br></div><div>   TLS_CACERT /etc/ssl/certs/example.cer<br></div><div>   TLS_REQCERT never</div><div>   nss_initgroups_ignoreusers backup,bin,daemon,games,gnats,irc,landscape,libuuid,list,lp,mail,man,news,postfix,proxy,root,sshd,sync,sys,syslog,uucp,www-data</div>

</div><div><br></div><div><br></div><div>using nslcd for caching</div><div><br></div><div><div>$ sudo cat /etc/nslcd.conf</div><div>  uid nslcd</div><div>  gid nslcd</div><div>  uri ldaps://<a href="http://192.168.137.34:1636">192.168.137.34:1636</a> ldaps://<a href="http://192.168.137.34:1636">192.168.137.34:1636</a></div>

<div>  base ou=People,dc=mnet,dc=example,dc=com</div><div>  filter passwd (objectclass=mnetperson)</div><div>  filter shadow (objectclass=mnetperson)</div><div>  binddn uid=binduid,ou=people,dc=example,dc=com</div><div>  bindpw secret</div>

<div>  tls_reqcert never</div><div>  tls_cacertfile /etc/ssl/certs/example.cer</div><div>  idle_timelimit 60</div></div><div><br></div><div><div>$ ldd /usr/local/bin/tac_plus</div><div><span class="" style="white-space:pre">        </span>linux-vdso.so.1 =&gt;  (0x00007fffa03ff000)</div>

<div><span class="" style="white-space:pre">        </span>libwrap.so.0 =&gt; /lib/libwrap.so.0 (0x00007f316aac5000)</div><div><span class="" style="white-space:pre">        </span>libtacacs.so.1 =&gt; /usr/local/lib/libtacacs.so.1 (0x00007f316a86c000)</div>

<div><span class="" style="white-space:pre">        </span>libpam.so.0 =&gt; /lib/libpam.so.0 (0x00007f316a65e000)</div><div><span class="" style="white-space:pre">        </span>libnsl.so.1 =&gt; /lib/libnsl.so.1 (0x00007f316a444000)</div>

<div><span class="" style="white-space:pre">        </span>libcrypt.so.1 =&gt; /lib/libcrypt.so.1 (0x00007f316a20b000)</div><div><span class="" style="white-space:pre">        </span>libpthread.so.0 =&gt; /lib/libpthread.so.0 (0x00007f3169fed000)</div>

<div><span class="" style="white-space:pre">        </span>libc.so.6 =&gt; /lib/libc.so.6 (0x00007f3169c67000)</div><div><span class="" style="white-space:pre">        </span>libdl.so.2 =&gt; /lib/libdl.so.2 (0x00007f3169a63000)</div>
<div>
<span class="" style="white-space:pre">        </span>/lib64/ld-linux-x86-64.so.2 (0x00007f316acd8000)</div></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class=""><div class="h5">
<br>
<br>
--<br>
Alan McKinnon<br>
<a href="mailto:alan.mckinnon@gmail.com">alan.mckinnon@gmail.com</a><br>
<br>
_______________________________________________<br>
tac_plus mailing list<br>
<a href="mailto:tac_plus@shrubbery.net">tac_plus@shrubbery.net</a><br>
<a href="http://www.shrubbery.net/mailman/listinfo.cgi/tac_plus" target="_blank">http://www.shrubbery.net/mailman/listinfo.cgi/tac_plus</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Asif Iqbal<br>PGP Key: 0xE62693C5 KeyServer: <a href="http://pgp.mit.edu">pgp.mit.edu</a><br>A: Because it messes up the order in which people normally read text.<br>

Q: Why is top-posting such a bad thing?<br> 
</div></div>