vsftpd: could not open database `/etc/vsftpd/passwd'

Ich nutze CentOS 6.3 mit vsftpd.
Dort musste ich nebn dem vsftpd noch "db4-utils" installieren. Vielleicht fehlt das bei dir?

Ansonsten schau mal welche berechtigungen die Datei hat (falls die vorhanden sein sollte).

vsftpd wurde bislang nicht voll unter Debian unterstützt (in unseren Anleitungen steht deshalb auch immer was vom ProFTPd ;)). Jedenfalls haben wir das Lua-Script eben entsprechend angepasst, ab v1.6.1-r2074 funktioniert das dann auch.
Debian hat (ziemlich sinnbefreit) keinen "db_load"-Befehl, sondern - je nach installiertem Paket - ein "db4.6_load", "db4.7_load" oder "db4.8_load" :mad:
Eines dieser db-utils-Pakete muss also zwingend installiert sein (zB. db4.8-utils).

Workaround bis dahin: touch /etc/vsftpd/passwd.db

Zitat von kwm

user_lookup: could not open database `/etc/vsftpd/passwd': Invalid argument

Oh - Entschuldigung - dann besser das hier:

echo -n "" | db4.8_load -t hash -T /etc/vsftpd/passwd.db
chmod 600 /etc/vsftpd/passwd.db

Die Konfiguration von vsftpd für virtuelle FTP-Accounts ist einfach grausig, da für jeden Account eine eigene Konfigurationsdatei angelegt werden muss (siehe /etc/vsftpd/users/). Außerdem kann man nicht die Anzahl gleichzeitiger Logins pro Account begrenzen, sondern nur pro IP. Mit genügend verschiedenen Quell-Adressen kann ein einzelner Kunde somit theoretisch alle verfügbaren FTP-Verbindungen selbst aufbrauchen (DoS).
Aber was soll's - ist auch ein FTP-Server, der seinen Zweck erfüllt.

So lange keine virtuellen FTP-User angelegt sind sollte das in dieser Richtung kein Problem sein. (von ProFTPd zu vsftpd ist nicht möglich, da hier für jeden Systembenutzer auch eine eigene User-Konfiguration benötigt wird)

Soo schlimm ist vsftpd aber auch wieder nicht - unter CentOS ist das wiederum der Standard-FTP-Server.

Viele Grüße

-Klaus Keppler

Habe gerade mal meinen Testserver wieder hochgefahren und...

Ooh.. Oops.
Mir ist eben aufgefallen das das Problem unter CentOS offenbar ebenfalls existiert.

Installiert ist:
CentOS 6.3
db4-utils 4.7.25
vsFTP 2.2.2

"db_load" exisitiert auf dem Server.
Habe also folgenden Befehl abgesetzt

echo -n "" | db_load -t hash -T /etc/vsftpd/passwd.db
chmod 600 /etc/vsftpd/passwd.db

und den vsFTPd-Dienst via

/etc/init.d/vsftpd restart

neu gestartet.

Die Fehlermeldung

Dec  7 10:40:59 meintest vsftpd: pam_userdb(vsftpd-lc:auth): user_lookup: could not open database `/etc/vsftpd/passwd': No such file or directory
Dec  7 10:40:59 meintest vsftpd: pam_userdb(vsftpd-lc:account): user_lookup: could not open database `/etc/vsftpd/passwd': No such file or directory

ist bei meinem letzten testlogin nicht mehr aufgetaucht

Ja, das ist in dem gestern erstellten Update berücksichtigt; sobald die vsftpd-Konfiguration erzeugt/aktualisiert wird, wird künftig auch die passwd.db angelegt falls diese noch nicht vorhanden ist.

Moin,
in Debian Jessie gibt es kein db4-util Paket mehr. Daher erkennt liveconfig keine db_load binary. Ich habe einen Symlink von db5.3_load auf db_load anlegen müssen.

Beste Grüße

eiclinde

[2016/08/17 09:00:21.016992] [7216|7220] [LUA] Can't find 'db_load' utility - did you install the db4-util package?

# db5.3_load -V
Berkeley DB 5.3.28: (September 9, 2013)

Könnten Sie db-util ins Wiki bei manuelle Installation aufnehmen?

Nach LC-Restart wurden die offenen Aufträge verarbeitet.

... allerdings bewirkt das nichts. Neu angelegter Account:

Keine db_util-Meldung mehr, dennoch

Antwort: 530 Login incorrect.
Fehler: Kritischer Fehler: Herstellen der Verbindung zum Server fehlgeschlagen

Ich habe eben auf einem "frischen" Debian 8 eine Installation mit vsftpd getestet.
Es reicht, die Pakete "vsftpd" und "db-util" zu installieren (/usr/bin/db_load wird dabei automatisch als Symlink auf /usr/bin/db5.3_load eingerichtet). Bei einem Dist-Upgrade von Wheezy auf Jessie sollte eigentlich das db-Paket auch von 4.x auf 5.3 aktualisiert werden.

Allerdings ist mir eben aufgefallen, dass nach Änderungen am Startverzeichnis eines zusätzlichen (virtuellen) FTP-Accounts scheinbar das Passwort nicht mehr funktioniert. Wenn das Passwort neu gesetzt wird, klappt die Anmeldung damit einwandfrei. Ich werde das gleich mal im Detail prüfen...

db-util ist jetzt vorhanden; LC neu gestartet; passwd.db aus dem nächtlichen Backup eingesetzt. Neues Passwort für FTP per Systembenutzer funktioniert. Bei Änderung oder Neu-Anlage (nie vorher vorhandener) Zusatzbenutzer wird passwd.db beschrieben - weiterhin allerdings 530. Mit oder ohne Startverzeichnis.

Update:
pam_unix(vsftpd-lc:auth): check pass; user unknown

/etc/pam.d/vsftpd
auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed

Jedoch keine /etc/pam.d/vsftpd-lc vorhanden. Sollte die da sein?

Zitat von lebenszeit

Jedoch keine /etc/pam.d/vsftpd-lc vorhanden. Sollte die da sein?

Ja.
LiveConfig legt die automatisch an, wenn die Verwaltung des vsftpd über Serververwaltung -> FTP aktiviert wird.

#%PAM-1.0
#  _    _          ___           __ _     (R)
# | |  (_)_ _____ / __|___ _ _  / _(_)__ _
# | |__| \ V / -_) (__/ _ \ ' \|  _| / _` |
# |____|_|\_/\___|\___\___/_||_|_| |_\__, |
#                                    |___/
# Copyright (c) 2009-2016 Keppler IT GmbH.
# ----------------------------------------------------------------------------
# PAM configuration for vsftpd with virtual users
# Maintained by LiveConfig


# Virtual account is sufficient, try local account as fallback:
auth    required   pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth    sufficient pam_userdb.so db=/etc/vsftpd/passwd crypt=crypt
auth    required   pam_unix.so


# Local account is sufficient, permit any (virtual) account as fallback:
account sufficient pam_unix.so
account required pam_permit.so


# <EOF>-----------------------------------------------------------------------

Danke! Update: Code ist in function install() in /usr/lib/liveconfig/lua/vsftpd.lua zu finden.

Gibt es neben dieser und den in [LC#2015111334000042] genannten Dateien noch weitere, die LC einmalig anlegt oder anpasst und die bei Umzügen mitzunehmen sind?