Dar permiso a Drupal para accesar recursos Web

[Luis Guillermo Quevedo Velez]

Hola todos!

Los sitios que manejo, normalmente alojados por servicios de Hosting, nunca han presentado este problema de modo que no tengo referencias para tratarlo.

Estoy alojado en un servidor propio, con acceso dedicado, en una institución universitaria. Drupal ofrece esta alerta en su informe de estado:

Estado de solicitudes HTTP

Fallos

La configuración de su sistema o su red no permite que Drupal tenga acceso a páginas web, lo que produce una funcionalidad reducida. Esto podría deberse a la configuración de su servidor web o a opciones de PHP, y debe ser resuelto para poder descargar información sobre actualizaciones disponibles, para recuperar canales del agregador, para iniciar sesión a través de OpenID o para usar otros servicios que dependen de la red.

¿ Qué configuraciones debo solicitar al administrador del sistema para que Drupal cuente con permisos suficientes ?

Gracias a todos.

[Juan Pablo Romero Bernal]

Saludos,

Pienso que el problema puede estar relacionado con reglas de firewall del servidor

donde está alojada la instalación de Drupal. Posiblemente hay alguna restricción 

para el tráfico saliente que impida que Drupal pueda realizar las labores verificación

de actualizaciones disponibles. 

Espero que sea de ayuda.  

2013/12/3 Luis Guillermo Quevedo Velez <luisguillermo...@gmail.com>

--
Has recibido este mensaje porque estás suscrito al grupo "Drupal Colombia" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a drupal-colomb...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.

--
Juan 

[Luis Guillermo Quevedo Velez]

Hace un rato hable con el administrador del servidor y me dice que la carpeta en la que se aloja el sitio tiene permisos de entrada y salida... Al parecer el parámetro problema debe estar en ini de php... Pero no tengo certeza ni sé cual deba ser.

De momento estoy consultando la documentación de php. Pero, como es muy extensa ando medio perdido.

Gracias por la respuesta

LgQ.

[Harley R. Baron]

Hola Luis,

Posiblemente es que el servidor tiene bloqueado el puerto 80 de salida, podrías revisar realizando un Telnet del servidor hacia un sitio externo, después de ello podrías revisar o el IPtable del servidor o el firewall para verificar la salida. 

Éxitos.

HARLEY RICARDO BARON SANCHEZ Webmaster Coordinación Digital Tel.: 57(1) 5600100 Ext. 3083/Fax: 57(1) 3415764 Calle 28 N. 13 A 15 P.36 - Bogotá, Colombia www.proexport.com.co

[Juan Pablo Romero Bernal]

Saludos, 

El problema no se trata de permisos en el directorio donde se encuentra instalado Drupal. Es una configuración

a nivel del servidor, muy probablemente de firewall, en donde se tiene bloqueado el tráfico saliente. 

Debes consultar con el administrador del servidor si existen restricciones para realizar peticiones fuera de la red. 

Puedes probar (como ya lo mencionaron) tratando de establecer conexión con un sitio externo, puede ser

usando wget. 

Este problema se encuentra documentado en: https://drupal.org/node/588186

Espero sea de ayuda.

2013/12/4 Luis Guillermo Quevedo Velez <luisguillermo...@gmail.com>

--
Juan 

[Luis Guillermo Quevedo Velez]

No yo tengo acceso pleno por el puerto 22 incluso FTP. Y no hay bloqueo de proxi ni de Firewall para mi. Pero drupal no puede ejecutar sus scripts, seguramente haga falta indicarle algo. Aún no encuentro ideas en la documentación...

Gracias por los aportes

[Luis Guillermo Quevedo Velez]

Gracias por el aporte Juan Pablo.

En este momento paso a revisar y seguir las indicaciones del artículo (copio nuevamente la dirección porque voy a reenviar a la adm del sistema) "HTTP request status Fails" error

El 4 de diciembre de 2013 23:17, Juan Pablo Romero Bernal <jromer...@gmail.com> escribió:

[Luis Guillermo Quevedo Velez]

El artículo citado ofrece una orientación muy completa. Pero, es muy importante borrar el flag antes de repetir las pruebas. De otra forma, el error se sigue mostrando aunque no exista.

Voy a resumir acá la solución aplicada, con comentarios para que sea de utilidad a otros. Porque, según se puede concluir de la documentación: debe ser muy frecuente, a pesar de que no se haya hecho nada mal durante la instalación.

Hay dos posibles fuentes de error: a. El formato de algún archivo no es UTF8 sin BOM (algunos editores de texto lo cambian olimpicamente sin avisar, ej blok de notas del asqueroso Windows) b. Durante la transferencia algún archivo sufrio pequeñas modificaciones o daños).

Nota adicional: El caso a) suele presentarse y provocar otros errores: Hace como un año, los tamaños de las fuentes en un sitio que manejo comenzaron a cambiar misteriosamente, y el theme no se aplicaba correctamente. Hice una instalación fresca paralela, módulo a módulo y encontré que un módulo escrito por mí daba problemas. (Una parte del mismo había sido escrita bajo windows) Cuando lo revisé encontre que algunos archivos eran ansi y que otros eran UTF8 pero no sin BOM y esa era la causa del problema.

Solución 1. Verificar el formato de todos los archivos, que haya editado. Particularmente los que hayan sido modificados durante una estadía en Windows. Si no editó o copió desde windows puede ahorrarse este paso.

2. Validar la instalación así:

Paso 1.
  Desactivar todos los módulos contribuidos (que no sean parte del core {exigidos u opcionales} ).

Paso 2.
  Instalar el modulo 'http_request_fail_reset' activarlo y entrar a su página de configuración, fijar el intervalo a 1 minuto, esperar un poco y ejecutar cron (abriendo una pestaña adicional, página de listado de módulos). Luego pasar el intervalo a 1 hora.

Paso 3.
 Revisar el reporte de estado. Debe aparecer correcto.

 Si no aparece el posible que la instalación principal tenga algún archivo corrupto (por fallo en la subida al servidor) debe reemplazarla sin cambiar el archivo .htaccess

Paso 4
 Reactivar uno a uno los módulos contribuídos, y revisar el informe de estado a cada activación, cuando el error reaparece se identificó el módulo problema. Se debe volver a subir completamente. y repetir la configuración dada a  'http_request_fail_reset' en el paso 2. El error debe desaparecer. (en mi caso lo encontré rapido. El módulo Admin presentó el problema cuando lo activé. Bastó con reemplazarlo) Se debe mantener el proceso con las verificaciones porque la fuente de error no necesariamente es única.

Paso 5
 Desactivar el modulo 'http_request_fail_reset' ya que según dice la documentación no debe estar activo en sitios  en producción.

Espero que esta nota sea de utilidad.

Quedo muy agradecido a todos los que intentaron apoyarme para resolver el problema.

LGQ.

[Donny Vásquez]

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