Very Computer

I have an apparent problem with my proftpd configuration
on a Slackware 8.0 distribution.
     I can ftp from the machine to another machine,
but can't ftp to the machine, not even using loopback
from itself to itself.  Even anonymous ftp fails.
     It prompts for Name and then Password, but
always replies  "530 Login incorrect." to the
entered password.
     Telnet, nfs, mail, apache, and whatever else
I tried seems to be working fine.  Also, another
partition on the machine contains an old Slackware 4.0
distribution with wu.ftpd, and that's working okay.
     I checked /etc/proftpd.conf, ftpusers, hosts.allow
and .deny, but it all looks okay to me.  Of course, I might
have missed something, and can post them in all their
*detail in a followup if you want to see them.
     But I'm hoping maybe there's some silly/simple
oversight that explains the problem.  Thanks for any
suggestions.
--

Are you trying to ftp into the machine as root? You can't login as
root do to security features. Also about the anonymous. By default you
can't log in as anonymous either. I think it says you can in a fresh
install but you have to go to /etc/ftpusers and rem out ftp. Hope that
helps.

: > I have an apparent problem with my proftpd configuration
: > on a Slackware 8.0 distribution.
: >      I can ftp from the machine to another machine,
: > but can't ftp to the machine, not even using loopback
: > from itself to itself.  Even anonymous ftp fails.
: >      It prompts for Name and then Password, but
: > always replies  "530 Login incorrect." to the
: > entered password.
: >      Telnet, nfs, mail, apache, and whatever else
: > I tried seems to be working fine.  Also, another
: > partition on the machine contains an old Slackware 4.0
: > distribution with wu.ftpd, and that's working okay.
: >      I checked /etc/proftpd.conf, ftpusers, hosts.allow
: > and .deny, but it all looks okay to me.  Of course, I might
: > have missed something, and can post them in all their
: >*detail in a followup if you want to see them.
: >      But I'm hoping maybe there's some silly/simple
: > oversight that explains the problem.  Thanks for any
: > suggestions.

: Are you trying to ftp into the machine as root? You can't login as
: root do to security features. Also about the anonymous. By default you
: can't log in as anonymous either. I think it says you can in a fresh
: install but you have to go to /etc/ftpusers and rem out ftp. Hope that
: helps.

Thanks, Mark.  Actually, I'd already commented out the  ftp  user
in ftpusers, as suggested by the comments in that file.
Anyway, I was trying to ftp into the machine as myself (i.e., my
personal account), though I also tried anonymous ftp just to see
what happened -- it failed too, but not because of ftpusers.
     Meanwhile, I downloaded and built lftp, and installed it.
It works ftp-ing out from the machine, but fails ftp-ing to it,
even as loopback (ftp-ing from the machine to localhost).
     So perhaps the problem isn't with proftpd.conf (and friends)
as I originally supposed, but maybe something with user/password
lookup.  But logging in and telnetting to the machine isn't
a problem.  What else might be a problem with password lookup?
Thanks again for suggestions.
--

: : > I have an apparent problem with my proftpd configuration
: : > on a Slackware 8.0 distribution.
: : >      I can ftp from the machine to another machine,
: : > but can't ftp to the machine, not even using loopback
: : > from itself to itself.  Even anonymous ftp fails.
: : >      It prompts for Name and then Password, but
: : > always replies  "530 Login incorrect." to the
: : > entered password.
: : >      Telnet, nfs, mail, apache, and whatever else
: : > I tried seems to be working fine.  Also, another
: : > partition on the machine contains an old Slackware 4.0
: : > distribution with wu.ftpd, and that's working okay.
: : >      I checked /etc/proftpd.conf, ftpusers, hosts.allow
: : > and .deny, but it all looks okay to me.  Of course, I might
: : > have missed something, and can post them in all their
: : >*detail in a followup if you want to see them.
: : >      But I'm hoping maybe there's some silly/simple
: : > oversight that explains the problem.  Thanks for any
: : > suggestions.

: : Are you trying to ftp into the machine as root? You can't login as
: : root do to security features. Also about the anonymous. By default you
: : can't log in as anonymous either. I think it says you can in a fresh
: : install but you have to go to /etc/ftpusers and rem out ftp. Hope that
: : helps.

: Thanks, Mark.  Actually, I'd already commented out the  ftp  user
: in ftpusers, as suggested by the comments in that file.
: Anyway, I was trying to ftp into the machine as myself (i.e., my
: personal account), though I also tried anonymous ftp just to see
: what happened -- it failed too, but not because of ftpusers.
:      Meanwhile, I downloaded and built lftp, and installed it.
: It works ftp-ing out from the machine, but fails ftp-ing to it,
: even as loopback (ftp-ing from the machine to localhost).
:      So perhaps the problem isn't with proftpd.conf (and friends)
: as I originally supposed, but maybe something with user/password
: lookup.  But logging in and telnetting to the machine isn't
: a problem.  What else might be a problem with password lookup?
: Thanks again for suggestions.

Oops, apparently not a password problem at all.
/var/log/proftpd.log contains  "Invalid shell."
messages for all my failed ftp login attempts.
    Echo $SHELL from my personal account shows
/bin/sh which is itself a symlink to /bin/bash.
--

Quote:> Oops, apparently not a password problem at all.
> /var/log/proftpd.log contains  "Invalid shell."
> messages for all my failed ftp login attempts.
>     Echo $SHELL from my personal account shows
> /bin/sh which is itself a symlink to /bin/bash.

Adding;

RequireValidShell               off

into the proftpd config file, will sort that out.

: > Oops, apparently not a password problem at all.
: > /var/log/proftpd.log contains  "Invalid shell."
: > messages for all my failed ftp login attempts.
: >     Echo $SHELL from my personal account shows
: > /bin/sh which is itself a symlink to /bin/bash.

: Adding;
: RequireValidShell               off
: into the proftpd config file, will sort that out.

Thanks, er, Fu.  That worked perfectly.

In the meantime, I also discovered the specific problem.
I guess when I used adduser (or whatever I used)
to add my personal account, I must have defaulted
the Shell query.  That's important because the
passwd file just contains a final : for my entry,
rather than :/bin/bash (or whatever).  That is,
there's no field in passwd for my shell.  Once
I manually edited the field into passwd, then
ftp worked fine -- with or without RequireValidShell
in proftpd.conf.
     This seems to be an apparent inconsistency
between the default behavior of the login process
versus the default behavior of ftp.  Maybe the
maintainers should fix that.
--