[garciam]

Hallo zusammen

Wenn ich nicht in meinem 192.168.123.0/24 Netz bin, funktioniert das Login nicht. Es gibt dafür aber doch eine Option bei der man festlegen kann von welchen IP-Adressen zugegriffen werden darf. Kann mir jemand sagen wo ich diese Einstellung finde?

Danke!

[maxhb]

Zitat von garciam

Kann mir jemand sagen wo ich diese Einstellung finde?

Installtool -> All configuration -> [IPmaskList]

CU
maxhb

[garciam]

Installtool -> All configuration -> [IPmaskList]

Ich habe dort ein * gesetzt, jedoch ohne Erfolg.

Gruss

[mwinter]

Ich habe das selbe Problem. Habe mal ein wenig gegooglet und folgende Lösungsvorschläge gefunden:

1. Install Tool > All configuration > [lockIP] auf einen kleineren Wert setzen. Dieser Wert ist vom Typ Integer und darf zwischen 4 und 0 liegen. Wenn man ihn auf 0 setzt ist die Funktion deaktiviert.
   Falls du das Install Verzeichnis schon gelöscht hast (ist auch empfohlen), dann kannst du den Wert "lockIP" auch in $TYPO3_CONF_VARS["BE"] ändern.
2. Install Tool > All configuration > [doNotCheckReferer] auf 1 setzen.

Außerdem würde ich den Wert von "IPmaskList" löschen, zumindest ist das bei mir so.

Wobei mich interessieren würde ob die Lösungsvorschläge bei dir helfen, bei mir tun sie es nämlich nicht.
Was komisch ist, dass der Fehler bei mir erst auftaucht wenn ich mir eine Seite ankucken will.

Falls also noch jemand Ideen hat was man bei der Fehlermeldung machen kann, wäre ichj sehr dankbar.

MfG,

Micha

[garciam]

Ich habe bei mir nun einfach folgende 2 Zeilen in die localconf.php geschrieben.

PHP-Code:

$TYPO3_CONF_VARS["BE"]["lockIP"] = 0;
$TYPO3_CONF_VARS["FE"]["lockIP"] = 0; 


...und es klappt prima.

Danke für eure Imputs.

[mwinter]

Kein Problem. Ärgerlich nur, dass die Lösungen bei mir nicht greifen. Vielleicht kann MIR ja noch jemand helfen ;o)
Und zwar hat mir mein Web-Hoster erzählt, es könne nicht an deren Einstellungen (PHP...) liegen, da die Sessions, welche offensichtlich verloren gehen, in der DB (be_sessions) abgespeichtert werden. Somit müsste es an der Typo3 Installation liegen. Aber ich habe mittlerweile alle Extensions entfernt und alles zurückgesetzt. Außerdem habe ich "LockIP", "doNotCheckReferer" und "IPmaskList" jeweils so gesetzt, dass auch hier keine Probleme auftauchen dürften.
Nun frage ich mich, ob die Sessions tatsächlich in der Tabelle "be_sessions" abgespeichert werden und wie es passieren kann, dass die Einträge hier verschwinden sobald ich die "View"/"Anzeigen" Funktion in "Web" aufrufe.
Ich hoffe es kann mir jemand einen Tipp geben, bin für alle Lösungen offen, danke.

MfG,

Micha

[mwinter]

Ich habe gerade mal ein wenig rumprobiert und gesehen, dass wenn ich in der Tabelle "be_sessions" in der Zeile in der meine Session eingetragen ist den Wert "ses_hashlock" verändere (habe in [DISABLED]), dann kommt genau der Fehler den ich auch bei "Anzeigen" habe:

Login-error or session timed-out

Wann wird der denn dieser Wert verändert und wie kann ich den "Hashlock" verhindern?
Danke schon mal für Eure Geduld ;o)

[mcn]

Ich habe seit den neuen Updates auch das selbe Problem, auf manchen Servern funktioniert das

$TYPO3_CONF_VARS["BE"]["lockIP"] = 0;
$TYPO3_CONF_VARS["FE"]["lockIP"] = 0;


aber hin und wieder passiert es doch wieder das die Session-Timeout erscheint.
Ist erst seit den 4.2.6, 4.1.10 Updates aufgetreten.

Was haben die Typo3-Proggis sich da nur erlaubt? Kunden rufen ständig an und berichten das Problem.

[Cybersmog]

Zitat von mcn

Was haben die Typo3-Proggis sich da nur erlaubt? Kunden rufen ständig an und berichten das Problem.

Ich würde nicht sagen, dass das ein generelles Problem ist, zumindest kann ich das bei den von mir betreuten Instanzen nicht nachvollziehen.

Wenn LockIP das Problem nicht löst, kann es eigentlich nur an den Session Einstellungen liegen.

Gruß
Peter

[mcn]

Ich vermute es liegt an den Proxys/Netzwerken. Aber vorher hat alles funktioniert, wieso jetzt plötzlich nicht mehr? Es sind über 30 Typo3 Installationen was bis zu den neuen Updates wunderbar funktioniert haben.