CakePHP Cookie/Problemi di sessione

Question

Ho problemi con la mia applicazione CakePHP. Questo sembra accadere solo in IE e solo su alcuni computer. È coerente sui computer dove sta accadendo però.

Problema uno: utente è collegato e nella pagina https://example.com/users/view e scatti firmare fuori. L'utente viene reindirizzato a http://example.com e sembra essere disconnesso fino a quando l'utente visita un'altra pagina https e sono ancora connessi. Possono fare clic su Esci tutte le volte che vogliono, ma sono sempre connessi su https e si disconnettono solo su http.

Problema due: utente si collega al https://example.com/users/signin vengono reindirizzati a http://example.com e ora sembrano essere loggato per l'utente va a https://example.com/admin/slides e non lo sa ancora, ma ora è disconnesso, cliccando su qualsiasi altra pagina (. o semplicemente aggiornando la loro pagina corrente) chiederà loro di accedere di nuovo.

Non ho idea di cosa sta succedendo. Ho letto e provato le soluzioni descritte su entrambi questi problemi simili: Session not saving when moving from ssl to non-ssl e Cookie not renewing/overwriting in IE ma ho ancora gli stessi problemi.

L'unico indizio che ho notato finora, (e non so se questo significa qualcosa) è quando il debug sia $_SESSION e $this->Session->read() sulle pagine HTTP SEMPRE solo $ this-> session-> read() restituisce un valore. sulle pagine HTTPS alcuni SEMPRE restituiscono lo stesso valore per entrambi, gli altri SEMPRE restituiscono solo un valore per $ this-> Session-> read().

Ad esempio, http://example.com e https://example.com/users non vede mai $ _SESSION, https://example.com/carts vede sempre $ _SESSION. Non sono sicuro, ma penso che forse le pagine sicure dovrebbero vederlo e dato che alcuni non possono forse qualcosa non va, tuttavia quando scruto il codice non vedo alcuna differenza che possa suggerire il motivo per cui uno fa e l'altro no. t.

Inoltre, se aggiungo $this->Session->destroy() a beforeFilter in AppController, tutte le pagine anche HTTP possono vedere $ _SESSION. In realtà non sto usando $ _SESSION nella mia applicazione, ho solo pensato che questo potrebbe essere un indizio di cosa non va.

---

UPDATE

ho tooked consiglio di Gustav Bertram e guardò la stringa user agent. Ho confrontato la stringa dell'agente utente con IE su un computer che stava riscontrando il problema con IE su un computer che non presentava il problema. Erano gli stessi eccetto quello che stava avendo problemi ha "google chrome frame" nella stringa user-agent. Ho disinstallato Google Chrome Frame da quel computer, riavviato, riprovato e il problema sembrava risolto.

Se questa è la vera causa, la soluzione più semplice sarebbe fare in modo che gli utenti disinstallino Chrome frame. Tuttavia mi chiedo se ci sia un lavoro in giro che consentirebbe loro di avere il telaio cromato installato e ancora funzionante.

Answer 1

Prova ad aggiungere il seguente al file core.php:

Configure::write('Session.checkAgent', false); 
Configure::write('Session.ini',array('session.cookie_secure' => false, 'session.referer_check' => false)); 

Questi parametri devono forzare il cookie a persistere anche attraverso Google Chrome Frame. Questo imposterà le impostazioni di PHP e CakePHP per consentire ai cookie di persistere su http e https.

Answer 2

Il mio suggerimento è di dare direttamente un'occhiata ai pacchetti, per vedere cosa sta succedendo ai cookie.

Installare Wireshark sul computer client e connettersi a un server Web remoto. (Wireshark ignorerà il traffico localhost.)

Il mio sospetto è che i cookie si stiano corrompendo (una volta avevo alcuni cookie storpiati da PHP!) o sono bloccati (che sarebbe colpa di IE). Ad ogni modo, avrai più informazioni su cosa sta andando storto.

Come ultima risorsa, controllare la stringa user-agent nel codice per la versione incriminata/non supportata di IE e invitare le persone a effettuare l'aggiornamento.

Answer 3

Ti sei assicurato di non avere spazi o nuove righe dopo aver chiuso php?> Tag? Forse è stata la prima cosa che hai controllato, ma per esperienza so che i tag php male chiusi causano problemi sporadici con la gestione delle sessioni di php.

Answer 4

Prova a mettere questo in beforeFilter del tuo AppController e vedere se fa qualcosa. Ho la sensazione che le impostazioni dei cookie non siano configurate come se fosse necessario. See here per maggiori informazioni.

function beforeFilter() { 
    $this->Cookie->domain = '.example.com'; 
    $this->Cookie->secure = false; 
}