proftpd 1.3 rc2

[jason]

Hi
I am using freebsd 5.3 with directadmin
i got proftpd 1.2.10 and i want to replace it with the last version included on the freebsd ports system
What is the right procedure after i will build through the ports the last release
To tell the truth i try it before some days but the direct admin users cannot login and only shell users can login
etc/proftpd.conf and proftpd.vhost.conf didnt change
Thanks

[Chrysalis]

you probably need to specify the proftpd user file in the proftpd.conf

AuthUserFile /etc/proftpd.passwd

let me know how it goes, thanks.

[jason]

ok mate thanks
i will

[jason]

well the line is already included in the proftpd.conf

i mean when i build the proftpd last release through the ports system the conf files under etc dir are not change
the problem is that users under direct admin still cannot login
any idea please
thanks

[Chrysalis]

sorry I got no idea.

[nobaloney]

Have you checked the logs to see why your users can't log in?

Jeff

[Chrysalis]

is this line at the bottom?

Include /etc/proftpd.vhosts.conf

[chatwizrd]

If you installed proftpd by the defaults do the following:

1. edit /usr/local/etc/rc.d/proftpd with your favorite editor.

Example: pico /usr/local/etc/rc.d/proftpd

2. Change the code:



start() {
echo -n "Starting proftpd: "
daemon /usr/local/sbin/proftpd
RETVAL=$?
if [ $RETVAL -eq 0 ] && touch $LOCK_FILE
then
echo -e "\t\t[ OK ]";
else
echo -e "\t\t[ FAILED ]";
fi
return $RETVAL
}


to



start() {
echo -n "Starting proftpd: "
daemon /usr/local/sbin/proftpd -c /etc/proftpd.conf
RETVAL=$?
if [ $RETVAL -eq 0 ] && touch $LOCK_FILE
then
echo -e "\t\t[ OK ]";
else
echo -e "\t\t[ FAILED ]";
fi
return $RETVAL
}


Notice it has added the -c /etc/proftpd so it knows where the config is loading from.

You can find your path the proftpd by typing:

which -a proftpd

If it has installed to a diff path then /usr/local/sbin/proftpd you will see.

You can test the version by the command:

/usr/local/sbin/proftpd --version

or where ever the full path to the binary is.

If you have a different path to the binary then /usr/local/sbin/proftpd you can change the start command in the script to the path of the binary.

When you are finished editing the file just save.

Then run the following:

/usr/local/etc/rc.d/proftpd stop
/usr/local/etc/rc.d/proftpd start

You should have a working and updated proftpd server.

Let me know if you run into further problems I would be happy to help.

[Chrysalis]

yes that will be why, ports have config files located in /usr/local/etc so it will be using a different config file to the one you are editing.

[BigWil]

Anybody got any idea how this turned out? I would like to do the same on my amd64 machine as there is some problem with the DA binary. It ends with a Alarm Clock. Tried reconfiguring and it has some kind of SED error. The port collection seems to have fixed this but I can't get it to configure the same as DA has theirs.

Big Wil

[Chrysalis]

Yes I have it working one box now, just copy /etc/proftpd.conf to /usr/local/etc/proftpd.conf and fire it up. I got a hostname error but it seems to work, I havent checked if the logs etc. still work properly.

[BigWil]

The hostname bug is just one of a few in the rc versions. Remember those are release candidates and not intended for production. I went ahead and rolled it back to 1.2.10 with the LSS patch to fix the vulnerability. I then used Johns config string and everything fell right into place.

Big Wil

[Chrysalis]

Well I noticed in the proftpd DA distributes mod_quota isnt included so I am curious if quotas are getting enforced in proftpd, I will do some testing tonight and report back.