Raar probleem bij aanmaken nieuwe users

[Erhnam]

Ik heb een raar probleem met het aanmaken van nieuwe users. Als ik een nieuwe user toevoeg is het onmogelijk een ftp verbinding op te zetten. Zoals naar de port van proftpd als de gewone ftp port van de server. Oude acounts die ik een tijd geleden had aangemaakt werken wel ( 6 stuks ), nieuwe die ik nu aanmaak niet.

code:

> USER reda
< 331 Password required for reda.
> PASS *****
< 530 Login incorrect.
!  Invalid username or password for 192.168.0.1
~ Could not login to 192.168.0.1

Wat ik mij afvroeg of het te maken kan hebben dat ik de apache dir veranderd heb naar /home, dit vind ik handig omdat als ik dan een user aanmaak hij meteen een mooie subdir heeft <ip>/username. Een verwijzing naar een andere dir met bv. useradd reda -d /home/users/reda -p ******** geeft precies hetzelfde probleem.

Iemand een idee ?

[Verwijderd]

Uiteraard hebben de users wel een password en een geldige shell he?
(passwd username)

[MikeN]

Password stel je in met passwd want met -p optie:

-p passwd
The encrypted password, as returned by crypt
The default is to disable the account.

Over je home dir van apache: Kijk is naar de Userdir mogelijkheden van apache.

[Erhnam]

Ik heb de home dir van apache weer terug veranderd maar hij geeft nog steeds hetzelfde probleem. Naar de user-dirs incombinatie met apache heb ik gekeken.. maar geeft niet echt een oplossing voor dit probleem.. Iemand anders nog suggesties ? Het gekke is dat een Telnet naar de server met die user acounts wel lukt

Dus: oude users connecten wel.. nieuwe users die ik probeer aan te maken connecten niet

[Verwijderd]

Klinkt inderdaad heel erg vaag... Apache home dir heb je al veranderd ?

[Johannes Verelst]

Veel FTP servers dwingen af (zoals nelske al zei) dat je een geldige shell op moet geven. Misschien dat de shell die voor deze users is gezet (kijk even in /etc/passwd, laatste entry) wel een geldige executable, maar staat hij niet in /etc/shells.

Staat er verder niets in je logs? (/var/log/messages ofzo?)

[Erhnam]

code:

Mar  3 19:22:11 server useradd[30488]: new group: name=reda, gid=506
Mar  3 19:22:11 server useradd[30488]: new user: name=reda, uid=506, gid=506, home=/home/reda, shell=/bin/bash
Mar  3 19:22:31 server proftpd[30492]: server.netwerk.home (fileserver.netwerk.home[192.168.0.3]) - FTP session opened.
Mar  3 19:22:31 server proftpd[30492]: server.netwerk.home (fileserver.netwerk.home[192.168.0.3]) - no such user 'reda'

Dit staat er in mijn log

[flipm0]

Misschien beetje lullige vraag, maar heeft die user wel toegangsrechten op zijn homedir? Anders kan je via (pro)ftp(d) ook niet inloggen.

[InNuedo]

Ik moet (bij debian unstable) altijd proftpd restarten/reloaden als ik een nieuwe user heb toegevoegd of een wachtwoord heb veranderd..

[Verwijderd]

Op maandag 04 maart 2002 01:21 schreef InNuedo het volgende:
Ik moet (bij debian unstable) altijd proftpd restarten/reloaden als ik een nieuwe user heb toegevoegd of een wachtwoord heb veranderd..

Dat is ook niet zo vreemd nee, tenzij je proftpd via de superserver (x)inetd hebt draaien.

[Verwijderd]

Op maandag 04 maart 2002 01:05 schreef flipm0 het volgende:
Misschien beetje lullige vraag, maar heeft die user wel toegangsrechten op zijn homedir? Anders kan je via (pro)ftp(d) ook niet inloggen.

... of moet je ivm security voor dit type ftp de users apart registreren op het systeem?
Dat kan bij wu-ftp ook door alle rechten voor ftp weg te halen en een aparte ftpusers groep aan te maken.

[Erhnam]

proftpd restart -> en het probleem was weg..

Ik vind het maar raar.. zou er van uit gaan dat het dan in 1 x werkt...