DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:from:to:content-type:content-transfer-encoding
         :mime-version:subject:date:x-mailer;
        b=vprJetyCHjYLBFjX3nGVOEOAPMZL4iBsN7kPdwwDhLC5XlTGHNrSuh7CvjlJFUeBB6
         qS1d48y/OKD0iY9NsIvQRTZEc6Re48SEcRYPwRkAXYKykPNEcdZR1vmknw2V7sv6LpwQ
         6iOf2uBttietLphd5hz2qYReNcROF7ruh2B9Y=
Message-Id: <9B529F38-7F9D-4E6A-A129-B9747FD99F83@gmail.com>
From: Michael Mason <ms13sp@gmail.com>
To: alpine-devel@lists.alpinelinux.org
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Precedence: list
Mime-Version: 1.0 (Apple Message framework v929.2)
Subject: [alpine-devel] Informational:vsftpd,/etc/shells
Date: Mon, 10 Nov 2008 19:52:50 +0000

This is more as an informational note. If the group thinks that  
something needs to be changed great, if not ok.

Was using alpine linux to setup a ftp server. Installed vsftp and  
configured it. For some reason it would not allow any local accounts  
to log in.
Then I tried root. That worked. :(
Weird.
Why wouldn't the accounts I created work? Strace was no help because  
each connection spun off an child process which didn't tell me what  
was going on.

Did some long research on the net and found that vsftpd will check / 
etc/shells to validate that the user account is correct.

/etc/shells on alpine
# valid login shells
/bin/ash
/bin/dash
#/bin/bash
#/bin/lash
#/bin/msh

adduser makes the user account have /etc/sh as the shell. :) Not a  
valid shell according to /etc/shells.




---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---