Re: /etc/passwd migration between systems

Last time I ran into it, it turned out that for *legitimate* salts, the linux crypt() was compatible, but for out-of-range ones, there were differing results. An easy way to test is to use perl. For example: solaris2.4+% perl -e 'print crypt(pass, ab).\n' abccBcrPOxnLU solaris2.4+% perl -e

Re: /etc/passwd migration between systems

Wayne Schlitt [EMAIL PROTECTED] writes: As Jim Worthington said: I do know that when I tried to copy my /etc/passwd file from a Sun system to Debian 1.1, the passwords would not decrypt correctly on login. Just another data point I just copied my passwords from my SVR4

Re: /etc/passwd migration between systems

Jim Worthington ([EMAIL PROTECTED]) wrote: [...] : Also I get the following message when trying to run crack ver 4.1: : : Crack v4.1f: The Password Cracker, (c) Alec D.E. Muffett, 1992 : : Version of crypt() being used internally is not compatible with : standard. : : Has anybody

Re: /etc/passwd migration between systems

Jim, My binary of Crack v4.1f that I compiled a couple of years ago (with ufc-crypt I believe) works fine under Debian 1.1. I haven't tried to recompile it though. I'd be happy to ship the binary to you in a pinch if you trust me (MH viamail or ftp preferred). Bill Wohler [EMAIL

Re: /etc/passwd migration between systems

As Jim Worthington said: Also I get the following message when trying to run crack ver 4.1: Crack v4.1f: The Password Cracker, (c) Alec D.E. Muffett, 1992 Version of crypt() being used internally is not compatible with standard. Has anybody successfully been able to run crack on

Re: /etc/passwd migration between systems

Gilbert Ramirez Jr. wrote: As Jim Worthington said: Has anybody successfully been able to run crack on Debian Linux 1.1? Randy Gobbel and I are looking at Crack right now on Linux (kernel 2.0.12). If you make FCRYPT equal to null in Sources/Makefile, and possibly remove references

Re: /etc/passwd migration between systems

As Jim Worthington said: I do know that when I tried to copy my /etc/passwd file from a Sun system to Debian 1.1, the passwords would not decrypt correctly on login. Since the passwd file that I'm trying to test is not native to Debian Linux, the native Debian crypt algorithm won't be much

Re: /etc/passwd migration between systems

On Fri, 23 Aug 1996, Jim Worthington wrote: Hi Jim, Does Linux use a different encryption algorithm than Sun? (obviously it is different) Is there any Sun compatability login software for Linux that would allow me to use a common password database between the two systems? When both

Re: /etc/passwd migration between systems

In article [EMAIL PROTECTED], Jim Worthington [EMAIL PROTECTED] wrote: I've tried UFC CRYPT in addition to FCRYPT with equally un-successful results. The use of standard crypt makes sense as you suggest, however, I believe that the crypt which is distributed with Debian 1.1 is broken, or at

/etc/passwd migration between systems

As Jim Worthington said: I do know that when I tried to copy my /etc/passwd file from a Sun system to Debian 1.1, the passwords would not decrypt correctly on login. Just another data point I just copied my passwords from my SVR4 Dell Unix system to Linux, and they worked fine. I

/etc/passwd migration between systems

I tried copying the /etc/passwd file from a Sun workstation to a Linux machine in order to create common user accounts. Linux, however would not decrypt the Sun passwords when correctly entered. Thei technique works fine between Solaris and Sun Unix. Does Linux use a different encryption

Re: /etc/passwd migration between systems

Jim Worthington ([EMAIL PROTECTED]) wrote: : I tried copying the /etc/passwd file from a Sun workstation to a Linux : machine in order to create common user accounts. Use NIS. Copying /etc/passwd can cause a lot of problems keeping it up to date. : : Linux, however would not decrypt the Sun

Re: /etc/passwd migration between systems

Bruce Perens wrote: This must be a bug. Bruce Can anybody verify this? Also I get the following message when trying to run crack ver 4.1: Crack v4.1f: The Password Cracker, (c) Alec D.E. Muffett, 1992 Version of crypt() being used internally is not compatible with standard.