Notificaciones de plataforma

[amelgar04]

Buenos dias, actualmente, las notificaciones enviadas de la plataforma llegan, pero con la direccion IP privada del servidor. Donde puedo modificar dicho enlace para que tome el nombre DNS.

No se ha modificado ningun archivo.

[MagalysQ28]

Hola Abilio,

Esto aparece para todas las notificaciones o solo para ese mensaje?

Saludos,

[amelgar04]

Aparece para todas las notificaciones.

[Dariend13]

Aparece para todas las notificaciones.

Buen día. Ya hicieron los pasos indicados de Apache? Podrían agregar más información, sobre si ya están en producción, están en algún paso en específico?

Espero su respuesta para poder ayudarle en lo que pueda.

[Dariend13]

Buenos dias, actualmente, las notificaciones enviadas de la plataforma llegan, pero con la direccion IP privada del servidor. Donde puedo modificar dicho enlace para que tome el nombre DNS.

No se ha modificado ningun archivo.

Buenas tardes, podría indicarme si el problema sigue saliendo? De ser así, desde que URL están intentando crear esta situación? Desde el URL que usarán final o desde localhost o el ip del servidor?

[amelgar04]

Confimo que sigue saliendo, ya que no hemos hecho ninguna modificaicon en espera de sus recomendaciones, dejo el URL del comité para que puedan hacer pruebas de creacion de usuario y restablecimiento de contrasea y puedan ver el enlace que les responde.

[Dariend13]

Confimo que sigue saliendo, ya que no hemos hecho ninguna modificaicon en espera de sus recomendaciones, dejo el URL del comité para que puedan hacer pruebas de creacion de usuario y restablecimiento de contrasea y puedan ver el enlace que les responde.

Vale, quedo en espera del URL para hacer la prueba.

[amelgar04]

Disculpe, no lo coloque en el comentario anterior:

https://hp-proethos-cbi.hospitalpaitilla.com/app.php/login

[Dariend13]

Disculpe, no lo coloque en el comentario anterior:

https://hp-proethos-cbi.hospitalpaitilla.com/app.php/login

Podrías compartir la configuración actual de apache para el sitio, solo el archivo .conf del sitio.
Además, solo por si las dudas, usan algún proxy inverso, como nginx en su servidor? También de ser posible si me pueden compartir los error.log de apache

[Dariend13]

Parece que el problema está en que la URL muestra app.php https://hp-proethos-cbi.hospitalpaitilla.com/app.php/public/account/forgot-my-password deberia verse así https://hp-proethos-cbi.hospitalpaitilla.com/public/account/forgot-my-password, lo cual indica que mod_rewrite no está funcionando correctamente y que el archivo .htaccess no se está aplicando como debería. Esto también puede explicar por qué los correos están usando la IP interna en lugar del dominio.

Te dejo algunos puntos a revisar para solucionarlo:

1. Habilitar mod_rewrite

Asegúrate de que el módulo esté habilitado con:

sudo a2enmod rewrite

2. Verificar el bloque <VirtualHost>

Dentro del archivo de configuración de Apache, asegúrate de que el bloque <Directory> tenga AllowOverride All para permitir que .htaccess funcione. Un ejemplo básico sería:

<VirtualHost *:80>
 //Todo el codigo acutal de tu .conf
    <Directory /ruta/al/proyecto/web>
        AllowOverride All
        Require all granted
    </Directory>

3. Revisar que el archivo .htaccess exista

Dentro del directorio /web, asegúrate de tener el .htaccess con las reglas de reescritura necesarias para Symfony. Debería verse más o menos así:

# Use the front controller as index file. It serves as a fallback solution when
# every other rewrite/redirect fails (e.g. in an aliased environment without
# mod_rewrite). Additionally, this reduces the matching process for the
# start page (path "/") because otherwise Apache will apply the rewriting rules
# to each configured DirectoryIndex file (e.g. index.php, index.html, index.pl).
DirectoryIndex app.php

<IfModule mod_rewrite.c>
    RewriteEngine On

    # Determine the RewriteBase automatically and set it as environment variable.
    # If you are using Apache aliases to do mass virtual hosting or installed the
    # project in a subdirectory, the base path will be prepended to allow proper
    # resolution of the app.php file and to redirect to the correct URI. It will
    # work in environments without path prefix as well, providing a safe, one-size
    # fits all solution. But as you do not need it in this case, you can comment
    # the following 2 lines to eliminate the overhead.
    RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
    RewriteRule ^(.*) - [E=BASE:%1]

    # Sets the HTTP_AUTHORIZATION header removed by apache
    RewriteCond %{HTTP:Authorization} .
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

    # Redirect to URI without front controller to prevent duplicate content
    # (with and without `/app.php`). Only do this redirect on the initial
    # rewrite by Apache and not on subsequent cycles. Otherwise we would get an
    # endless redirect loop (request -> rewrite to front controller ->
    # redirect -> request -> ...).
    # So in case you get a "too many redirects" error or you always get redirected
    # to the start page because your Apache does not expose the REDIRECT_STATUS
    # environment variable, you have 2 choices:
    # - disable this feature by commenting the following 2 lines or
    # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
    #   following RewriteCond (best solution)
    RewriteCond %{ENV:REDIRECT_STATUS} ^$
    RewriteRule ^app\.php(/(.*)|$) %{ENV:BASE}/$2 [R=301,L]

    # If the requested filename exists, simply serve it.
    # We only want to let Apache serve files and not directories.
    RewriteCond %{REQUEST_FILENAME} -f
    RewriteRule .? - [L]

    # Rewrite all other queries to the front controller.
    RewriteRule .? %{ENV:BASE}/app.php [L]
</IfModule>

<IfModule !mod_rewrite.c>
    <IfModule mod_alias.c>
        # When mod_rewrite is not available, we instruct a temporary redirect of
        # the start page to the front controller explicitly so that the website
        # and the generated links can still be used.
        RedirectMatch 302 ^/$ /app.php/
        # RedirectTemp cannot be used instead
    </IfModule>
</IfModule>

4. Reiniciar Apache

Una vez hechos los cambios, reinicia Apache para aplicarlos:

sudo systemctl restart apache2

Con eso ya no debería mostrarse app.php en la URL, y Symfony debería enrutar correctamente y solucionar el tema del ip dentro de las notificaciones, cualquier cosa estare pendiente.

Saludos!

[MagalysQ28]

Buenas tardes @amelgar04,

Me puede confirmar si este problema fue resuelto.

Muchas gracias,
Magalys Quintana

[MagalysQ28]

Buenas tardes @amelgar04,

Me indica @gabrielszz que en caso de que este problema continúe puede deberse al servidor donde está instalada esa plataforma.

Gabriel tendría que ver cómo está configurada la plataforma para poder identificar el problema. Podrías enviar esta información?

Saludos,
Magalys Quintana

[MagalysQ28]

Buenas tardes @amelgar04,

Podría confirmar si esta plataforma ya fue actualizada a la versión 1.31.10.

Si ya fue actualizada, podría indicarnos si persiste el error.

Gracias,