porque se presenta acceso denegado en drupal

2,321 views
Skip to first unread message

arteyan

unread,
Nov 22, 2012, 12:52:24 AM11/22/12
to drupal-...@googlegroups.com
Acceso denegado. Usted no está autorizado a ver esta página. Iniciar sesión usando una cuenta con la administración de actualizaciones de software permiso o la cuenta de mantenimiento del sitio (la cuenta que ha creado durante la instalación). Si no puede iniciar sesión, tendrá que editar settings.php para saltar esta comprobación de acceso. Para hacer esto:+

como hago  para solucionarlo. y que medidas tendría que tomar para que no me pase este problema.
agradezco su colaboración.

Aldibier Morales Morales

unread,
Nov 22, 2012, 6:53:56 AM11/22/12
to drupal-...@googlegroups.com
Hola,

Es posible que tengas el sitio en modo de mantenimiento, razón por la cual el sitio solo está disponible para el usuario super-administrador o con permisos para ingresar en modo mantenimiento, ingresa y desactiva el modo de mantenimiento.

Saludos.


---------------------------------

Aldibier Morales M.

amor...@seed.com.co | seed.com.co
Cel: +57 313 4897431 | Tel: + 57 1  7432481 
Skype: swevel

@SeeDtraining

John E. Herreño V.

unread,
Nov 22, 2012, 9:22:52 AM11/22/12
to drupal-...@googlegroups.com
Creo que ese mismo mensaje puede salir al tratar de ejecutar update.php sin haberse identificado. En ese caso debería ser suficiente con visitar el sitio Drupal de manera normal, ingresar con las credenciales del súper-usuario (el que se creó durante la instalación); si perdió las credenciales de ese usuario, puede recuperarlas usando el mecanismo de recuperación de cuenta (http://misitio.com/user/password), que le enviará un mensaje de correo a la cuenta de correo asociada al súper-usuario.

Si es por el tema de mantenimiento que indica Aldibier y no logra ingresar por más intentos que haga, puede apagar el modo mantenimiento directamente en la base de datos: con algún administrador SQL (phpmyadmin) se pone en 0 la variable maintenance_mode (site_offline en Drupal 6). MUCHO CUIDADO CON ESTO, PUES UN MANEJO INAPROPIADO DE LA DB PUEDE DAÑAR EL SITIO. Si llega a haber cachés pegadas, sería necesario visitar cron.php (en Drupal 7 requiere construir un URL con un token de acceso que está en el settings.php del sitio).


Jehv

carlos alberto arteta yances

unread,
Nov 22, 2012, 9:49:23 AM11/22/12
to drupal-...@googlegroups.com
ME PIDE QUE ME DIRIJA A SITES/ DEFAULT/ DEFAULTSETTINGS.PHP  Y CAMBIAR LOS VALORES DE $update_free_access = FALSE; A TRUE Y LUEGO REGRESARLO A FALSE DE NUEVO.

John E. Herreño V.

unread,
Nov 22, 2012, 9:54:32 AM11/22/12
to drupal-...@googlegroups.com
Mi respuesta anterior NO era una SUGERENCIA para visitar update.php, en caso de que lo haya parecido. Lo que dije es que POSIBLEMENTE el mensaje de error que recibió salía al tratar de ejecutar ese archivo; la pregunta es: ¿necesita visitar update.php?

Si llega a configurar esa variable así, durante el tiempo que esté $update_free_access = TRUE; el sistema de actualizaciones va a estar abierto a CUALQUIER usuario... personalmente no me haría eso en un sitio que esté en internet, más bien lo bajaría primero a la máquina local y trabajaría ahí. De hecho, para hacer actualizaciones es mucho mejor usar drush, pues a mano es muy enredado y demorado.


Jehv

2012/11/22 carlos alberto arteta yances <carlos....@gmail.com>
Reply all
Reply to author
Forward
0 new messages