ftp login nicht möglich

t0mmy

Dies ist eine vorgefertigte Schablone, die bei der Formulierung von Problemen unterstützen soll. Bitte die folgenden Angaben möglichst vollständig ausfüllen.

- Welche Version von pd-admin wird eingesetzt?
4.23
- Welche Version der Serverumgebung wird eingesetzt?
3-0.250
- Welche Fehlermeldung erhalten Sie?
login incorrect
- Wie sind die problematischen Dienste konfiguriert?
gut soviel ich weiss
- Welche Logfile-Einträge (zB. Webserver- oder Mail-Logfile) gibt es?
leider gibts es kein log für den FTP server oder?

Moin
ich habe einen FTP account im endkundemenü angelegt, diesen finde ich auch in der SQL datenbank aber ein login ist nicht möglich, es kommt immer "530 login incorrect"

was auch komisch ist das der login name nur "f5" heisst (steht so in der SQL tabelle und wird auch so im endkunden menü angezeigt

ich habe absolut keine idee wo ich nach dem fehler suchen könnte. daher bin ich für jeden tipp dankbar.

hier die proftpd.conf

Code

# This is a basic ProFTPD configuration file (rename it to 
# 'proftpd.conf' for actual use.  It establishes a single server
# and a single anonymous login.  It assumes that you have a user/group
# "nobody" and "ftp" for normal operation and anon.


ServerName			"pd-admin 2.x Server"
ServerType			standalone
DefaultServer			on
ServerIdent			on "pd-admin 2.0 FTP-Server ready"


#SystemLog   /var/log/proftpd/proftpd.log


# Port 21 is the standard FTP port.
Port				21
# Umask 022 is a good standard umask to prevent new dirs and files
# from being group and world writable.
Umask				022


# To prevent DoS attacks, set the maximum number of child processes
# to 30.  If you need to allow more than 30 concurrent connections
# at once, simply increase this value.  Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances			100
MaxClientsPerHost    30


# against security bug
DenyFilter \*.*/


DefaultRoot                     ~
TransferLog                     /var/log/xferlog
ListOptions                "-a"
#AllowChmod                      yes


<global>
SQLConnectInfo                  vadmin vadmin xxx
SQLUserInfo                     ftp login password uid gid home shell
SQLAuthenticate                 on
SQLAuthTypes                    Plaintext
</global>


# Set the user and group that the server normally runs at.
User				nobody
Group				nogroup


# Normally, we want files to be overwriteable.
<Directory /*>
  AllowOverwrite		on
</Directory>


#
#  2005-01-11 stvo
#
UseReverseDNS                   off
IdentLookups                    off
#
#  2009-02-09 stvo
#
TimesGMT off
AllowRetrieveRestart on
AllowStoreRestart on
#
#  2009-09-24 stvo
#
<IfModule mod_lang.c>
UseEncoding Off
</IfModule>
#
#  2011-07-31 stvo
#
UseIPv6 on

Alles anzeigen

SQLAuthTypes habe ich auf Plaintext geändert um auszuschließen das es daran scheitert, in der SQL tabelle habe ich auch das password passend geändert

jetzt grade ist mir aufgefallen das der SQL server keine logs mehr schreibt und sich auch nicht mit "svc -d /service/mysql" stoppen lässt, habe jetzt einen reboot des server durchgeführt

edit: nach dem reboot hat sich das datum der SQL log datei auf heute geändert (steht aber nicht viel drin)

ich überlege schon proftpd aus zu machen und pureftpd zu installieren (damit kenne ich mich aus, wäre nur schade das dann pd-admin nix mehr damit zu tun hätte)

wenn ich einen neuen ftp user anlege wird dieser korrekt in die SQL datenbank übertragen, von daher müsste das problem irgendwo zwischen SQL und proftpd sein (vermute ich)

Eisenherz

FX ist schon richtig für die Benutzer.
Ich würde jetzt erst einmal in der Datenbank vadmin->ftp schauen, ob der Benutzer richtig angelegt ist, wenn er dort nicht ist, dann ist irgendwas schief gegangen.

Eisenherz

Die FTP-Logins werden in der /var/log/syslog protokolliert.

Kannst ja mal mit

tail -f /var/log/syslog

schauen, ob ein Fehler anzeigt während Du versuchst Dich zu verbinden.

t0mmy

danke

bin jetzt erst dazu gekommen:

login scheint ok zu sein fehler ist irgendwo bei den rechten:

Code

May  3 22:51:52 frodo proftpd: frodo proftpd[26040]May  3 22:51:52 frodo proftpd: frodo proftpd[26040] xxx (xxx[xxx]): FTP session opened.
May  3 22:51:52 frodo proftpd: frodo proftpd[26040] Preparing to chroot to directory '/home/xyz'
May  3 22:51:52 frodo proftpd: frodo proftpd[26040] f5 chdir("/"): Permission denied
May  3 22:51:52 frodo proftpd: frodo proftpd[26040] FTP session closed.

rechte von dem ordner sehen so aus unter /home/

drwxr-x--x 17 root root 4.0K Apr 9 15:11 .
drwxr-xr-x 28 root root 4.0K Apr 9 11:45 ..
drwxr-x--- 15 xyz www 4.0K Apr 9 13:19 xyz

Eisenherz

Wie sieht es den mit den Rechten im Ordner aus?
Außen stimmen die Rechte, wenn der "xyz" auch der Benutzer ist der den FTP-Zugang nutzt.

VeNoM

Gelöscht, hab den Log nur halb gelesen :baby:

t0mmy

in /home/xyz sieht es so aus

Code

total 25M
drwxr-x--- 15 xyz www      4.0K Apr  9 13:19 .
drwxr-x--x 17 root     root     4.0K Apr  9 15:11 ..
-rw-r--r--  1 xyz www       242 Nov 24  2011 .profile
-rw-r--r--  1 xyz www        23 Jan 12  2012 .qmail
drwxr-xr-x  4 xyz www      4.0K Apr 11  2012 xyz.de
drwxr-xr-x 14 xyz www      4.0K Apr 10 02:30 abc.de
drwxr-xr-x  8 xyz www      4.0K Mar 10  2012 fotosxyz.de
drwxrwx---  3 root     xyz 4.0K May  4 02:31 logs
drwxr-xr-x  4 xyz www      4.0K Jan 27  2012 monitor.xyz.de
drwxr-xr-x  2 xyz xyz 4.0K May  4 03:00 mysqldumps
drwxr-xr-x  4 xyz www      4.0K Apr  2 02:30 zxy.xyz.de
-rw-r--r--  1 xyz www       38K Apr 10 11:31 php.ini
drwxr-xr-x 39 xyz www      4.0K Apr  8  2012 projekt.xyz.de
drwxr-xr-x 12 xyz www      4.0K Apr  2 02:30 shop.xyz.de
drwxr-xr-x 14 xyz www      4.0K Jul 10  2012 shop.xyz.bak
-rw-r--r--  1 xyz www       25M Nov 24  2011 shopsystem.tar.bz2
drwxr-xr-x  5 xyz www      4.0K Nov 28  2011 temp
drwxr-xr-x  4 xyz www      4.0K Apr  2 02:30 test.xyz.de
drwxr-x--x 11 xyz www      4.0K Apr 29 09:57 www.xyz.de

Alles anzeigen

verstehe ich es richtig das /home/xyz als root verzeichniss gewählt wird aber dann beim chdir auf / (was ja dann /home/xyz ist) keinen zugriff hat?
ich habe in der proftpd.conf user und gruppe auf root geändert aber das hat auch nicht geholfen, hätte gedacht root darf alles...
bin ganz schön ratlos

mfg

tbc233

was schreibst du in das feld des unterordners, wenn du so einen user anlegst?

die "zusätzlichen" ftp user können nur direkt zugriff auf ein https://forum.pd-admin.de/www.domain.com verzeichnis haben, nicht auf das home verzeichnis. mein verdacht ist grad, dass du in dieses feld immer irgendwas reinschreibst, was sich nicht umsetzen lässt.
um dem user nach dem login ins https://forum.pd-admin.de/www.domain.com verzeichnis zu befördern, lass das feld "unterordner" einfach leer. falls du etwas in das feld unterordner reinschreibst, so bedenke, dass dies dann so umgesetzt wird: /home/8stelliger_Benutzername/www.domain.com/unterordner.

Das Laufen lassen des Services als root bringt Dir nichts, da die Logins trotzdem mit den Rechten des Accountusers umgesetzt werden.

t0mmy

das feld unterordner hab ich in der tat leer gelassen da ich in das "hauptverzeichniss" möchte
wo kann ich denn den "admin" login bzw reseller ftp account nachgucken?

mfg und vielen dank

edit:
habe mal einen neuen reseller zum testen angelegt und siehe da, man kann sich einloggen... gucke jetzt mal warum der normale reseller account nicht einloggen will

edit²:
Problem für den normalen reseller account ist:
May 4 09:49:00 frodo proftpd: frodo proftpd[2750] USER xyz (Login failed): Incorrect password.

habe das Password jetzt im pdadmin geändert aber ftp sagt immer noch "Incorrect password."obwohl ich mich mit dem password im pdadmin einloggen kann.

leider finde ich die reseller account nicht in der SQL tabelle vadmin -> ftp (dort sind nur die sub ftp accounts)

tbc233

Wenn wir unter dem Reseller Account das verstehen, mit dem man sich unter /administrator einloggen kann, so ist für diesen Account kein FTP Login vorgesehen.
FTP Login gibts nur für die Kundenaccounts (jene die sich bei /customer einloggen) und für die zusätzlich angelegten FTP Konten (jene die mit f... beginnen).

t0mmy

hi tbc233

also wenn ich einen neuen reseller anlege (genau das womit man sich unter /administrator einloggt) dann kann ich mich damit auch per ftp einloggen (gleiche PW wie bei /administrator login)

wenn ich mich aber mit unserem reseller account einloggen will kommt im syslog Login failed

edit: im log sieht das so aus

May 4 10:27:49 frodo proftpd: frodo proftpd[4215] FTP session opened.
May 4 10:27:49 frodo proftpd: frodo proftpd[4215] Preparing to chroot to directory '/home/testerby'
May 4 10:27:49 frodo proftpd: frodo proftpd[4215] USER testerby: Login successful.

genau so soll es auch mit dem vorhandenen reseller sein, habe soeben das passwort von testerby im pdadmin geändert und auch das ftp passwort wurde automatisch mit geändert, genau das funktioniert bei dem normalen reseller account nicht, ich müsste nur wissen wo das password in der SQL datenbank liegt damit ich es manuell ändern kann

mfg

edit²:
ich frage mich grade so extreme wo testerby (der test user) die daten für den ftp login prüft, weil in der proftpd.conf ist eigenstellt er soll in der SQL tabelle vadmin und dort in ftp gucken, da steht aber eben nix drin außer die sub ftp accounts, aber irgendwo muss es ja stehen sonst könnte der neue test user ja nicht einloggen

edit³:
problem gelöst, ich hab mich mal versucht als endkunde einzuloggen und es funktioniert sofort so wie es soll
vielen dank

t0mmy

neues problem:

wenn ich mich als ein anderer endkunde beim ftp einloggen möchte kommt im log:

May 4 16:53:10 frodo proftpd: frodo proftpd[4812] : USER abc: no such user found from ... (IPs entfernt)

den user gibt es im pdadmin auf jeden fall, verstehe nicht warum dort steht "no such user" komisch ist auch das es mit unserem user geht aber kein anderer

mfg

Tealc

Du kannst dich mit einem Reselleraccount zwar einloggen hast aber nur auf das Homeverzeichnis des Resellers zugriff, auf andere Domains oder Homeverzeichnisse hast du keinen Zugriff.
So verhält es sich auch mit dem Kundenaccounts. Du kannst dich mit dem Kundenaccount nur in das Homeverzeichnis des richtigen Kunden einloggen.
Diese Logins werden unteranderem für das Webfrontend genutzt, da kannste ja auch auf dem WebFTP (Homverzeichnis /home/kunde).
Pro Kunde wird ein Homverzeichnis angelegt. Also Kunde-A bekommt /home/kunde-a und Kunde-B bekommt /home/kunde-b.
Heisst Kunde-A kann sich nicht auf die Domain oder das Homeverzeichnis von Kunde-B einloggen, genauso kann der Reseller nicht einfach in das Homeverzeichnis von Kunde A oder B.

t0mmy

moin

leider kann ich mich nicht einloggen per FTP als anderer Endkunde, nur unser account funktioniert bei allen anderen steht im log:

no such user found from...

kann mir jemand sagen wo die login daten für die endkunden in der SQL datenbank gespeichert werden? irgendwo muss ja mindestens unser account drin stehen, sonst könnte dieser ja nicht einloggen... dann könnte ich manuell einfach die anderen Endkunden hinzufügen

mfg

edit:
wenn ich mich als admin einlogge im pdadmin und bei endkunden in der übersicht auf verwalten und dann auf speicher klicke kommt:

Software error:

no such user: wiesedbj

For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error.
Content-type: text/html

irgendwas passt da echt nicht, warscheinlich geht deswegen der ftp login auch nicht

Eisenherz

Die FTP-Benutzer findest Du unter vadmin->ftp und die normalen Benutzer unter vadmin->users.

t0mmy

danke Eisenherz

in der vadmin -> users tabelle sind alle user vorhanden die es gibt, daher verstehe ich umso weniger wieso jetzt im pdadmin auch ein fehler kommt mit "no such user: wiesedbj"

bei allen usern außer unserem scheidbf kommt "no such user:..."
wobei wenn ich bei uns bei endkunden auf verwalten und speicher klicke kommt "Der Kunde belegt 0.00 MB Speicherplatz. " was nicht stimmen kann... unsere webseite läuft ohne probleme, wordpress auch...

auch 2 webseite der kunden habe ich schon auf dem neuen server ohne probleme am laufen, nur FTP müsste noch funktionieren, dann wäre alles optimal

edit: ich sollte dazu sagen das es vorher, beim umzug auf den neuen server, schon massiv probleme gab nachzulesen Problem nach umzug

mfg

edit²:
habe grade mal zu testen einen neuen endkunden angelegt:

Code

Domain:	nureintest.de
Gesamtstatus:	Domain erfolgreich eingerichtet
Benutzername:	nureidbo
Passwort:	xxxxx
Rückmeldung Subsystem:	groupadd ausgefuehrt.
useradd ausgefuehrt
Passwort gesetzt!
Homeverzeichnis eingerichtet!
.profile eingerichtet!
www-Verzeichnis erstellt!
Passwort fuer usage2: xxxx
Passwort fuer Statistiken: xxxx
index.html angelegt!
Verschicke Begruessungsmail.
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 47.
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 57.
Cannot set user quota for broekdbk: No such process
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 47.
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 57.
Cannot set user quota for bergvdbc: No such process
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 47.
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 57.
Cannot set user quota for buvlodbo: No such process
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 47.
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 57.
Cannot set user quota for sstradb6: No such process
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 47.
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 57.
Cannot set user quota for globadbu: No such process
Cannot set user quota for nureidbo: No such process
Cannot set user quota for scheidbf: No such process
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 47.
Use of uninitialized value in subroutine entry at /opt/pdadmin/bin/quota.pl line 57.
Cannot set user quota for wiesedbj: No such process
Writing /usr/local/pd-admin2/conf/httpd.conf!

Alles anzeigen

sieht nicht gut aus oder?
aber der ftp login ist mit dem neu erstellten user ist möglich... ich verstehs echt nicht mehr

problem gefunden: die user gibt es im system (debian) nicht... lege die jetzt an und dann sollte es laufen...

t0mmy

erstmal vielen dank an alle,
Problem ist gelöst, es lag echt daran das es die user im system nicht gibt, auch beim PW wird das von system verwendet und hat nix mit der SQL datenbank zu tun... hätte ich das vorher mal gewusst hätte mir viele stunden erspart... nvm zum glück geht es jetzt

mfg