Scheinbar ändert sich der Syntax für das Modul unter Debian mit jedem Release, zum Beispiel heisst es bei mir “Auth_MySQL_Username_Field” statt (wie oben) “AuthMySQLNameField”. Welcher Syntax für die eigene Kiste gerade gültige ist sieht man in der “DIRECTIVES”-Datei des Moduls, bei mir liegt diese im Pfad “/usr/share/doc/libapache2-mod-auth-mysql/DIRECTIVES”, zusätzlich dazu sollte man sich einmal die “USAGE” anschauen.

–> also nicht wundern wenn 99% der Angaben auf diversen Websites nicht funktionieren, die o.g. Datei gibt mehr Aufschluss und stimmt mit Sicherheit.

Lösung:
Column active der DB hinzugefügt und als TINYINT(1) deklariert.

MySQL ERROR: Unknown colum ‘active’ in ‘where clause’: /testdb
MySQL user testuser not found: /testdb

Ich habe in meiner Datenbanktabelle den user bigint(20) Nein Primär NULL auto_increment angelegt – ist das die unknown colum?
Der user testuser ist korrekt eingetragen – wird aber augenscheinlich nicht gefunden.

P.S. Ich bin ein MySQL rookie und gerade von windows auf ubuntu umgestiegen- Vielen Dank für Deine Hilfe.

AuthUserFile /var/www/accessc/user

gegen

AuthUserFile /dev/null

tauschen.

Außerdem sollten die Apache Logfiles dir weiterhelfen.

AuthName “VIP only”
AuthType Basic
AuthBasicAuthoritative Off
AuthGroupFile /dev/null
AuthUserFile /var/www/accessc/user (hier ist meine mittels htpasswd erstellte Datei)
AuthMySQLEnable On
AuthMySQLHost localhost
AuthMySQLUser testuser
AuthMySQLPassword testpasswort (in Klarschrift)
AuthMySQLDB testdb
AuthMySQLUserTable user_info
AuthMySQLNameField user_name
AuthMySQLPasswordField user_passwd
AuthMySQLPwEncryption md5
AuthMySQLUserCondition “active = 1″
AuthMySQLAuthoritative On
require valid-user

Meine mysql testdb hat folgenden Aufbau:

Feldname Typ NULL? Schlüssel Standardwert Extras
user bigint(20) Nein Primär NULL auto_increment
user_name char(30) Nein Keines NULL
user_passwd char(20) Nein Keines NULL
user_group char(10) Ja Keines NULL

Allerdings scheint es so, als ob require group xxx" nicht funktioniert. Er macht zwar die SQL-Abfrage, aber gewährt keinen Zugang – zumindestens in meinem Test.

Aber wenn es unbedingt die Gruppezugehörigkeit sein soll, die geprüft werden soll, so kann man dies ja über AuthMySQLUserCondition "active = 1 AND group = 'xxx' " lösen und require valid-user bestehen lassen.