PDA

Bekijk Volledige Versie : Probleem met configuratie Proftpd



Jacobs.T
07/03/05, 14:03
Ik zit met een probleem betreffende een proftpd configuratie.

Ik doe een standaard installatie en maak bv volgende user aan

useradd test -p test -d /web/clients/www.test.be -s /bin/false

Waarom kan ik dan niet inloggen?
Normaal werkt dit toch op deze manier?
Heb al wat liggen zoeken maar tot op heden nog geen oplossing.
Iemand een idee waaraan dit kan liggen?

Vaxon Networks
07/03/05, 14:10
waarschijnlijk omdat de shell '/bin/false' niet in /etc/shells staat.

De user kan alleen inloggen als hij een valid shell heeft, dit houd dus in dat hij in /etc/shells moet staan.

Jacobs.T
07/03/05, 15:18
Wat is dus de concrete oplossing?
Moet dus in /etc/shells "/bin/false" toevoegen?

Vaxon Networks
07/03/05, 15:43
ja

Jacobs.T
07/03/05, 16:27
Had ik dus al gedaan en geeft nog steeds niets :)

svbeek
07/03/05, 16:38
Je logfiles al bekeken?

M-BahZ
07/03/05, 18:30
Eventjes "chmod +x /bin/false" ?

Is er uberhaupt wel een /bin/false op het gebruikte systeem ? ;)

Jacobs.T
07/03/05, 18:53
Origineel geplaatst door M-BahZ
Eventjes "chmod +x /bin/false" ?

Is er uberhaupt wel een /bin/false op het gebruikte systeem ? ;)

Tzou maar erg zijn hé ;)

SebastiaanStok
07/03/05, 19:47
Ik heb hem bij mij op /bin/sh staan werkt perfect.

luser
07/03/05, 19:52
Geef is een cat van /etc/shells

Jacobs.T
07/03/05, 19:56
# /etc/shells: valid login shells
/bin/ash
/bin/bash
/bin/csh
/bin/sh
/usr/bin/es
/usr/bin/ksh
/bin/ksh
/usr/bin/rc
/usr/bin/tcsh
/bin/tcsh
/usr/bin/zsh
/bin/sash
/bin/zsh
/usr/bin/esh
/bin/false


Bij deze :)

M-BahZ
07/03/05, 20:02
Origineel geplaatst door Rollerscapes
Ik heb hem bij mij op /bin/sh staan werkt perfect.
Nou ik neem aan dat de intentie van de topicstarter is dat mensen geen shellaccess kunnen verkrijgen op het systeem.

Ik neem aan dat bij jou /bin/sh geen symlink is naar /bin/false, wat op zijn beurt inhoud dat bij jou klanten in beginsel ook shellaccess hebben.

Op zich niet direct fout, maar het heeft wel wat consequenties, die ik op diens beurt niet hoef uit te leggen als je weet dat je klanten shellaccess kunnen verkrijgen tot je systeem. ;)

EricV
07/03/05, 21:29
Heb je in je proftpd.conf RequireValidShell off staan?

WH-Tim
07/03/05, 22:48
sim-pel

even je proftpd service restarten ;)

en btw: die useradd syntax klopt die wel?? (useradd --help)

Jacobs.T
08/03/05, 00:40
RequireValidShell staat default uit.

Herstarten? Moest het zo simpel zijn ;)

EricV
08/03/05, 20:06
http://www.proftpd.org/docs/directives/linked/config_ref_RequireValidShell.html

Default

RequireValidShell on