La función de proxy inverso de Apache ( modulo mod_proxy ) nos permite realizar varias tareas interesantes relacionadas con las comunicaciones http. Dando nuevas posibilidades en nuestros desarrollos Velázquez Visual. Entre ellas :
- - Que las peticiones web no entren directamente al servidor de aplicaciones Velázquez
- - Cacheo de peticiones web antes de llegar al Servidor Velázquez
- - Dar salida HTTPS a nuestros desarrollos Web
- - Permitir que se sirvan varios servidores web situados en la red local por un unico puerto 80 hacia fuera de nuestra red local.
El montaje de un servidor apache con el proxy inverso activado es simplemente hacer que la máquina con apache sea la única accesible por el posible visitante web. El apache realiza una petición al servidor HTTP de Velázquez y se la devuelve al cliente web.
Aquí se detallan los pasos del proceso ...
- 1. El cliente manda una petición de una página web al servidor www.miservidor.com por el puerto 80
- 2. En la dirección www.miservidor.com por el puerto 80 se encuentra el servidor Apache.
- 3. El servidor Apache analiza la petición y como le indica la configuración realiza una petición al servidor Velázquez de su red local
- 4. El servidor Velázquez le contesta al Apache con la respuesta a la petición web.
- 5. El servidor Apache con la información que le ha llegado se la reenvía al cliente.
Como veis en todo momento el servidor Velázquez solo se comunica con el Apache, haciéndolo un sistema muy seguro y robusto ya que Apache hace una función de "Firewall" de las peticiones web.
NOTA: No es un Firewall ni mucho menos, pero es para que se entienda bien.
2. Hacer la instalación
Simplemente descargar el servidor apache de la dirección httpd.apache.org...
http://apache.rediris.es/httpd/binaries/win32/apache_2.0.55-win32-x86-no_ssl.exe
Una vez instalado te instala un servicio que se ejecuta cada vez que arrancas el ordenador.
Toda la configuración del apache la puedes encontrar en el fichero httpd.conf.
Dentro de ese fichero solo tienes que hacer dos cosas...
a. Activar el modulo de proxy ( descomentar la linea, normalmente viene comentada )
AddModule mod_proxy
b. Incluir las lineas que activan el proxy inverso en un dominio
Lineas :
ProxyPass / http://10.0.0.2/
ProxyPassReverse / http://10.0.0.2/
Lineas en su contexto :
ServerAdmin webmaster@correo.mio
ServerName elproxiado.midominio.com
ProxyPass / http://10.0.0.2/
ProxyPassReverse / http://10.0.0.2/
ErrorLog logs/elproxiado-error_log
CustomLog logs/elproxiado-access_log common
Esto hace que cuando se le pida el raíz de ese domino "/" el lo buscara en "http://10.0.0.2" máquina Velázquez
3. Conclusión
Con esta base se pueden hacer infinidad de montajes distintos para muchos casos. Pero si lo que quieres es montar un servidor web de una forma cómoda y sin complicaciones lo mejor es usar Velázquez directamente.
Este montaje de proxy inverso es habitual en configuraciones grandes, con varios servidores web distribuidos, entornos seguros, etc.
Es bastante habitual ver este montaje en Bancos o grandes empresas ya que refuerza el sistema impidiendo accesos directos a la máquina que realiza el procesamiento de información.
En varias ocasiones me he encontrado desarrolladores en Velázquez que desconocían o no entendían correctamente las posibilidades de ejecución de un proceso.
Velázquez funciona en cliente servidor y permite al desarrollador decidir que procesos se lanzaran en el cliente o en el servidor de una forma muy sencilla.
Habitualmente no es tema que se tenga que pensar ya que Velázquez gestiona esta tarea de forma automática, pero siempre esta bien tener un poco de conocimiento del tema.
A continuación detallaré los planos de ejecución :
1. Primer plano.
Ocurre cuando se ejecuta un proceso en el propio cliente (irunner), suele ser lo más habitual, (Ejemplo: Verificaciones de un dato introducido, mensaje con preguntas, etc )
2. Segundo plano.
El proceso se lanza paralelamente al uso de la aplicación, es útil para procesos que no quieres que el usuario espere a que acabe, lo lanzas y el usuario sigue trabajando mientras el proceso se ejecuta.
3. Tercer plano.
El más potente, permite que ese proceso se lance totalmente en el servidor, dando como resultado un rendimiento brutal. Suele ser interesante para cálculos de estadísticas o transacciones que generen miles de movimientos en la base de datos. La sensación del usuario es que el proceso se hace muy rápido. Una de las ventajas fundamentales es que a nivel de red no hay apenas trafico en este tipo de procesos.
4. Cuarto plano.
Un proceso en segundo plano que lanza uno en tercer plano. El usuario no espera nada y el proceso se lanza en el servidor.
También existen los demonios y tareas, pero esos no los englobo dentro de la ejecución en distintos planos.
