✔ Session Problem

[BigDundee]

Hallo Forum...

ich habe mal wieder ein Problem mit Sessions *g

Also, ich habe eine Funktion in der ich ein Paswort abfrage, eine andere die dann das Passwort überprüft.

In der Überprüfung setze ich, wenn das Passwort richtig ist, eine Variable ($_SESSION["eingeloggt"]).

Diese frage ich dann bei den geschützten Funktionen immer ab, da ich über $_GET Variablen navigiere und man ja sonst direkt übe den entsprechenden link in die geschützten Bereiche käme.

Das ganze funktioniert auch wunderbar, solange die Datenschutzeinstellungen bei IE niedrig sind. Ab einer Datenschutzeinstellung von "Mittel" scheint die Session Variable leer zu sein, jedenfalls komme ich beim springen zu den geschützten Bereichen immer wieder zum Einloggscreen (Da route ich hin, wenn eben die $_SESSION["eingeloggt"] nicht gesetzt ist.)

In anderen Browsern, sprich Netscape und Opera habe ich das Problem nicht. Woran kann das liegen?

 

[Timbonet]

Machst du das ganze über eine -Adresse oder ähnliches, in der die Adressleiste des Browsers nicht mit der wahren Serveradresse übereinstimmt?

 

[BigDundee]

Öm.. ja, ich glaube schon...

also ich spreche die seite an über eine url die auf ein externes Verzeichnis verlinkt..

ich spreche die Seiten an mit:

<A HREF="<?=$_SERVER["PHP_SELF"];?>?navigation=daSollsHingehen">Da solls hingehen</A>

Die URL ist http://www.duun.de die verlinkt auf http://www.jf-s.de/drachengarde *g

 

[KoMtuR]

Dann ist die Session natürlich nutzlos, weil diese ja auf dem Server liegt und beim Serverwechsel dies ja nicht möglich ist.

 

[BigDundee]

Aaaaber bei Sicherheitseinstellungen niedrig gehts... und im NS und Opera doch auch...?

 

[Timbonet]

Das geht schon. Es geht hierbei um die sog. Cookies von Drittanbietern (möge es jemand korrigieren, wenn es bei Kleinweich einen anderen Namen trägt..).
Alternative: Du übergibst deine Session-ID mit der URL.

 

[BigDundee]

Ja, wer es so mal umbauen...

Danke für den Hinweis...

Thema dicht!