Saltar al contenido principal.

Reemplazo de mod_rpaf con mod_remoteip en Apache 2.4



Hoy actualicé Debian a Jessie en mi servidor y encontré un problema: el módulo mod_rpaf no mostraba la dirección IP correcta del cliente, en su lugar se mostraba ip 127.0.0.1 cuando se procesaban las solicitudes de nginx a apache.



El problema se resuelve de manera muy simple: desactivar / eliminar mod_rpaf y activar mod_remoteip con el comando:

  # a2enmod mod_remoteip 

Reinicie apache . Ahora abra el archivo de configuración con hosts virtuales y para cada sitio escribimos lo siguiente:

  <IfModule remoteip_module>
 RemoteIPHeader X-Forwarded-For
 RemoteIPTrustedProxy 127.0.0.1
 </ IfModule> 

Reinicie apache de nuevo.




¿Cómo calificas el artículo?
Звёзд: 1Звёзд: 2Звёзд: 3Звёзд: 4Звёзд: 5 ( 5 calificaciones, promedio: 3.20 de 5)
Cargando ...

” 9 Comentarios “ Reemplazando mod_rpaf con mod_remoteip en Apache 2.4

  1. Pero, ¿podría describir con más detalle el procedimiento para reemplazar rpaf con remoteip? Qué confusiones arreglar, y así sucesivamente, de lo contrario, lo intenté mucho y no pasa nada. Gracias de antemano!

    1. La configuración de la ubicación depende de cómo configure los sitios. Pero solo hay dos formas: o los servidores virtuales están registrados en el archivo /etc/apache2/apache2.conf, o en algún archivo en el directorio /etc/sites-available/example.com.conf, donde example.com corresponde al dominio del sitio.

      La configuración de Remoteip especificada en la publicación, debe registrarse en la sección

        <VirtualHost *: 80>
      
       </ Virtualhost> 

      No se requiere la instalación de Remoteip, ya que está incluido. Solo necesitas activar.

  2. Desafortunadamente, el servidor web fue configurado por otra persona, por lo que un poco confundido. Hay un montón de nginx + apache 2.4.10. A juzgar por los módulos, se instaló y configuró rpaf, ya que los problemas aparecieron justo después de la actualización a debian 8. No se instaló el mando a distancia y hubo que ponerlo a mano.

    De hecho, las configuraciones están separadas en / sites-available /

    Configuración de Apache: http://pastebin.com/c47s8Zuw
    Configuración de Nginx: http://pastebin.com/ebWNS8ME (aquí es como esta configuración contiene ajustes para rpaf).

    Dígame cómo desactivar adecuadamente este módulo (rpaf) y, si es posible, avisar por configuración, porque creo que hay algún tipo de conflicto entre los módulos.

    1. Mod rpaf está deshabilitado por a2dismod rpaf , entonces necesita reiniciar apache: service apache2 restart.

      Luego puedes eliminarlo: aptitude remove libapache2-mod-rpaf.

      No hay conflictos en sus configuraciones, así como en la configuración de rpaf. Sus configuraciones se encuentran en el archivo /etc/apache2/mods-available/rpaf.conf. Basta con apagar y el conflicto debe desaparecer.

  3. Anteriormente, utilizábamos un grupo de balanceadores de proxy de IIS + Apache, ahora decidimos abandonar IIS y hacer un servidor web + un balanceador de proxy en un servicio de Apache, todo funcionó, pero las direcciones IP reales de los clientes no se transfieren a la aplicación web y se muestran como la dirección de Apache local . Pido ayuda para resolver el problema, aquí está la configuración de apache:
    https://drive.google.com/open?id=0ByrqLF_MjfmvVVd1QjM2TjNhd00
    intentado sustituir y RemoteIPHeader X-Real-IP y RemoteIPHeader X-Forwarded-For

    1. ¿Y qué se utiliza como un equilibrador de proxy? Entiendo que Apache está frente a él, como un frontend, ¿verdad?

      Como opción, intenta registrarlo:

        RemoteIPHeader X-Client-IP 
      1. como el equilibrador, se utiliza el mismo servicio Apache (servidor web + proxy balanceador), y desde este Apache ya hay solicitudes para una aplicación dentro de la red. El parámetro X-Client-IP también lo intentó. La aplicación se basa en Oracle IAS, por cierto, otro Apache está construido dentro de él. Pero no tiene ninguna relación con las direcciones IP.

Añadir un comentario

Su correo electrónico no será publicado.