search for: tpasswd

In message <Pine.LNX.4.30.0104031615270.8678-100000 at holly.crl.go.jp>, Tom Holro yd writes: >SRP has different requirements from Diffie-Hellman. In particular, >for SRP the generator must be primitive. It turns out that the "primes" >file contains only safe primes with primitive generators, and is thus >ideal for SRP, but so far in OpenSSH it has only been used for

...ich provides strong authentication of the host key as well as the user verifier. This protects against spoofed servers even when the host key changes and/or the client doesn't know the host key. * Fully compatible with the Stanford SRP distribution, so if you already have an /etc/tpasswd file it'll get used (libsrp is NOT required). * No legal issues. Here's a quote from Tom Wu, the designer of SRP: "The past ambiguity has been resolved. SRP is royalty-free for commercial and non-commercial use worldwide. The licensing statements on the Web site, in...

...rver-spoofing attacks. * Authentication of the host key is built into the SRP exchange. This protects against spoofed servers even when the host key changes and/or the client doesn't know the host key. * Fully compatible with the Stanford SRP distribution, so if you already have an /etc/tpasswd file it'll get used (libsrp is NOT required). Changes from OpenSSH-2.5.2p2-srp5 to OpenSSH-2.5.4p1-srp6: * Major parameters are now wrapped in an SRP_CTX struct, and both the client and server sides were rewritten to use dispatching. * Config files (that store SRP parameters) must be own...

On Sun, 29 Apr 2001, RJ Atkinson wrote: > At 06:26 27/04/01, Tom Wu wrote: > >For those of you who were following the discussion about the new draft > >and implementation of SRP-based password authentication in OpenSSH, I > >promised to have Stanford issue the IETF an official, explicit, > >statement reiterating the unencumbered royalty-free licensing terms. > >The

We just updated our configuratiosn to have multiple NIS servers, when we initiated a test of client failover, we were disapointed. It seemed that the only way to get a filaover was to /etc/init.d/ypbind restart. It behaves as indicated in http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=5084845 using ypbind-1.17.2-13 on Centos 4.5 / Linux xxxxxxxxxxxx 2.6.9-55.0.12.ELsmp #1 SMP Fri Nov