Re: Neuer User kann nicht einloggen...

[Alex Killing <alexkill_(at)_mail.online-club.de>]

Hallo amalesh,

amalesh kempf schrieb:
> >> Hier der inhalt der user-tabelle als CSV:
> >> localhost;root;;Y;Y;Y;Y;Y;Y;Y;Y;Y;Y;
> >> %;;;N;N;N;N;N;N;N;N;N;N;
> >> localhost;;;Y;Y;Y;Y;Y;Y;Y;Y;Y;Y;
> >> master;root;;Y;Y;Y;Y;Y;Y;Y;Y;Y;Y;
> >> slave;root;;Y;Y;Y;Y;Y;Y;Y;Y;Y;Y;
> >> %;goatrance;3c3ac3360356e93b;Y;Y;Y;Y;Y;Y;Y;Y;Y;Y;
> >>
> 
> Done, aber leider funzt der login mit dem user "goatrance" immer
> noch nicht, wenn dieser auch das passwort benutzt.

Könnte es sein, dass der dritte Eintrag %;;;N;N;N;N;N;N;N;N;N;N; hier
das Problem ist ? Eigentlich sagt das Manual zwar

> Entries with the same Host value are ordered with the most-specific User values first
> (a blank User value means "any user" and is least specific)

aber vielleicht gibts da unter Win32 einen Bug oder obiges bezieht sich
nur auf konkrete Hosts und nicht den "Wildcard"-Host "%". Falls dieser
Eintrag fälschlicherweise vor
%;goatrance;3c3ac3360356e93b;Y;Y;Y;Y;Y;Y;Y;Y;Y;Y; ausgewertet würde,
wäre das Verhalten ja klar, denn das Manual sagt

> If the user table entry that matches an incoming connection 
> has a blank user name, the user is considered to be the
> anonymous user (the user with no name), rather than the 
> name that the client actually specified.

und da in der Zeile kein Passwort drinsteht gilt weiter folgendes :

> The Password field can be blank. This does not mean that 
> any password matches, it means the user must connect
> without specifying a password. 

womit alles eine Erklärung finden könnte. Steht unter "6.7 Access
control, stage 1: Connection verification". Ich hoffe, dass ich da nicht
selber etwas durcheinander gebracht habe, das Kapitel ist ja auch etwas
langatmig ...

Gruss
Alex