Re: Trouble migrating to Linux...
bishop <[email protected]> Fri, 21 May 2004 19:57:05 -0700
| Newsgroups | gmane.network.ftp.wuftpd.user |
|---|---|
| Message-ID | <[email protected]> |
Bob Luckin wrote: > On Thu, May 13, 2004 at 03:31:53PM -0600, [email protected] wrote: > >>Moving my ftp server from Solaris 8 to Red Hat Linux version >>2.4.20-31.9smp #1 SMP. Having 2 problems: This is officially unsupported, so be sure to get on bard with the Fedora Legacy project and watch for their stuff. >>1. Can't login with anonymous anymore, even after restoring the ftp >>data structure and the passwd/group files: >> >>Password: >>530 Can't set guest privileges. >>Login failed. >>ftp> quit > > If I remember correctly, that error message comes about when the daemon is > unable to chroot to the anonymous FTP directory (or guest directory, if using > guests). You might want to check that you have the correct pathname in the > ftpaccess anonymous-root clause, if you're using that. If not, check the > directory given for the ftp user in the passwd file (I know you said you > restored the data structure and passwd file, but make sure anyway). Also > make sure the permissions on the directory are OK, it is mounted correctly > etc.. Basically look for anything that would stop the chroot from working. maybe strace the process to see what it's doing? strace -ff -F -e trace=open -p <pid of xinetd> >>2. Don't know how to add the patches (connect-dos.patch, etc) on Linux. >> >>Any thoughts? I've searched the archive mailing list, and not much >>luck. > > cd to the directory containing the source files, and run the patch command; > something along the lines of > patch -p0 < my_patch_file > where "my_patch_file" is the patchname of the patch you want to install. > (Check the patch man page to make sure the syntax above is correct; I think > some OS's have patch commands that prefer "-p 0" to "-p0".) > > Then recompile and reinstall the binary. > > Of course, it would probably pay to take a copy of the unpatched source and/or > binary first, just in case something deosn't work as expected wrong and you > want to restore the original. Um, I roll my patches into the RPM and install that, so that I get the benefit of management via packages. <insert Source Cowboy vs Package Weenie debate here> My current 270 uses these patches/source: > ftp.pamd > ftpaccess > ftpd.log > wu-ftpd-2.6.0-owners.patch > wu-ftpd-2.6.0-redhat.patch > wu-ftpd-2.6.2-realpatch.patch > wu-ftpd-2.7.0-20020304.tar.bz2 > wu-ftpd-2.7.0-snapshot-bison.patch > wu-ftpd-xinetd > wu-ftpd.spec Really it's not much more than a minor update to an existing RH package, but it works well enough. I can probably roll a new RPM for you if you give me the location of the patch (I'll do the free work for you if you appease my laziness by giving me the patch URL). If that's the new patch I've been meaning to roll it, and it's really near the top of my list, but I've got some onfire-onfire jobs before the just-onfire jobs can be done. >>...NOTE : HTML SECTION HAS BEEN FILTERED OUT AT THIS LOCATION... > > Good luck ! - bish -- Andy Kaufman LIVES! http://andykaufmanreturns.blogspot.com Or does he?