Drupal problema autorizzazioni utente anonimo

Question

Sono stato wracking mio cervello su come risolvere questo problema per ore ormai, e io so che non sono il primo a incontrarlo.

Ho problemi concedere agli utenti l'accesso anonimo al nodo contenuti in Drupal 6.15. Ho provato di tutto, compresi gli inserti a MySQL, controllando e ricontrollando ogni permessi impostazione disponibili ( "Accesso al contenuto dei" sì, ho abilitato), la ricostruzione delle autorizzazioni, e svuotare la cache. Ho moduli personalizzati disabili nella speranza di sgombrare un conflitto, ma ancora senza fortuna. Gli utenti anonimi ottenere la pagina "Accesso negato" in tutto il mondo, ma su una pagina del calendario personalizzato View.

Ho cercato queste query, ma sono solo i duplicati di ciò che è già presente:

INSERT INTO users (uid, name, mail) VALUES (0, '', '');
INSERT INTO users_roles (uid, rid) VALUES (0, 1);
INSERT INTO node_access VALUES (0, 0, 'all', 1, 0, 0);

Il mio unico barlume di speranza: del Devel Module "Autorizzazioni di accesso da parte dell'utente" mostra infatti che l'utente: Anonimo non può visualizzare i contenuti (vedi immagine). Si pone una domanda sconcertante: come è possibile che "Tutti gli utenti possono visualizzare tutti i nodi", mentre utente: Anonimo ha simultaneamente "NO: accedere ai contenuti" ???

Questo mi sta facendo noci. Se qualcuno mi può avvisare di ciò che sto facendo male, io saltare su e giù per l'eccitazione, e si compra una birra se siete a Seattle.

GRAZIE!

alt text http://seethreeblog.com/images/devel.png

Answer 1

Questo è molto tipico di Drupal: problemi di autorizzazioni. Mentre sono a conoscenza probabilmente sarò in grado di offrire la risposta corretta, forse almeno sarò innescare qualche idea rivoluzionaria in voi che vi aiuterà a risolvere il problema.

Mentre l'accesso nodo è un permesso di standard che dovrebbe essere su, ci sono altri che potrebbero limitare gli utenti. Avete freelinking su? In tal caso, verificare che l'accesso freelinking è anche su. Si potrebbe desiderare di fare in modo che i moduli di controllo di accesso (ACL e quelli che si basano su di esso, come il Forum di accesso) non si ottiene nel modo. Inoltre, il controllo di accesso tassonomia può essere un dolore: ho avuto problemi con la tassonomia Access Control Lite (tac_lite). Prova a disabilitare troppo se lo avete.

Mi scuso per non essere in grado di offrire qualcosa di più specifico di questo, ma Drupal è proprio così. Risoluzione dei problemi di autorizzazioni raramente richiede l'hacking del codice.

Answer 2

Via Drupal: http://drupal.org/node/64114

Questo ha fatto per me: 'Hai provato a ricostruire i permessi? Vai a admin / content / nodo-impostazioni e fare clic su "Rebuild permessi" '.

Answer 3

Ho avuto esattamente lo stesso problema dal momento che l'aggiornamento 6,14-6,15. Provato solo su sistemi OSX locali 2 differenza, in modo curioso di trovare problemi legati server ... è la versione PHP legato -. Io corro PHP5.2 su tutte le installazioni

tabella delle autorizzazioni ricostruito e guardato il permesso dell'utente ad ogni immaginabile, ma gli utenti anon ottengono lo stesso 'Effettua il login per continuare'. Sembra che vale la pena di inviare un problema nella coda tema Drupal.

Answer 4

Da quando sono andato a 6,15 Ho avuto problemi con i permessi a destra ea sinistra. Il sito è stato non al 100% debug a 6.14, quindi non posso dire logicamente sicuramente era colpa del 6,15, ma le mie intuizioni possono e dire così.

ho un ruolo che io chiamo Content Manager che ha tutte le CRUD (creazione, lettura, aggiornamento, cancellazione) autorizzazioni per tutti i tipi di contenuto.

Per consentire l'amministratore di sistema (1 utente #) redigerà storie che ho dovuto dare quel ruolo. In questo momento sto avendo problemi lasciando quel ruolo redigere storie. Un utente con questo ruolo assegnato ottiene 'accesso negato' errori.

L'unico altro modulo che ho che manipola i permessi è 'delegazione ruolo' così determinati utenti finali possono avere accesso ai ruoli assegnazione, ma non modificare ruoli o per l'assegnazione di autorizzazioni ai ruoli. Ho ancora a inseguire questo e la possibilità di una tabella di autorizzazione corrotto. Ma la possibilità che 6.15 è il colpevole esiste ancora.