Login Probleme

Begonnen von akhan, 25 Dezember 2003, 18:01:27

⏪ vorheriges - nächstes ⏩

0 Mitglieder und 1 Gast betrachten dieses Thema.

akhan

Ich hab vor kurzem vkpmx2.1 testzwecke  installiert , aber habe menge probleme mit der Anmeldung.
So lange ich vom selben Rechner als SUPERUSER anmelde, klappt die Anmeldung  ohne probleme (ich nehme an, da die Cookie noch vorhanden ist) aber melde ich von anderen rechner, wird die anmeldung verweigert und auf cookies akzeptanze hingewiesen, obwohl die Cookies sind erlaubt und man kann die cookie in temp ordner sehen.
Wodaran liegt es?... ich habe mehrere rechner probiert aber genau das gleiche problem. Kann jemand mir bitte helfen ?
Ich bin mit VKPMX2.1 sonst sehr zufrieden.

Der server unterstützt die verschlüsseling (Zender extension 20021010) und weitere information über http://dienethal.net/infophp.php gelesen werden.
 
hier ist das URL zum probieren
 
http://dienethal.net/portal1/
 
 
   
 
Grüß

A. Khan


[Editiert am 25/12/2003 von akhan]
MYSQL: 5.6.32
PHP: 7.2.9
Perl: 5.8.8.

Distl

Welche Art von Cookies in den Einstellungen hast due denn aktiviert?

Sicherheitscookie für User verwenden?
Sicherheitscookie für Admins verwenden?

akhan

Gültigkeit der session: 10 Tage
Sicherheitscookie für User verwenden:  Ja
Sicherheitscookie für Admins verwenden: Ja
Cookies for phpNuke Module: Nein

Secure Logging einschalten: Ja
Intranet Umgebung: Nein


[Editiert am 25/12/2003 von akhan]

Das ist die Fehlermeldung, die ich immer wieder bekomme wenn ich von anderen Rechner aus anmelde:

==========================================
Fehler!
Der Benutzername oder das Kennwort ist ungültig. (3)



Benutzer- Login

Um Benutzereinstellungen nutzen zu können, müssen Cookies in Ihrem Browser aktiviert werden
=================================================

[Editiert am 25/12/2003 von akhan]
MYSQL: 5.6.32
PHP: 7.2.9
Perl: 5.8.8.

Distl

Sicherheitscookie für User verwenden: Nein
Sicherheitscookie für Admins verwenden: Nein

akhan

Immer noch das gleiche  problem :(
MYSQL: 5.6.32
PHP: 7.2.9
Perl: 5.8.8.

Distl


akhan

hat leider auch nicht geholfen :(
MYSQL: 5.6.32
PHP: 7.2.9
Perl: 5.8.8.

Andi

Hi :)
 
ZitatDer Benutzername oder das Kennwort ist ungültig. (3)  
Dieser Fehler sagt aus, dass entweder kein Username beim login eingegeben wurde, oder dass dieser Username in der Zensurliste steht. Mit Cookies hat das nichts zu tun, zumal Du ja als Admin einloggen kannst.
Schau mal im Adminmenü > Einstellungen > nicht erlaubte Benutzernamen, ob da dein Username dabei ist, falls ja entferne ihn aus der Liste.
Wie lautet denn Dein Username?
schön´s Grüssle, Andi

wob

Zitat von: Andi am 26 Dezember 2003, 14:59:10
Hi :)
ZitatDer Benutzername oder das Kennwort ist ungültig. (3)  
Dieser Fehler sagt aus, dass entweder kein Username beim login eingegeben wurde, oder dass dieser Username in der Zensurliste steht. Mit Cookies hat das nichts zu tun, zumal Du ja als Admin einloggen kannst.
Schau mal im Adminmenü > Einstellungen > nicht erlaubte Benutzernamen, ob da dein Username dabei ist, falls ja entferne ihn aus der Liste.
Wie lautet denn Dein Username?

Hallo Andi und an die Admins!!!

ICH hoff bin hier richtig .. habe die SUCHE benutzt und auch einiges GELESEN, aber leider nix gefunden!!!!.

Mich hat gestern ein user angeschrieben das er sich mit sein alten nick nicht mehr einloggen kann .. darauf hin habe ich sein PW geändert und selber versucht mich einzuloggen mit den Username BA so und dann kamm eben die meldung

Fehler!
Der Benutzername oder das Kennwort ist ungültig. (3)

aber leider hat der tipp von andi nix gebracht und finde einfach den fehler nicht wieso der User sich nicht einloggen kan obwohl er in der DB steht und im Portal auch gefunden wird.


So habe noch eins test WEB am laufen wo ich mich mit den User BA reg. habe und dort kann ich mich eonloggen!!!!! ( gleich dazu gesagt, test WEB liegt auf den gleichen Server ).

Hat wer ein Tipp für mich was das noch sein Könnte!!!!!

Mfg Rene

SYS INFO

vkpMx 2.1.a ©
php 4.3.10
mysql: 4.0.15-Max ( ok könnte mal geuppdatet werden ;) )
Ideen sind immer gut, nur diese Idee`n umsetzen ist eine andere frage :-)

Snow2002

Moin!
Hast aber nicht vor kurzem vom 2.1 auf 2.1a ein Update gemacht oder? Bei unseren Usern
lags schlicht daran, dass sie nicht auf Groß- und Kleinschreibung geachtet haben. Beim 2.1a muß man das aber beim Login!

Gruß, Marcus
Gruß, Marcus

--------
pragmaMx 0.1.10 RC1, 1.30.2.12/2008-01-29
PHP-Version:    5.1.2  (PHP-Info)
MySQL-Version: 4.1.18-standard
Server-Version:  Apache/1.3.37 (Unix)
SMF: 1.1.4

wob

dachte ich auch erst als der user wird groß geschrieben BA

auch alles beachtet aber kommt immer noch das gleiche...


Mfg Rene
Ideen sind immer gut, nur diese Idee`n umsetzen ist eine andere frage :-)

wob

Also habe jetzt nochmal alles versucht ... und der user BA möchte gerne sein benutzer Accound benutzen .. hat keiner ne idee  :'(.


Würde mich freuen wenn mir da einer helfen könnte.


Mfg Rene
Ideen sind immer gut, nur diese Idee`n umsetzen ist eine andere frage :-)

jubilee

Hallo !
Zitatdachte ich auch erst als der user wird groß geschrieben BA
Du weisst, oder Du glaubst ?
Hast in der Usertabelle geschaut ?
MfG
jubilee

Charan

Hallo,

also ich habe das problem, daß ich mein Passwort nicht verändern kann. Dabei hätte ich doch so gerne mein altes.

Meine heutige Erkenntnis:
Lieber Krankfeiern als durch Arbeit krank werden

Jochen >:(

wob

#14
Zitat von: jubilee am 13 April 2005, 09:29:50
Hallo !
Zitatdachte ich auch erst als der user wird groß geschrieben BA
Du weisst, oder Du glaubst ?
Hast in der Usertabelle geschaut ?
MfG
jubilee


Hallo Jubilee

Also hier die auflistung was ich alles versucht habe.


1. Passwort per Admin geändert
    User: BA
    PW: ******
    versucht einzuloggen
    erfolg : Der Benutzername oder das Kennwort ist ungültig. (3)

2. E-mail vom Benutzer geändert
    Bestätigunscode zuschicken lassen an die Mail die ich eingetragen habe.
    Neues Passwort zuschicken lassen.
    erfolg: Der Benutzername oder das Kennwort ist ungültig. (3)

3. Datenbank geschaut
    User ist angemeldet die Daten sind alle i.o
    und nochmals versucht einzuloggen.
    erfolg: Der Benutzername oder das Kennwort ist ungültig. (3)

Ich glaube somit habe ich alles versucht :(

Und nun komm ich nicht weiter wüste auch nicht was ich noch machen könnte...

Würde mich freuen wenn mir einer helfen kann.

Mfg Rene
Ideen sind immer gut, nur diese Idee`n umsetzen ist eine andere frage :-)

jubilee

Hallo !
Geb mir bitte mal per PM
Zugangsdaten zur Datenbank und zum Portal (Admin-Daten)
MfG
jubilee

jubilee

Hallo !
So, jetzt geht es.
Es lag an den Censor-Listen (Admin-Menu // Einstellungen)
In diesem stand auch das Wort "bastard"
Bei dem Username-Censor wird nur überprüft, ob der Username TEIL eines Wortes aus der Censorliste ist.
Und da BA in BAstard vorkommt, gab es diese Probleme.
Nachdem das Wort aus der Censorliste gelöscht wurde, kann der User sich wieder einloggen.
P.S. Du hattest das Kennwort geändert. Daran habe ich nichts dran verändert.
Musst Deinem User also noch das neue Kennwort mitteilen (falls noch nicht geschehen).
MfG
jubilee

wob

Grrr . was mich wundert .. hatte da auch alles augetragen so das dort nix mehr drinne steht ... dann versucht mich einzuloggen ging aber auch nicht ...

Na ja nun geht es ja wieder ... und Herzlichen Dank...

Mfg Rene
Ideen sind immer gut, nur diese Idee`n umsetzen ist eine andere frage :-)

NeMeSiSX2LC

Ähm sollte die Censor liste nicht lieber auf das Komplette Wort achten?? Wäre doch wohl besser wie man ja sieht...
CMS-Version: pragmaMx 0.1.8, 1.20.4.5/2006-03-10     
PHP-Version: 5.1.2
MySQL-Version: 5.0.15-max-log
Server-Version: Apache/2.0.55
phpMyAdmin-Version: 2.7.0-pl1

jubilee

ZitatÄhm sollte die Censor liste nicht lieber auf das Komplette Wort achten?? Wäre doch wohl besser wie man ja sieht...
Das kann man sehen, wie man will.
Auch diese Art hat ihre Vorteile.
BTW:
Wären nicht Usernamen mit mehr als 2 Buchstaben auch sinnvoller ?

MfG
jubilee

NeMeSiSX2LC

Schon aber bloss weil den anfangs buchstaben entspricht nicht rein lassen??

Find ich persönlich nicht so dolle das dingf soll nach den kompletten Wörter suchen und sonst nach nix.
CMS-Version: pragmaMx 0.1.8, 1.20.4.5/2006-03-10     
PHP-Version: 5.1.2
MySQL-Version: 5.0.15-max-log
Server-Version: Apache/2.0.55
phpMyAdmin-Version: 2.7.0-pl1

RiotheRat

Das ist ein zweischniges Schwert ... ich bin eher für die Variante die jetzt enthalten ist. Nicht ohne Grund sollten Benutzernamen eine gewisse Mindestlänge haben (4 - 5 Zeichen).

Wenn ich einen genauen Wortvergleich als Filter nehmen würde und Nazi als Zensurwort nehme, wird

- Nazi geblockt
- Nazipartei geht durch

... von daher bin ich dafür den Filter so zu lassen. Dann wird auch Nazipartei geblockt weil schlichtweg Nazi enthalten ist ...

RtR
Unaufgeforderte PNs & Emails werden ignoriert

Erst wenn die letzte Zeile Code verhunzt, der letzte Server gehackt und der letzte Script-Kidde befriedigt ist, erst dann, werdet Ihr feststellen, dass Nuke nicht sicher ist...

NeMeSiSX2LC

Öhm schlechtes beispiel wenn er nach Nazi sucht wird der ja auch bei Partei fündig. Also wird das auch geblockt..

Aber nur wegen einen BA das gleich zumachen ist übertrieben.
CMS-Version: pragmaMx 0.1.8, 1.20.4.5/2006-03-10     
PHP-Version: 5.1.2
MySQL-Version: 5.0.15-max-log
Server-Version: Apache/2.0.55
phpMyAdmin-Version: 2.7.0-pl1

jubilee

#23
ZitatAber nur wegen einen BA das gleich zumachen ist übertrieben.
Öhmmm .... schreibst Du mir eine regex die erkennt, welcher Teil eines Wortes
geblockt werden müsste und welcher Teil nicht.
Diese muss aber nicht nur bei dem einen Wort funktionieren, sondern auch bei anderen !
Also eine selektive Worterkennung und Bewertung.
Wenn Du das Teil fertig hast, bekommst Du sofort einen Job im Bereich
neuronale Netze, Robotik etc .....

Nur nochmal als Beispiel unser Blocking-System
Nach unseren System z.B. in der Liste steht Saukerl, sauerei. Dort wird auch Sau als
Username geblockt.
Wenn nur nach ganzen Wörtern gesucht wird, dann nicht . . . .


---> Nach unseren System: Username ist needle und die Banliste ist haystack

RiotheRat

Mein vergleich war nicht schlecht ... bitte richtig lesen  ::)
Zitatgenauen Wortvergleich

Nazi == Nazi = True = Block
Nazi == Nazipartei = False = geht durch

Daher lieber eine Wildcardsperre ... die blockt sowohl "Nazi" als auch "Nazipartei" ...

RtR

Man könnte natürlich noch anfangen mit soundex() zu arbeiten, aber dann landet man schnell bei der Anmerkung von jubilee
Unaufgeforderte PNs & Emails werden ignoriert

Erst wenn die letzte Zeile Code verhunzt, der letzte Server gehackt und der letzte Script-Kidde befriedigt ist, erst dann, werdet Ihr feststellen, dass Nuke nicht sicher ist...

jubilee

ZitatMan könnte natürlich noch anfangen mit soundex() zu arbeiten
Oder wir berechnen den Levenshtein-Abstand der beiden strings ....

Aber das würde für diese Aufgabe den Rahmen sprengen.
Es wäre wirklich am einfachsten als mindestlänge des Usernamens 5oder 6 Zeichen zu fordern.
dann sind solche Querverstrickungen eher unwahrscheinlich (wenn sie nicht gewollt sind )

MfG
jubilee

NeMeSiSX2LC

Joa oder so min pw länge (ist ja glaube ich schon drin) und mit Nick länger. Das man das alles schon im Admin bereich einstellen kann. Nette Idee für 0.2 ;)
CMS-Version: pragmaMx 0.1.8, 1.20.4.5/2006-03-10     
PHP-Version: 5.1.2
MySQL-Version: 5.0.15-max-log
Server-Version: Apache/2.0.55
phpMyAdmin-Version: 2.7.0-pl1

smartmusic

kann man die zensur auch für den login ausstellen?

auch wenn ich die zensur auf exakten treffer habe nimmt er die usernamen nicht an die in einem wort sind aus der zensurliste

Andi

Sorry, kannst das bitte näher erklären?  :)
schön´s Grüssle, Andi

smartmusic

ich habe unter zensur das wort esek stehen

ein user heisst sek und er kann sich nicht mehr einloggen solange das wort dadrin steht,auch bei exaktem treffer