mod_proxy - Userlinux.net

Siguiendo buenas costumbres informáticas, un ordenador que ofrece servicios normalmente no ha de ser una buena plataforma de desarrollo. Las razones son evidentes, por lo que a veces podemos permitirnos el lujo de servir en un equipo y desarrollar en otro. [@MORE@] Entorno Definamos el entorno: 3 ordenadores con sistema…

mod_proxy

01.Sep.2005 ~ 6 Comentarios ~ 3632 Lecturas
Siguiendo buenas costumbres informáticas, un ordenador que ofrece servicios normalmente no ha de ser una buena plataforma de desarrollo. Las razones son evidentes, por lo que a veces podemos permitirnos el lujo de servir en un equipo y desarrollar en otro.

Entorno

Definamos el entorno: 3 ordenadores con sistema operativo *nix, cada uno con su Apache, el principal es servidor haciendo a su vez funciones de firewall:
  • servidor: (190.12.12.12 - 192.168.0.1)
  • portatil: (192.168.0.3)
  • desarrollo: (192.168.0.2)

Solución 1

El asunto está en el momento que el cliente se interesa por su versión beta, la cual quiere supervisar. No es algo difícil de solucionar: en el servidor, firewall -o donde corresponda- se hace una redirección de un puerto alto al Apache de la máquina en la que desarrollamos y listo. Como el número de puertos ofrece un ámplio abanico de selección, podríamos hacer lo mismo con varias máquinas de la red local:



Solución, eficaz y sencilla pero esta vez no concluyente, quería ir más allá. ¿Podría con una sola IP pública (190.12.12.12) servir 3 Apaches distintos: servidor, desarrollo y portatil sin este lío de números?, acordarme de los puertos no es complicado, pero menos complicado sería hacer referencia directa al nombre de la máquina. Solución: mod_proxy.

Solución 2

Por lo tanto, activando mod_proxy en el Apache de servidor y creando un par de registros A en el correspondiente archivo de configuración named de dominio.com el entorno quedaría tal que así:



Configurando Apache

En el conocido httpd.conf seguimos el include que nos lleva a /etc/apache/modules.conf. Saltándonos el comentario que nos recomienda no editar este archivo introducimos una única entrada para cargar la librería libproxy:
LoadModule proxy_module /usr/lib/apache/1.3/libproxy.so
Ahora vayamos al archivo de hosts virtuales (vhosts.inc en mi caso) añadiendo lo siguiente:
<VirtualHost *:80>
        ServerName              portatil.dominio.com
        ProxyPass               / http://192.168.0.3/
        ProxyPassReverse        / http://192.168.0.3/
</VirtualHost>

<VirtualHost *:80>
        ServerName              desarrollo.dominio.com
        ProxyPass               / http://192.168.0.2/
        ProxyPassReverse        / http://192.168.0.2/
</VirtualHost>
Para hacer todos los cambios efectivos bastará con un reinicio de Apache.

Configurando Bind9

Es evidente que si en el archivo de configuración bind9 no tenemos las entradas A de portatil y desarrollo de poco servirían todos nuestros cambios en Apache, por lo que editamos /etc/bind/master/dominio.com.hosts agregando:
portatil                  A       190.12.12.12
desarrollo                A       190.12.12.12
Un reinicio de Bind sería el último paso de esta configuración.
Categorías: sistemas

Comentarios


gravatar
01.Sep.2005
Da gusto ver que has vuelto, y con mas animo!, empiezas bien despues de las vacas!


gravatar
02.Sep.2005
Por cierto, que siempre que escucho/hablo/leo algo sobre este tema, me acuerdo de una ezine cojonuda que segui durante mucho tiempo, que en si dia tuvo un articulo genial sobre el tema, pero usando squid:

http://ezine.daemonnews.org/200202/multiweb.html

gravatar
pollo
12.Sep.2005
El jodio proxy "inverso" de apache es un clasico , merluzo no podria haber vivido sin el. Pero como dice por ahi Wu la opcion del squid parece mejor , eso si cuesta mas de implementar , asi que como somos jovenes y no queremos perder el tiempo y haciernos viejos mientras configuramos squid , por mi parte seguire usando apache como proxy pass.

gravatar
13.Sep.2005
POllo desde aquí te diré algo socio, si no juntas más de 10.000 horas de administración avanzada de UNIX ólvidate de esta profesión colega o jamás conseguirás instalar la mierda aquella del webcp xD

gravatar
pollo
13.Sep.2005
Ye yo quiero un cabeza como la tuya coder , esas cabezas las dan con 10.002 horas de admistracion unix.

gravatar
13.Sep.2005
Data: 10.000 horas de administración UNIX son cerca de unos 5 años currando 8h. al día, 22 días al mes, 11 meses al año y sin tocarse la seta.

Comentarios


Los comentarios están cerrados: los comentarios se cierran automáticamente una vez pasados 15 días. Si quieres comentar algo acerca de la anotación, puedes hacerlo por e-mail.

Buscar

Cargando...

Últimos comentarios

  • reidrac
  • r0sk
  • Rodrigo Rega
  • minWi
  • r0sk
  • reidrac
  • r0sk
  • deady
  • errece
  • r0sk
  • flexo
  • r0sk
  • MarcosBL
  • r0sk
  • isra

Moneting

Valor de mi cuenta de Facebook según Moneting
Valor de mi cuenta de Twitter según Moneting

Tagcloud

bake ubuntu blogsfera ps3 barça programación conciertos freebsd twitt mundial macosx frases lugo nintendo deportes futbol software iphone vacaciones blog ds league canción opinion juegos cake seguridad champions games linux hack 2008 mac alemania_2006 web bash cumpleaños lucux mysql humor bsd userlinux sysadmin cakephp ssh openbsd 2007 django films personal rfilms apple felicidades blogs debian meme php rsidenotes twitter sidenotes

Archivo

Social

Enlaces de interés