Configuring FTP Server - Need Help

[math_from_france]

Hi all,

I'm running HPUX 11iv3 and I have to move ftp server from windows to my hpux server.

I'm trying hard to configure the followings:

-I must create 3 users: "ged_dev", "ged_qua" and "ged_prd".

-I created a directory /CMS and i want to redirect each user into one sub-folder.
The result should be:
/CMS/ged_dev
/CMS/ged_qua
/CMS/ged_prd

I created the dir /etc/ftpd and copied the examples files "ftpusers" "ftpgroup"...

I removed "root" from ftpuser and i can connect. But all my local account cant connect to my ftp server?? (they're not listed in ftpuser yet!).

Need help,

Thank you very much.
Mathias

[Suraj Singh_1]

Hi Mathias,

1. Are you able to login to FTP server using "root" user and "anonymous" user?

2. What is the o/p of "grep ^ftp: /etc/passwd"?

3. While creating the 3 users you have specified, create them with HOME DIRECTORY as you've mentioned.

If root user can logon, then there shouldn't be any reason why other users can't login.

- Suraj

[Suraj K Sankari]

Hi,

Which are the user's should not able to do ftp then add there user names into /etc/ftpaccess file.

If file is not there then create it and add all the desire names who should not do ftp.

Suraj

[math_from_france]

Hi,

I created the /etc/ftpd/ftpaccess and /etc/ftpd/ftpusers

I can login with root (i removed root from ftpusers).

But all others local users account cant login.

1.This is my /etc/passwd:

root:/af/4dEOdgkpY:0:3::/:/sbin/sh
daemon:*:1:5::/:/sbin/sh
bin:*:2:2::/usr/bin:/sbin/sh
sys:*:3:3::/:
adm:*:4:4::/var/adm:/sbin/sh
uucp:*:5:3::/var/spool/uucppublic:/usr/lbin/uucp/uucico
lp:*:9:7::/var/spool/lp:/sbin/sh
nuucp:*:11:11::/var/spool/uucppublic:/usr/lbin/uucp/uucico
hpdb:*:27:1:ALLBASE:/:/sbin/sh
nobody:*:-2:-2::/:
www:*:30:1::/:
smbnull:*:101:101:DO NOT USE OR DELETE - needed by Samba:/var/opt/samba/nologin:/bin/false
cimsrvr:*:102:102:WBEM Services:/var/opt/wbem:/sbin/sh
sfmdb:*:103:20::/home/sfmdb:/sbin/sh
sshd:*:104:103:sshd privsep:/var/empty:/bin/false
iwww:*:105:1::/home/iwww:/sbin/sh
owww:*:106:1::/home/owww:/sbin/sh
hpsmh:*:107:104:System Management Homepage:/var/opt/hpsmh:/sbin/sh
tftp:*:108:105:Trivial FTP user:/home/tftp:/usr/bin/false
smdadm:R3dh5/bVI54A6:109:107:SMD Agent user:/home/smdadm:/bin/csh
soladm:R3dh5/bVI54A6:110:107:SAP System Administrator:/home/soladm:/bin/csh
orasol:R3dh5/bVI54A6:111:108:SAP Database Administrator:/oracle/SOL:/bin/csh


2.This is my /etc/ftpd/ftusers

bin
boot
daemon
digital
field
gateway
guest
nobody
operator
ris
sccs
sys
uucp


How an I allow my local account to login ftp?

Thk You
Mathias

[Ivan Krastev]

Hello Mathias,

Which account you have tried? Some of the users doesn't have home directories. Can you provide more details from ftp session and syslog messages.

regards,
ivan

[math_from_france]

Hello Iva,

I've already tried with "orasol" account. This is the syslog:

ov 4 14:16:09 sirius ftpd[761576]: FTP server (Revision 3.0 Version wuftpd-2.6.1 Wed Dec 19 08:45:38 GMT 2007) ready.
Nov 4 14:16:09 sirius ftpd[761576]: cannot open pid file /etc/ftpd/pids/all: No such file or directory
Nov 4 14:16:09 sirius ftpd[761576]: FTP LOGIN REFUSED (shell not in /etc/shells) FROM 172.17.2.0 [172.17.2.0], orasol
Nov 4 14:16:09 sirius ftpd[761576]: FTP session closed



How can I easily allow a current local user to loggin ftp?

[Steven Schweda]

> FTP LOGIN REFUSED (shell not in /etc/shells)

"man ftpd" should explain /etc/shells. If
you have one, then apparently /bin/csh is not
in it, so you should probably add it. If you
don't have one, then apparently /bin/csh is
not in the default list of shells, so you
should probably create one which contains all
the shells used by your FTP users.

> cannot open pid file /etc/ftpd/pids/all: No such file or directory

Is there such a file or directory?

[math_from_france]

OK,

Problem solved.
I've just had in /etc/shells the local shell of my users.

For ex:

my local account "oraprd" has /bin/csh as shell.

I've just had it.

Weird.

mathias

[Steven Schweda]

> Weird.

Documented.

(And at least one of the error messages in
the log, "[...] (shell not in /etc/shells)",
was pretty clear.)