<div dir="ltr"><div><font face="courier new, monospace">Arg.</font></div><div><font face="courier new, monospace"><br></font></div><div><font face="courier new, monospace">$ patch -p0 < pamenable.patch </font></div><div>
<font face="courier new, monospace">patching file tacacs+-F4.0.4.27a/aceclnt_fn.c</font></div><div><font face="courier new, monospace">Hunk #1 FAILED at 193.</font></div><div><font face="courier new, monospace">1 out of 1 hunk FAILED -- saving rejects to file tacacs+-F4.0.4.27a/aceclnt_fn.c.rej</font></div>
<div><font face="courier new, monospace">patching file tacacs+-F4.0.4.27a/config.c</font></div><div><font face="courier new, monospace">Hunk #1 FAILED at 1220.</font></div><div><font face="courier new, monospace">Hunk #2 FAILED at 1908.</font></div>
<div><font face="courier new, monospace">2 out of 2 hunks FAILED -- saving rejects to file tacacs+-F4.0.4.27a/config.c.rej</font></div><div><font face="courier new, monospace">patching file tacacs+-F4.0.4.27a/enable.c</font></div>
<div><font face="courier new, monospace">Hunk #1 FAILED at 53.</font></div><div><font face="courier new, monospace">1 out of 1 hunk FAILED -- saving rejects to file tacacs+-F4.0.4.27a/enable.c.rej</font></div><div><font face="courier new, monospace">patching file tacacs+-F4.0.4.27a/pwlib.c</font></div>
<div><font face="courier new, monospace">Hunk #2 succeeded at 592 with fuzz 1.</font></div><div><font face="courier new, monospace">patching file tacacs+-F4.0.4.27a/tacacs.h</font></div><div><font face="courier new, monospace">patch unexpectedly ends in middle of line</font></div>
<div><font face="courier new, monospace">Hunk #1 FAILED at 482.</font></div><div><font face="courier new, monospace">1 out of 1 hunk FAILED -- saving rejects to file tacacs+-F4.0.4.27a/tacacs.h.rej</font></div><div><br></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 19, 2014 at 10:40 AM, Asif Iqbal <span dir="ltr"><<a href="mailto:vadud3@gmail.com" target="_blank">vadud3@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="">On Wed, Apr 16, 2014 at 10:54 AM, Daniel Schmidt <span dir="ltr"><<a href="mailto:daniel.schmidt@wyo.gov" target="_blank">daniel.schmidt@wyo.gov</a>></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">I guess that would work if you wanted EVERY ad user to have access.  Full<br>



access, at that.<br>
<br>
If you priv_15 everybody, they shouldn't need an enable password.  Doesn't<br>
seem 2 work 4 the ASA though.  Give everybody one generic enable password<br>
maybe.<br></blockquote><div><br></div><div><br></div><div><br></div></div><div>OR may be include this patch that Matt Addison is referring to, to the original code? </div><div><br></div><div><a href="https://gist.github.com/ragzilla/11297928" target="_blank">https://gist.github.com/ragzilla/11297928</a></div>


<div><br></div><div><br></div><div><br></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><div class="h5">


<div><div><br>
<br>
On Wed, Apr 16, 2014 at 8:47 AM, Linda Slater <<a href="mailto:lslater@yorku.ca" target="_blank">lslater@yorku.ca</a>> wrote:<br>
<br>
> Couple questions:<br>
><br>
> I am using PAM_LDAP  to authenticate our users via AD.    The additional<br>
> requirements are now:<br>
><br>
><br>
><br>
> 1. No usernames in the Tac+ config file, I will define only groups and use<br>
> AD groupings to decide if that user can be allowed to access a network<br>
> device.   Does anyone have any examples using this method?  Currently,  I<br>
> have the user name ......  login = PAM, listed in the tac...config file.<br>
><br>
> 2. Each user that logins into the Network device, must use their AD<br>
> password to gain enable access to the network device.   Is anyone using<br>
> this method to allow users enable access, given that the Tac+ enable<br>
> password cannot be pointed to PAM?   Each user will have using their own<br>
> AD login credentials.<br>
><br>
><br>
> Regards,<br>
> Linda Slater | Senior Network Designer, Network Development | University<br>
> Information Technology<br>
> 010 Steacie Science and Engineering Library | York University | 4700 Keele<br>
> St. , Toronto ON Canada M3J 1P3<br>
> T: <a href="tel:%2B1.416.736.2100%20ext%2022733" value="+14167362100" target="_blank">+1.416.736.2100 ext 22733</a> | F: <a href="tel:%2B1.416.736.5830" value="+14167365830" target="_blank">+1.416.736.5830</a> | <a href="mailto:lslater@yorku.ca" target="_blank">lslater@yorku.ca</a> |<br>



> <a href="http://www.yorku.ca" target="_blank">www.yorku.ca</a><br>
><br>
> York UIT will NEVER send unsolicited requests for passwords or other<br>
> personal information via email. Messages requesting such information are<br>
> fraudulent and should be deleted.<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<br>
> <a href="http://www.shrubbery.net/pipermail/tac_plus/attachments/20140416/89ba12d8/attachment.html" target="_blank">http://www.shrubbery.net/pipermail/tac_plus/attachments/20140416/89ba12d8/attachment.html</a><br>
> ><br>
> _______________________________________________<br>
> tac_plus mailing list<br>
> <a href="mailto:tac_plus@shrubbery.net" target="_blank">tac_plus@shrubbery.net</a><br>
> <a href="http://www.shrubbery.net/mailman/listinfo/tac_plus" target="_blank">http://www.shrubbery.net/mailman/listinfo/tac_plus</a><br>
><br>
<br>
<br>
</div></div></div></div><div class="">E-Mail to and from me, in connection with the transaction<br>
of public business, is subject to the Wyoming Public Records<br>
Act and may be disclosed to third parties.<br>
</div><div class=""><div>-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
</div></div>URL: <<a href="http://www.shrubbery.net/pipermail/tac_plus/attachments/20140416/b7282d4f/attachment.html" target="_blank">http://www.shrubbery.net/pipermail/tac_plus/attachments/20140416/b7282d4f/attachment.html</a>><div class="">
<br>


<div><div>_______________________________________________<br>
tac_plus mailing list<br>
<a href="mailto:tac_plus@shrubbery.net" target="_blank">tac_plus@shrubbery.net</a><br>
<a href="http://www.shrubbery.net/mailman/listinfo/tac_plus" target="_blank">http://www.shrubbery.net/mailman/listinfo/tac_plus</a><br>
</div></div></div></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Asif Iqbal<br>PGP Key: 0xE62693C5 KeyServer: <a href="http://pgp.mit.edu" target="_blank">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><br>
</font></span></div></div>
</blockquote></div><br></div>

<pre>
E-Mail to and from me, in connection with the transaction 
of public business, is subject to the Wyoming Public Records 
Act and may be disclosed to third parties.