🚀 go-pugleaf

Pointbreakers <pointbreakers@gmail.com> writes:
> Hola, alguien sabe como configurar los DNS, necesito ayuda, ya que
> quiero montar un servidor web, mi maquina est� detras de un router,
> tengo acceso a todo, pues todo es mio :), pero no logro poner la cosa
> como es

Lo minimum es en el archivo zone.com.ejemplo :

$TTL 300
ejemplo.com.            IN SOA  ( nombre.de.tu.servidor.dns.com. 
                                  pointbreakers.gmail.com.
                                  2006082201 1h 1h 6w 300 )

ejemplo.com.             IN MX 10 smtp.ejemplo.com. 
*.ejemplo.com.           IN MX 10 smtp.ejemplo.com. 

ejemplo.com.             IN A  aaa.bbb.ccc.ddd # direcci�n IP del servidor web
www.ejemplo.com.         IN A  aaa.bbb.ccc.ddd # direcci�n IP del servidor web
ftp.ejemplo.com.         IN A  aaa.bbb.ccc.fff # direcci�n IP del servidor ftp
smtp.ejemplo.com.        IN A  aaa.bbb.ccc.mmm # direcci�n IP del servidor mail
router.ejemplo.com.      IN A  aaa.bbb.ccc.rrr # direcci�n IP del router 

Lo que pasa, es que tu servidor DNS donde publicas el dominio
ejemplo.com no puede tener como nombre un nombre dentro del dominio
ejemplo.com --> nombre.de.tu.servidor.dns.com.).  Si no tienes otro
dominio para nombrar tu servidor dns, puedes hacer lo con el proveedor
del nombre de dominio.



Luego hace falta records PTR, pero eso depende del proveedor IP, como
lo hacen.  A vecez, tienen records CNAME :

ddd.ccc.bbb.aaa.IN-ADDR.ARPA.  CNAME   ddd.ejemplo.com.

luego solo tienes que poner un PTR en to dominio:

ddd.ejemplo.com.         IN PTR www.ejemplo.com.
rrr.ejemplo.com.         IN PTR router.ejemplo.com.
...

o a veces tienes de preguntar para que ponen los records PTR ellos mismo.



Finalmente, tienes que configurar el dominio (la zone) en la
configuraci�n de named.conf:


#
# overall options of the server
#
options {
    directory "/var/lib/named";
    # the default is to fail, if the master file is not correct
    check-names master warn;

    pid-file "/var/run/named.pid";
    statistics-interval 0;
    cleaning-interval 720;

    datasize default;
    stacksize default;
    coresize default;
    files unlimited;
    recursion yes;

    multiple-cnames no;

    # the default is to ask the forwarders and if they fail
    # try to find the answer yourself, this will only ask the forwarders
    #forward only;

    # list of DNS servers to ask
    forwarders {
        193.152.36.5;    #  9 scmrro3.nombres.ttd.es
        193.152.36.6;    #  9 scmrro4.nombres.ttd.es
    };

    listen-on { 127/8; aaa.bbb.ccc/24; };

};

zone "." IN {
    type hint;
    file "zone.root";
};

zone "localhost" IN {
    type master;
    file "zone.localhost";
    check-names fail;
    allow-update { none; };
};

zone "0.0.127.in-addr.arpa" IN {
    type master;
    file "zone.arpa.in-addr.127.0.0";
    check-names fail;
    allow-update { none; };
};

zone "ejemplo.com." IN {
    type master;
    file "/var/lib/named/public-master/zone.com.ejemplo";
    allow-update   { none; };
    notify yes;
    allow-transfer { any; };
    allow-query    { any; };
};




Todo los detalles estan en:  http://www.bind9.net/manuals


-- 
__Pascal Bourguignon__                     http://www.informatimago.com/

PLEASE NOTE: Some quantum physics theories suggest that when the
consumer is not directly observing this product, it may cease to
exist or will exist only in a vague and undetermined state.

On Sat, 09 Sep 2006 04:33:01 +0200, Pascal Bourguignon wrote:

...
> 
> 
> Todo los detalles estan en:  http://www.bind9.net/manuals


Oh lo mismo con DJDNS

Te dejo una guia paso a paso
http://www.troubleshooters.com/linux/djbdns/

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Pointbreakers escribi�:
> Hola, alguien sabe como configurar los DNS, necesito ayuda, ya que 
> quiero montar un servidor web, mi maquina est� detras de un router, 
> tengo acceso a todo, pues todo es mio :), pero no logro poner la cosa 
> como es


�Para qu� quieres montar un servidor DNS? No es necesario en absoluto
para montar un servidor web. (yo tengo una configuraci�n id�ntica a la
tuya y empleo el DNS que gentilmente me ofrece mi ISP). Montar un DNS
tiene sentido cuando tienes una red local importante y no quieres
sobrecargar a tu proveedor.

No necesitas un DNS para montar un servidor web. De hecho. El servidor
solo responde a las peticiones que recibe por tanto no necesitar�as ni
siquiera hacer peticiones DNS para poder servir los contenidos de la
p�ginas web.

Lo que deber�as preocuparte es de que el router pueda encaminar las
peticiones al servidor web y sus respuestas al cliente adecuadamente.

atte. javier m mora
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFAogHpRHCj3lPPYMRAj4NAJoDwoRD8vu5yRQ8KNFLp9jvcuYGEgCggfn3
txI9dSzThV+5EoYJXMviOpI=
=gUzX
-----END PGP SIGNATURE-----

On Sat, 9 Sep 2006 09:37:51 +0000 (UTC), "Javier M Mora (jamarier)"
<javiermm@bigNOfootSPAM.com> wrote:
>Pointbreakers escribi�:
>> Hola, alguien sabe como configurar los DNS, necesito ayuda, ya que 
>> quiero montar un servidor web, mi maquina est� detras de un router, 
>> tengo acceso a todo, pues todo es mio :), pero no logro poner la cosa 
>> como es
>
>�Para qu� quieres montar un servidor DNS? No es necesario en absoluto
>para montar un servidor web. (yo tengo una configuraci�n id�ntica a la
>tuya y empleo el DNS que gentilmente me ofrece mi ISP). Montar un DNS
>tiene sentido cuando tienes una red local importante y no quieres
>sobrecargar a tu proveedor.

O_O u_u

Traduciendo (para que nadie se asuste y piense que no sabes de qu�
est�s hablando), no es necesario que alojes el servidor DNS en tu
m�quina, mucho menos si tiene IP din�mica. Es suficiente con que uses
un registrador de dominios que te permita configurar las DNS en sus
propios servidores.

>No necesitas un DNS para montar un servidor web. De hecho. El servidor
>solo responde a las peticiones que recibe por tanto no necesitar�as ni
>siquiera hacer peticiones DNS para poder servir los contenidos de la
>p�ginas web.

O_O ~_~

Estoy empezando a dejar de pensar lo que dije antes... Sin servicio
DNS no existen p�ginas webs que no se den por direcciones IP. Se
_REQUIERE_ una petici�n previa DNS por cada dominio y subdominio que
vayas a visitar.

>Lo que deber�as preocuparte es de que el router pueda encaminar las
>peticiones al servidor web y sus respuestas al cliente adecuadamente.

L�ase:

Abre los puertos 80 TCP (http) y 443 TCP (https) y redir�gelos a tu
m�quina interna. Si te dedides a montar el servidor DNS en tu m�quina
(siempre que tengas IP fija, en caso contrario OLVIDATE) entonces
tambi�n debes abrir los puertos 53 TCP y 53 UDP. Si adem�s quieres
ofrecer correo electr�nico deber�s abrir el 110 TCP (pop3) y 25 TCP
(smtp).

Te recomiendo personalmente que configures el router en monopuesto, te
evitar�s quebraderos de cabeza a la hora de averiguar qu� debes abrir
y qu� no, sobre todo si montas un servidor FTP para actualizar la web.

Un saludo.

-- 
�scar Javier Garc�a Baudet
LinaresDigital
http://redstar.linaresdigital.com/

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Oscar Garcia escribi�:
On Sat, 09 Sep 2006 13:08:06 +0200, Oscar Garcia wrote:
> On Sat, 9 Sep 2006 09:37:51 +0000 (UTC), "Javier M Mora (jamarier)"
><javiermm@bigNOfootSPAM.com> wrote:
>>Pointbreakers escribi�:
>>> Hola, alguien sabe como configurar los DNS, necesito ayuda, ya que 
>>> quiero montar un servidor web, mi maquina est� detras de un router, 
>>> tengo acceso a todo, pues todo es mio :), pero no logro poner la cosa 
>>> como es
>>
>>�Para qu� quieres montar un servidor DNS? No es necesario en absoluto
>>para montar un servidor web. (yo tengo una configuraci�n id�ntica a la
>>tuya y empleo el DNS que gentilmente me ofrece mi ISP). Montar un DNS
>>tiene sentido cuando tienes una red local importante y no quieres
>>sobrecargar a tu proveedor.
>
> O_O u_u
>
> Traduciendo (para que nadie se asuste y piense que no sabes de qu�
> est�s hablando), no es necesario que alojes el servidor DNS en tu
> m�quina, mucho menos si tiene IP din�mica. Es suficiente con que uses
> un registrador de dominios que te permita configurar las DNS en sus
> propios servidores.
>
>>No necesitas un DNS para montar un servidor web. De hecho. El servidor
>>solo responde a las peticiones que recibe por tanto no necesitar�as ni
>>siquiera hacer peticiones DNS para poder servir los contenidos de la
>>p�ginas web.
>
> O_O ~_~
>
> Estoy empezando a dejar de pensar lo que dije antes... Sin servicio
> DNS no existen p�ginas webs que no se den por direcciones IP. Se
> _REQUIERE_ una petici�n previa DNS por cada dominio y subdominio que
> vayas a visitar.

Efectivamente, hay dos conceptos de DNS que no he ayudado a aclarar:

El primero es que para poder navegar nosotros usando URL en vez de las
IPs directamente. Necesitamos consultar a un servidor de DNS. Para este
uso, no hace falta montar un servidor de DNS porque nuestro proveedor
nos proporciona uno. Salvo que tengamos una gran red y queramos montar
uno que funcione de cache y as� no sobrecargar de peticiones repetidas
al que nos provee a nosotros. En este caso salvo la excepci�n indicada
no es necesario tener un servidor que haga de cache.

El segundo caso es que nosotros tengamos un servidor (no tiene por qu�
ser web), y tengamos un dominio registrado y queramos que el dominio
apunte a nuestro servidor. En ese caso es necesario que exista un
servidor DNS que �resuelva� dicho dominio a nuestro servidor. Los
proveedores de dominios con los que he tenido contacto ofrec�an adem�s
del registro usar su servidor DNS para hacer esta funci�n. En cuyo caso
tampoco es necesario tener un servidor DNS en casa. Quiz�s una empresa o
una gran red prefiera controlar en la medida de lo posible todos los
servicios incluido DNS y no depender de recursos ajenos.

Uno puede querer asignar nombres espec�ficos a sus m�quinas dentro de
una red local. Aunque se puede emplear un servidor de DNS para hacerlo;
si las m�quinas son pocas creo que es m�s pr�ctico listarlos en
/etc/hosts (windows tiene un fichero de funcionalidad similar). 

Con esta informaci�n y releyendo la pregunta inicial mi respuesta sigue
siendo del cariz inicial. Mi consejo es no complicarse con el DNS. Si
_quiere_ montar un servidor web, lo primero es montarlo ya que tener los
DNS bien o mal configurados no influye en absoluto a que el servidor web
funcione. Una vez montado el servidor si quiere hacerlo p�blico que se
pelee con un servidor DNS (sea suyo o ajeno). 

Expero que con estas explicaciones quede m�s claro lo que quer�a decir. 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFArwNpRHCj3lPPYMRAmleAKCpEuDZhcFmLlHvBP0LV4HfFfNAqACfR1Jv
oDcoPaeoMNd0LZQLepVU01I=
=fWhJ
-----END PGP SIGNATURE-----

On Sat, 9 Sep 2006 13:19:55 +0000 (UTC), "Javier M Mora (jamarier)"
<javiermm@bigNOfootSPAM.com> wrote:
>El primero es que para poder navegar nosotros usando URL en vez de las
>IPs directamente. Necesitamos consultar a un servidor de DNS. Para este
>uso, no hace falta montar un servidor de DNS porque nuestro proveedor
>nos proporciona uno. Salvo que tengamos una gran red y queramos montar
>uno que funcione de cache y as� no sobrecargar de peticiones repetidas
>al que nos provee a nosotros. En este caso salvo la excepci�n indicada
>no es necesario tener un servidor que haga de cache.

A ver... un servidor DNS no tiene porqu� ser un servidor cach� DNS. �l
querr� montar un servidor DNS.

Los servidores primarios, secundarios, terciarios, etc que te ofrecen
los ISP son servidores cach� DNS. Este tipo de servidor no es el que
quiere configurar PointBreaker (al menos, eso parece).

No es necesario que sea una red grande para montar un servidor cach�
DNS porque se disminuye la latencia al consultar p�ginas web cuando se
posee uno. Yo lo monto incluso en las oficinas m�s peque�as con s�lo 4
ordenadores.

>El segundo caso es que nosotros tengamos un servidor (no tiene por qu�
>ser web), y tengamos un dominio registrado y queramos que el dominio
>apunte a nuestro servidor. En ese caso es necesario que exista un
>servidor DNS que �resuelva� dicho dominio a nuestro servidor. Los
>proveedores de dominios con los que he tenido contacto ofrec�an adem�s
>del registro usar su servidor DNS para hacer esta funci�n. En cuyo caso
>tampoco es necesario tener un servidor DNS en casa. Quiz�s una empresa o
>una gran red prefiera controlar en la medida de lo posible todos los
>servicios incluido DNS y no depender de recursos ajenos.

Hombre, si quiere montar un servidor web es porque ha registrado un
dominio y quiere controlarlo �l completamente.

A ver, no podr�s comparar unos 5 o 6 � que cuesta un dominio .com o
.es (bueno, este cuesta un euro y pico m�s) con lo que te cobra una
empresa que "te regala" el servicio DNS. Algunos proveedores "regalan"
ese servicio, pero incluyendo un peque�o pico (a veces s�lo 1� al a�o)
pero a veces bastante m�s (costando 10� o 12� al a�o).

Yo prefiero poseer mis propios servidores DNS, as� puedo asignar
dominios a m�quinas con IPs din�micas (usando registros CNAME contra
dominios din�micos como no-ip, etc), configurar mis propios servidores
de correo electr�nico, subdominios, subdominios con comodines, vistas
(diferentes resoluciones IP dependiendo de, por ejemplo, el rango de
IPs que realizan la petici�n), etc.

Adem�s, con lo poco que cuesta configurar un dominio no merece la pena
usar uno externo nada m�s que como servidor secundario (ojo, no me
estoy refiriendo a un servidor dns secundario desde el punto de vista
de los servidores cache dns, me estoy refiriendo a un servidor
secundario dns de toda la vida).

>Uno puede querer asignar nombres espec�ficos a sus m�quinas dentro de
>una red local. Aunque se puede emplear un servidor de DNS para hacerlo;
>si las m�quinas son pocas creo que es m�s pr�ctico listarlos en
>/etc/hosts (windows tiene un fichero de funcionalidad similar). 

Hombre, lo del archivo hosts es algo que se ha usado siempre para
cosas espec�ficas y concretas (y casi siempre como "truco" m�s que
como soluci�n).

Es much�simo m�s sencillo configurar los hosts en un servidor DNS que
agregar unos registros en el archivo hosts de 3 o 4 ordenadores. Ya ni
te digo a la hora de actualizar dichos registros cuando quieras
cambiarlos, a�adir m�s, eliminar registros, etc...

>Con esta informaci�n y releyendo la pregunta inicial mi respuesta sigue
>siendo del cariz inicial. Mi consejo es no complicarse con el DNS. Si
>_quiere_ montar un servidor web, lo primero es montarlo ya que tener los
>DNS bien o mal configurados no influye en absoluto a que el servidor web
>funcione. Una vez montado el servidor si quiere hacerlo p�blico que se
>pelee con un servidor DNS (sea suyo o ajeno). 

Claro que s� hombre... sobre todo si trabajas con dominios virtuales.

Si no tienes dominios virtuales puedes tirar con las pruebas entrando
directamente a la IP del servidor (privada o p�blica), pero en cuanto
entra en juego los dominios virtuales, o te funciona el servidor DNS o
tienes que tirar de "soluciones poco ortodoxas" como usar el archivo
hosts, pero siempre como algo temporal hasta que hayas configurado el
servidor DNS (ya sea el tuyo propio o el que te ofrece tu agente
registrador de dominios).

La �nica respuesta que creo que le ha dado soluciones reales a
PointBreakers ha sido nuestro compa�ero Pascal.

Un saludo.

-- 
�scar Javier Garc�a Baudet
LinaresDigital
http://redstar.linaresdigital.com/

On Fri, 08 Sep 2006 20:09:58 -0400, Pointbreakers
<pointbreakers@gmail.com> wrote:
>Hola, alguien sabe como configurar los DNS, necesito ayuda, ya que 
>quiero montar un servidor web, mi maquina est� detras de un router, 
>tengo acceso a todo, pues todo es mio :), pero no logro poner la cosa 
>como es

Yo uso bind 9, pero lo que te voy a explicar funciona igual con bind
8.

Yo uso un sistema r�pido para crear dominios (siempre que sean con IP
fija) que es el siguiente..

Tengo una plantilla llamada "plantilla.hosts" en el directorio
/etc/bind/dominios (ese directorio lo cre� yo).

En ese archivo tengo:

$TTL    604800
@ IN SOA servidor.midominio.com. tecnico.midominio.com. (
                        2002111902       ; Serial
                         604800         ; Refresh
                          86400         ; Retry
                        2419200         ; Expire
                         604800 )       ; Negative Cache TTL
@ IN NS ns1
@ IN NS ns2

@ IN MX 10 correo
@ IN MX 20 correo2
@ IN A 1.2.3.4
servidor IN A 1.2.3.4
www IN CNAME servidor
ftp IN CNAME servidor
pop3 IN CNAME servidor
smtp IN CNAME servidor
correo IN CNAME servidor
correo2 IN CNAME servidor
ns1 IN CNAME servidor
ns2 IN CNAME servidor
imap IN CNAME servidor
news IN CNAME servidor

En �l no hago referencia a ning�n dominio en particular, todo son
referencias relativas al dominio configurado (@). La IP 1.2.3.4 es la
IP donde quiera que apunte los dominios.

Si alguna vez quiero cambiar la IP de mi servidor s�lo tendr� que
cambiar el registro en la plantilla (pero s�lo una vez :) y todos los
dominios se configurar�n al mismo tiempo.

Luego, una vez que quiero crear un dominio s�lo tengo que a�adir al
final del archivo de configuraci�n /etc/named.conf (o
/etc/bind/named.conf o similar):

zone "nuevodominio1.com." IN {
    type master;
    file "/etc/bind/dominios/plantilla.hosts";
    allow-query    { any; };
};

zone "nuevodominio2.com." IN {
    type master;
    file "/etc/bind/dominios/plantilla.hosts";
    allow-query    { any; };
};

... etc

Yo le tengo puesto el allow-query a any porque por defecto tengo mi
bind configurado para que s�lo responda a los equipos locales (es
decir, har� de cach� dns s�lo a los equipos locales y no podr�n usar
"invitados" mi servidor como cach� dns), de esta forma indico que este
dominio s� que puede ser consultado p�blicamente.

De esta manera con s�lo un archivo puedo crear tantos dominios como
desee ;)

Luego configurarlos en apache es otra historia (si quieres que te diga
mis trucos para apache tendr�s que abrir un nuevo hilo :).

Hasta pronto y suerte.

-- 
�scar Javier Garc�a Baudet
LinaresDigital
http://redstar.linaresdigital.com/

Oscar Garcia <redstarQUITARSPAM23@terra.es> writes:
> Yo prefiero poseer mis propios servidores DNS, as� puedo asignar
> dominios a m�quinas con IPs din�micas (usando registros CNAME contra
> dominios din�micos como no-ip, etc), configurar mis propios servidores
> de correo electr�nico, subdominios, subdominios con comodines, vistas
> (diferentes resoluciones IP dependiendo de, por ejemplo, el rango de
> IPs que realizan la petici�n), etc.

Desde luego. 
Ademas se puede hacer m�s cosas interesantes con sus proprios DNS.

Por ejemplo, tengo una red "intranet" donde el servidor DNS retorna
direcciones privadas (10.x.y.z) para los servidores www.ejemplo.com,
mail.ejemplo.com en lugar de dar las direcciones publicas, que harian
pasar sobre la red "publica" via el cortafuego.  
Y hay otro servidor DNS publico que retorna las direcciones publicas
para los mismos nombres por el Internet.

-- 
__Pascal Bourguignon__                     http://www.informatimago.com/

READ THIS BEFORE OPENING PACKAGE: According to certain suggested
versions of the Grand Unified Theory, the primary particles
constituting this product may decay to nothingness within the next
four hundred million years.

Oscar Garcia <redstarQUITARSPAM23@terra.es> writes:
> En ese archivo tengo:
>
> $TTL    604800
> @ IN SOA servidor.midominio.com. tecnico.midominio.com. (
>                         2002111902       ; Serial
>                          604800         ; Refresh
>                           86400         ; Retry
>                         2419200         ; Expire
>                          604800 )       ; Negative Cache TTL
> @ IN NS ns1
> @ IN NS ns2
> @ IN MX 10 correo
> @ IN MX 20 correo2
> [...]
> En �l no hago referencia a ning�n dominio en particular, todo son
> referencias relativas al dominio configurado (@). La IP 1.2.3.4 es la
> IP donde quiera que apunte los dominios.
>
> Si alguna vez quiero cambiar la IP de mi servidor s�lo tendr� que
> cambiar el registro en la plantilla (pero s�lo una vez :) y todos los
> dominios se configurar�n al mismo tiempo.
>
> Luego, una vez que quiero crear un dominio s�lo tengo que a�adir al
> final del archivo de configuraci�n /etc/named.conf (o
> /etc/bind/named.conf o similar):
>
> zone "nuevodominio1.com." IN {
>     type master;
>     file "/etc/bind/dominios/plantilla.hosts";
>     allow-query    { any; };
> };
> [...]
> Yo le tengo puesto el allow-query a any porque por defecto tengo mi
> bind configurado para que s�lo responda a los equipos locales (es
> decir, har� de cach� dns s�lo a los equipos locales y no podr�n usar
> "invitados" mi servidor como cach� dns), de esta forma indico que este
> dominio s� que puede ser consultado p�blicamente.
>
> De esta manera con s�lo un archivo puedo crear tantos dominios como
> desee ;)
>
> Luego configurarlos en apache es otra historia (si quieres que te diga
> mis trucos para apache tendr�s que abrir un nuevo hilo :).

Si, esta bien en los casos simples (a menudo se compra varios dominios
tal ejemplo.com, ejemplo.org, ejemplo.es, ...).  

Yo prefiero generar los archivos zone con un script (escrito en lisp),
porque tengo algunos dominios mas complicados.


Como con apache (los CGI o otros server side scripts), a veces ser�a
bien poder generar records DNS "dinamicos", creados a la demanda por
una procedura en el servidor.


-- 
__Pascal Bourguignon__                     http://www.informatimago.com/

READ THIS BEFORE OPENING PACKAGE: According to certain suggested
versions of the Grand Unified Theory, the primary particles
constituting this product may decay to nothingness within the next
four hundred million years.

Gracias a todos, para ma�ana habro un nuevo hilo sobre qu� necesito 
exactamente y en que estoy fallando, de verdad muchas gracias, mientras 
ir� probando con lo que me han aportado.

-- 
=P=O=i=N=T=    (#) Me muero por tener mas vida dentro de la mia todo el 
tiempo (#)

On Sun, 10 Sep 2006 03:42:23 +0200, Pascal Bourguignon
<pjb@informatimago.com> wrote:
>Por ejemplo, tengo una red "intranet" donde el servidor DNS retorna
>direcciones privadas (10.x.y.z) para los servidores www.ejemplo.com,
>mail.ejemplo.com en lugar de dar las direcciones publicas, que harian
>pasar sobre la red "publica" via el cortafuego.  
>Y hay otro servidor DNS publico que retorna las direcciones publicas
>para los mismos nombres por el Internet.

Yo para eso us� vistas, pero en la actualidad no uso ning�n servidor
en producci�n que use vistas para ning�n dominio.

Actualmente veo pocos escenarios (en mi trabajo, la educaci�n) en los
que sea necesario usar vistas, m�s a�n cuando pr�cticamente el 99% de
las IPs de mis clientes son din�micas y no est�ticas como anta�o.

Un saludo.

-- 
�scar Javier Garc�a Baudet
LinaresDigital
http://redstar.linaresdigital.com/

On Sun, 10 Sep 2006 03:49:06 +0200, Pascal Bourguignon
<pjb@informatimago.com> wrote:
>Oscar Garcia <redstarQUITARSPAM23@terra.es> writes:
>> De esta manera con s�lo un archivo puedo crear tantos dominios como
>> desee ;)
>>
>> Luego configurarlos en apache es otra historia (si quieres que te diga
>> mis trucos para apache tendr�s que abrir un nuevo hilo :).
>
>Si, esta bien en los casos simples (a menudo se compra varios dominios
>tal ejemplo.com, ejemplo.org, ejemplo.es, ...).  
>
>Yo prefiero generar los archivos zone con un script (escrito en lisp),
>porque tengo algunos dominios mas complicados.

Yo lo hago con bash (pondr� un ejemplo sencillo sin depurar):

generar.sh
#!/bin/bash

BASE=/etc/apache/dominios
RUTA="`pwd`"
cd $BASE/activos
rm -f $BASE/conf/*
for dominio in *
do
  MODULOS=""
  . $dominio
  for modulo in $MODULOS
  do
    sed -e "s/{DOMINIO}/$dominio/" < "$BASE/mods/$modulo">>
"$BASE/conf/$dominio"
  done
done
cd "$RUTA"

En dominios creamos archivos con el nombre del dominio conteniendo una
�nica l�nea con la palabra MODULOS, por ejemplo:
midominio.com:
MODULOS="www mysql correo"

En mods tenemos plantillas de cada uno de los m�dulos:
correo:
<VirtualHost *>
ServerAdmin tecnico@midominio.com
DocumentRoot /usr/share/squirrelmail/
ServerName correo.{DOMINIO}
CustomLog logs/correo.{DOMINIO}.log common
ErrorLog logs/correo.{DOMINIO}.error.log
</VirtualHost>

La verdad que una vez que tienes un par de cosillas as� hechas agregar
y eliminar dominios en un servidor es cuesti�n de dos minutos :)

Un saludo.

-- 
�scar Javier Garc�a Baudet
LinaresDigital
http://redstar.linaresdigital.com/