we migrated from a system with HPUX B.11.0 to HPUX 11.23 i64
the new server is the same IP as the old server. the old server is renumbered to something else to avoid conflict.
on the old system, we had a user named "ftp" . There is one person who daily will ftp files to the host using this logon id and drop the files in /home/ftp.
on the new system, the same person now gets an upload permissions exception when attempting the same script.
I'm not even sure where to start looking for this one.
(BTW, this was set up many years ago with that logon id and no one is now here that had anything to do with it initially. I don't know why that name was chosen.)
"upload permissions exception" doesn't really help very much. Sign on the box using your regular account and from a shell prompt use the command:
ftp localhost
then logon as "ftp" and see what the problem actually is. Also check the permissions on /home/ftp.
If I try to "sign on" the ftp session with user id "ftp" - it seems to assume a guest login not a named user login.
---
/home/ftp> ftp localhost
Connected to localhost.xxx.edu.
220 hqpxxx01.xxx.edu FTP server (Revision 1.1 Version wuftpd-2.6.1(PHNE_34698) F
ri Nov 10 10:21:03 GMT 2006) ready.
Name (localhost:ftp): ftp
331 Guest login ok, send your complete e-mail address as password.
Password:
---
On the other hand, when I tried this same thing to the "old host", I got the same guest result.
Lisa
as far as the "upload permissions" issue - I think part of what is happening is that the ftp session is getting dropped in to the / root directory and if you try to change to /home/ftp - you cannot get there - you are told it doesn't exist.
You must:
set the password field to *
ensure that the group is a guest group
change the shell is a good idea but if /usr/bin/false is not in /etc/shells you must add it
OK.
I have tried this again. If I use ftp command and the ftp user - it is signing on - but it isn't changing dir (chroot) to /home/ftp -- it is dropping the session in / (root) and once there you cannot cd /home/ftp - it says it is not found.
if I signon the system with user id ftp - it works and leaves me in /home/ftp and I can write to that directory.
Do you see the string "wuftpd"? Yes it's possible to write another ftpd that claims to be wuftpd but behaves very differently, but I have never heard of that being done. If a server claims to be wuftpd, we assume that it is. Does your old server make that claim? Also, what os was on the previous box?
When you sign on the new server with ftp, does the command "dir" work? Does "dir" work on the old server?
If they are both wuftpd servers, are they being started with the same options? Typically they would be started via a line in /etc/inetd.conf so compare the entries in that file.
