Error de permiso autogestion 3.20.2

Estimados. Buenas tardes

Nos encontramos con un error en una instalacion 3.20.2 de autogestion,
El error es Forbidden
You don’t have permission to access this resource.

Apache/2.4.38 (Debian) Server at az-lxsiuguaranitest330.eastus2.cloudapp.azure.com Port 80

nos parece raro porque chequeamos el paso de asiganrles los permisos a las carpetas

Gracias

Hola Ariel,

Cuando ingreso a http://az-lxsiuguaranitest330.eastus2.cloudapp.azure.com/ veo la página de inicio de Apache.
¿cual seria la URL que me lleve a Autogestión?

Te voy a pedir que nos envíes los logs de Apache y de Autogestión (carpeta instalacion/log).

¿como tenes configurado el archivo instalacion/alias.conf?

Te dejo a mano la documentación.

saludos.
2

Revisemos lo siguiente:

  1. Permisos, paso 3 de esta documentación.

  2. Archivo instalacion/alias.conf que respete el formato de instalacion/alias_template.conf, paso 7 de esta documentación.

  3. ¿Tenes modificado el archivo instalacion/rewrite.conf?

  4. ¿Tenes el mod_rewrite de Apache habilitado?

Luego de hacer cualquier cambio reinicia Apache y proba en una ventana de incógnito por si se debe a un tema de cache.

Foros de referencia:
https://www.tecmint.com/forbidden-you-dont-have-permission-to-access-on-this-server-error/
https://www.makeuseof.com/you-dont-have-permission-to-access-on-this-server/
https://blog.pleets.org/article/you-dont-have-permission-to-access-this-resource
https://www.lucushost.com/blog/error-403-forbidden/

saludos.
2

Vamos a proceder con estos puntos y les respondemos.

Estimados hemos avanzado. corrigiendo el alias.conf

Pero ahora tenemos el siguiente error:
No se puede acceder a este sitio webLa página az-lxsiuguaranitest330.eastus2.cloudapp.azure.com ha rechazado la conexión.
Prueba a:

Comprobar la conexión
Comprobar el proxy y el cortafuegos
ERR_CONNECTION_REFUSED

En el mismo server ya tenemos otra instalacion de gestion y autogestión que esta funcionando, si nos pueden asesorar que estaria faltando
gracias

Hola Ariel,

Ahora el error que da es otro, busque el mismo y aparecen varios resultados, anda probandolos:

https://www.crehana.com/blog/transformacion-digital/err-connection-refused-solucion/
https://guias.donweb.com/como-solucionar-err-connection-refused/
https://kinsta.com/es/blog/err_connection_refused/
https://www.ionos.es/digitalguide/hosting/cuestiones-tecnicas/err-connection-refused/
https://www.vadavo.com/blog/10-soluciones-err-connection-refused-error-102/
https://www.hostinger.com.ar/tutoriales/err_connection_refused

Típicamente esto involucra los siguientes pasos:

[ol]- Comprobar si la página está inactiva.
- Reiniciar el router
- Limpiar el caché de su navegador
- Revisar las opciones de su proxy y ajustarlas si es necesario.
- Temporalmente desactivar sus softwares de antivirus y de firewall.
- Depurar el caché del DNS.
- Cambiar la dirección de DNS.
- Desactivar cualquier extensión desactualizada de Chrome.
- Reinstalar su navegador Chrome.[/ol]

Cual es la URL completa hasta Autogestión, yo desde aquí solo veo la pagina de Apache.

saludos.
2

la URL es:
https://az-lxsiuguaranitest330.eastus2.cloudapp.azure.com/universidad/

nos parece raro que en el mismo server hay an instalacion de autogestion que si funciona:
http://az-lxsiuguaranitest330.eastus2.cloudapp.azure.com/g3w3/

Hola Ariel,

La única diferencia que veo es que la URL que funciona esta en HTTP y que la que no esta en HTTPS.

Te recomiendo que actives el reCAPTCHA, veo en este ambiente no esta activo, quizás sea porque es de test.

Si ingreso a la segunda URL me dice “Unable to connect” en Firefox y “This site can’t be reached” en Chrome. Te dejo un post que habla de dichos errores.

¿en los logs de Apache registra algo?
¿configuraste Autogestión para HTTPS?
En instalacion/config.php:


		'ssl' => [
			'alcance' => 'all',
			'redirigir_ssl' => true,
		],

saludos.
2

Estimados. Pusimos los parametros que no funconaban en none y el false y ya funcona
http://az-lxsiuguaranitest330.eastus2.cloudapp.azure.com/universidad

Gracias

Hola Ariel, me alegro que lo pudieron solucionar!!!

Claro, el server parece estar con HTTP, con lo cual la configuración seria:


		'ssl' => [
			'alcance' => 'none',
			'redirigir_ssl' => true,
		],

Para HTTPS seria:


		'ssl' => [
			'alcance' => 'all',
			'redirigir_ssl' => true,
		],

En esta documentación te explica los parámetros alcance y redirigir_ssl dentro de la seccion ssl.

saludos.
2