Antes que nada un saludo a todos!! Bueno, el problema esta que cuando no tengo configurado ningún virtualhost en mi suse 9.3 cualquier URL que apunta a esa máquina me dirige directamente al directorio principal de mi apache (/srv/www/htdocs). Y al momento que configuro uno o mas virtualhosts todos me indican en siguiente error, incluyendo la pagina del dominio principal (/srv/www/htdocs): ¡Acceso prohibido! Usted no tiene permiso para accesar a la dirección solicitada. Existe la posibilidad de que el directorio este protegido contra lectura o que no exista la documentación requerida. Por favor contacte con el webmaster en caso de que usted crea que existe un error en el servidor. Error 403 Mi configuración de los virtualhosts es algo como esto (desde luego son otros dominios): NameVirtualHost 192.168.0.1 <VirtualHost 192.168.0.1> ServerAdmin webmaster@xxx.com DocumentRoot /srv/www/xxx ServerName www.xxx.com </VirtualHost> <VirtualHost 192.168.0.1> ServerAdmin webmaster@yyy.com DocumentRoot /srv/www/yyy ServerName www.yyy.com </VirtualHost> Un saludo a todos y gracias por su ayuda.
creo que tu problema es que en la configuracion que tienes en el httpd.conf cambia la direccion ip por los * con el name virtualhost es mas que suficiente. Prueba a poner esto y me dices <VirtualHost *> ServerAdmin webmaster@xxx.com DocumentRoot /srv/www/xxx ServerName www.xxx.com </VirtualHost> <VirtualHost *> ServerAdmin webmaster@yyy.com DocumentRoot /srv/www/yyy ServerName www.yyy.com </VirtualHost> Un saludo Antonio ----- Original Message ----- From: "Sazl Nova Barrueta" <snova@gfrisa.com.mx> To: <suse-linux-s@suse.com> Sent: Tuesday, June 07, 2005 1:07 AM Subject: [suse-linux-s] problemas con apache y virtualhosts Antes que nada un saludo a todos!! Bueno, el problema esta que cuando no tengo configurado ningzn virtualhost en mi suse 9.3 cualquier URL que apunta a esa maquina me dirige directamente al directorio principal de mi apache (/srv/www/htdocs). Y al momento que configuro uno o mas virtualhosts todos me indican en siguiente error, incluyendo la pagina del dominio principal (/srv/www/htdocs): !Acceso prohibido! Usted no tiene permiso para accesar a la direccisn solicitada. Existe la posibilidad de que el directorio este protegido contra lectura o que no exista la documentacisn requerida. Por favor contacte con el webmaster en caso de que usted crea que existe un error en el servidor. Error 403 Mi configuracisn de los virtualhosts es algo como esto (desde luego son otros dominios): NameVirtualHost 192.168.0.1 <VirtualHost 192.168.0.1> ServerAdmin webmaster@xxx.com DocumentRoot /srv/www/xxx ServerName www.xxx.com </VirtualHost> <VirtualHost 192.168.0.1> ServerAdmin webmaster@yyy.com DocumentRoot /srv/www/yyy ServerName www.yyy.com </VirtualHost> Un saludo a todos y gracias por su ayuda. -- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Hola, yo tengo varios virtual hosts configurados de esta manera y me funciona sin problemas <VirtualHost 192.168.1.40> ServerName prueba.iranon.com DocumentRoot /usr/local/httpd/prueba <Directory /usr/local/httpd/prueba> AllowOverride All Options Indexes FollowSymLinks MultiViews ExecCGI Order allow,deny Allow from all </Directory> </VirtualHost> Pruebalo asi a ver si te rula
On Mon, 6 Jun 2005 18:07:44 -0500 Saúl Nova Barrueta <snova@gfrisa.com.mx> wrote: snova> Bueno, el problema esta que cuando no tengo configurado ningún virtualhost snova> en mi suse 9.3 cualquier URL que apunta a esa máquina me dirige directamente snova> al directorio principal de mi apache (/srv/www/htdocs). Bueno, eso no es un problema, sino el funcionamiento normal del servidor Apache. Si Apache está en funcionamiento lo lógico es que apunte a alguna parte, y si no hay nada especial definido, lo hará al servidor por defecto, normalmente en "/srv/www/htdocs" snova> configuro uno o mas virtualhosts todos me indican en siguiente error, snova> incluyendo la pagina del dominio principal (/srv/www/htdocs): snova> snova> ¡Acceso prohibido! snova> Usted no tiene permiso para accesar a la dirección solicitada. Existe la El error 403 se produce habitualmente por un problema de permisos, aunque efectivamente también puede ser por una mala configuración. Dale permisos 755 al directorio raiz del servidor virtual. Si eso no arregla entonces el problema está en la configuración del servidor virtual.. El fichero de configuración del servidor virtual dependerá de las características de la versión de apache, la máquina en que corra y de las prestaciones que quieras darle. Ese es un ejemplo: <VirtualHost 192.168.249.23> DocumentRoot "/home/sites/vhost.com/public/subdominio" ServerName subdominio.vhost.com ScriptAlias /cgi-bin /home/sites/vhost.com/cgi-bin <Directory "/home/sites//vhost.com/cgi-bin"> allow from all Options ExecCGI FollowSymLinks SymLinksIfOwnerMatch AllowOverride All AddHandler cgi-script .cgi .pl </Directory> <Directory "/home/sites/vhost.com/public"> allow from all Options FollowSymLinks Includes IncludesNOEXEC Indexes AllowOverride All </Directory> <Directory "/home/sites/vhost.com/public/subdominio"> allow from all Options +Indexes </Directory> </VirtualHost> Se trata de la creación de un subdominio con capacidad de ejecución de scripts en Perl y que hereda las características de su dominio principal, otro host virtual. En el manual de Apache encontrarás más explicaciones sobre cada directiva. Los dominios están agrupados, para que yo no me vuelva más loco de lo admisible dentro del directorio "/home/sites" y dentro de él cada uno tiene un directorio con su nombre: /home/sites/vhost1.com /home/sites/vhost2.com etc. El servidor por defecto se corresponde con el servidor de nombres y es el único, que, por razones organizativas, cambia de nombre: /home/sites/error (corresponde a ns1.vhost.com) En mi opinión, una buena idea, es utilizar WebMin para la creación de los servidores virtuales, ya que permite la creación automática del servidor virtual al crear el usuario en la máquina. Como nadie es perfecto, la creación del servidor de correo en SedMail hay que hacerla a mano. :-) Para el ejemplo he usado direcciones IP de red local, pero en la realidad se utilizan IP públicas correctamente asociadas a nombres de dominio en el servidor DNS BIND. -- Salutacions - Saludos, Josep M. Queralt
Amigos... he seguido todos sus consejos, ya apliqué permisos, etc.... Usé webmin para configurar el host virtual y he usado algo de configuración manual ya que ahora tengo la bronca es que al entrar a cualquier dirección me apunta al primer virtual host a pesar que tengo configurados 3 hosts y mi hots principal, y no hay nada que haga cambiar eso. Es decir... Tengo lo siguiente: /srv/www/htdocs/ (host principal) /srv/www/htdocs/servidor1 (primer host virtual) /srv/www/htdocs/servidor2 (tercer servidor virtual) /srv/www/htdocs/servidor2 (cuarto servidor virtual) Y de las cuatro direcciones a que tengo en total; todas apuntan al primer host virtual. Que puede ser ahora? GRACIAS A TODOS POR SU APOYO -----Mensaje original----- De: Josep M. Queralt [mailto:jmqueralt@pobox.com] Enviado el: martes, 07 de junio de 2005 3:37 Para: suse-linux-s@suse.com Asunto: Re: [suse-linux-s] problemas con apache y virtualhosts On Mon, 6 Jun 2005 18:07:44 -0500 Saúl Nova Barrueta <snova@gfrisa.com.mx> wrote: snova> Bueno, el problema esta que cuando no tengo configurado ningún virtualhost snova> en mi suse 9.3 cualquier URL que apunta a esa máquina me dirige directamente snova> al directorio principal de mi apache (/srv/www/htdocs). Bueno, eso no es un problema, sino el funcionamiento normal del servidor Apache. Si Apache está en funcionamiento lo lógico es que apunte a alguna parte, y si no hay nada especial definido, lo hará al servidor por defecto, normalmente en "/srv/www/htdocs" snova> configuro uno o mas virtualhosts todos me indican en siguiente error, snova> incluyendo la pagina del dominio principal (/srv/www/htdocs): snova> snova> ¡Acceso prohibido! snova> Usted no tiene permiso para accesar a la dirección solicitada. Existe la El error 403 se produce habitualmente por un problema de permisos, aunque efectivamente también puede ser por una mala configuración. Dale permisos 755 al directorio raiz del servidor virtual. Si eso no arregla entonces el problema está en la configuración del servidor virtual.. El fichero de configuración del servidor virtual dependerá de las características de la versión de apache, la máquina en que corra y de las prestaciones que quieras darle. Ese es un ejemplo: <VirtualHost 192.168.249.23> DocumentRoot "/home/sites/vhost.com/public/subdominio" ServerName subdominio.vhost.com ScriptAlias /cgi-bin /home/sites/vhost.com/cgi-bin <Directory "/home/sites//vhost.com/cgi-bin"> allow from all Options ExecCGI FollowSymLinks SymLinksIfOwnerMatch AllowOverride All AddHandler cgi-script .cgi .pl </Directory> <Directory "/home/sites/vhost.com/public"> allow from all Options FollowSymLinks Includes IncludesNOEXEC Indexes AllowOverride All </Directory> <Directory "/home/sites/vhost.com/public/subdominio"> allow from all Options +Indexes </Directory> </VirtualHost> Se trata de la creación de un subdominio con capacidad de ejecución de scripts en Perl y que hereda las características de su dominio principal, otro host virtual. En el manual de Apache encontrarás más explicaciones sobre cada directiva. Los dominios están agrupados, para que yo no me vuelva más loco de lo admisible dentro del directorio "/home/sites" y dentro de él cada uno tiene un directorio con su nombre: /home/sites/vhost1.com /home/sites/vhost2.com etc. El servidor por defecto se corresponde con el servidor de nombres y es el único, que, por razones organizativas, cambia de nombre: /home/sites/error (corresponde a ns1.vhost.com) En mi opinión, una buena idea, es utilizar WebMin para la creación de los servidores virtuales, ya que permite la creación automática del servidor virtual al crear el usuario en la máquina. Como nadie es perfecto, la creación del servidor de correo en SedMail hay que hacerla a mano. :-) Para el ejemplo he usado direcciones IP de red local, pero en la realidad se utilizan IP públicas correctamente asociadas a nombres de dominio en el servidor DNS BIND. -- Salutacions - Saludos, Josep M. Queralt
On Tue, 7 Jun 2005 18:14:13 -0500 Saúl Nova Barrueta <snova@gfrisa.com.mx> wrote: snova> manual ya que ahora tengo la bronca es que al entrar a cualquier dirección snova> me apunta al primer virtual host a pesar que tengo configurados 3 hosts y mi snova> hots principal, y no hay nada que haga cambiar eso. snova> snova> /srv/www/htdocs/ (host principal) snova> /srv/www/htdocs/servidor1 (primer host virtual) snova> /srv/www/htdocs/servidor2 (tercer servidor virtual) snova> /srv/www/htdocs/servidor2 (cuarto servidor virtual) snova> Y de las cuatro direcciones a que tengo en total; todas apuntan al primer snova> host virtual. snova> snova> Que puede ser ahora? Ya que has usado WebMin, mira en el servidor Apache que se hayan creado correctamente los servidores virtuales. Tiene que salirte una lista con el servidor por defecto más los virtuales que hayas creado con su IP, nu nombre y su directorio raiz. Dentro de cada uno de ellos permite editar el fichero de configuración, mira que esté correcto. Si ahí está todo correcto, tendrás que ir al servidor de DNS BIND. Además de la zona raiz y de las zonas maestras para "127.0.0" y "localhost" (ojo, son diferentes) tiene que haber una zona maestra para la IP más otra zona maestra por cada uno de los nombres de cada uno de los servidores virtuales. Continuará .... :-) -- Salutacions - Saludos, Josep M. Queralt
probaste con los * prueba como lo tengo yo <Virtualhost *:80> ServerAdmin micorreo DocumentRoot ruta del dominio ServerName www.dominio1.com ErrorLog logs/error_dominio1 CustomLog logs/access_dominio1 </VirtualHost> <Virtualhost *:80> ServerAdmin micorreo DocumentRoot ruta del dominio ServerName www.dominio2.com ErrorLog logs/error_dominio2 CustomLog logs/access_dominio2 </VirtualHost> Espero tu respuesta Un saludo ----- Original Message ----- From: "Sazl Nova Barrueta" <snova@gfrisa.com.mx> To: <suse-linux-s@suse.com> Sent: Wednesday, June 08, 2005 1:14 AM Subject: RE: [suse-linux-s] problemas con apache y virtualhosts (SIGO CON PROBLEMAS) Amigos... he seguido todos sus consejos, ya apliqui permisos, etc.... Usi webmin para configurar el host virtual y he usado algo de configuracisn manual ya que ahora tengo la bronca es que al entrar a cualquier direccisn me apunta al primer virtual host a pesar que tengo configurados 3 hosts y mi hots principal, y no hay nada que haga cambiar eso. Es decir... Tengo lo siguiente: /srv/www/htdocs/ (host principal) /srv/www/htdocs/servidor1 (primer host virtual) /srv/www/htdocs/servidor2 (tercer servidor virtual) /srv/www/htdocs/servidor2 (cuarto servidor virtual) Y de las cuatro direcciones a que tengo en total; todas apuntan al primer host virtual. Que puede ser ahora? GRACIAS A TODOS POR SU APOYO -----Mensaje original----- De: Josep M. Queralt [mailto:jmqueralt@pobox.com] Enviado el: martes, 07 de junio de 2005 3:37 Para: suse-linux-s@suse.com Asunto: Re: [suse-linux-s] problemas con apache y virtualhosts On Mon, 6 Jun 2005 18:07:44 -0500 Sazl Nova Barrueta <snova@gfrisa.com.mx> wrote: snova> Bueno, el problema esta que cuando no tengo configurado ningzn virtualhost snova> en mi suse 9.3 cualquier URL que apunta a esa maquina me dirige directamente snova> al directorio principal de mi apache (/srv/www/htdocs). Bueno, eso no es un problema, sino el funcionamiento normal del servidor Apache. Si Apache esta en funcionamiento lo lsgico es que apunte a alguna parte, y si no hay nada especial definido, lo hara al servidor por defecto, normalmente en "/srv/www/htdocs" snova> configuro uno o mas virtualhosts todos me indican en siguiente error, snova> incluyendo la pagina del dominio principal (/srv/www/htdocs): snova> snova> !Acceso prohibido! snova> Usted no tiene permiso para accesar a la direccisn solicitada. Existe la El error 403 se produce habitualmente por un problema de permisos, aunque efectivamente tambiin puede ser por una mala configuracisn. Dale permisos 755 al directorio raiz del servidor virtual. Si eso no arregla entonces el problema esta en la configuracisn del servidor virtual.. El fichero de configuracisn del servidor virtual dependera de las caractermsticas de la versisn de apache, la maquina en que corra y de las prestaciones que quieras darle. Ese es un ejemplo: <VirtualHost 192.168.249.23> DocumentRoot "/home/sites/vhost.com/public/subdominio" ServerName subdominio.vhost.com ScriptAlias /cgi-bin /home/sites/vhost.com/cgi-bin <Directory "/home/sites//vhost.com/cgi-bin"> allow from all Options ExecCGI FollowSymLinks SymLinksIfOwnerMatch AllowOverride All AddHandler cgi-script .cgi .pl </Directory> <Directory "/home/sites/vhost.com/public"> allow from all Options FollowSymLinks Includes IncludesNOEXEC Indexes AllowOverride All </Directory> <Directory "/home/sites/vhost.com/public/subdominio"> allow from all Options +Indexes </Directory> </VirtualHost> Se trata de la creacisn de un subdominio con capacidad de ejecucisn de scripts en Perl y que hereda las caractermsticas de su dominio principal, otro host virtual. En el manual de Apache encontraras mas explicaciones sobre cada directiva. Los dominios estan agrupados, para que yo no me vuelva mas loco de lo admisible dentro del directorio "/home/sites" y dentro de il cada uno tiene un directorio con su nombre: /home/sites/vhost1.com /home/sites/vhost2.com etc. El servidor por defecto se corresponde con el servidor de nombres y es el znico, que, por razones organizativas, cambia de nombre: /home/sites/error (corresponde a ns1.vhost.com) En mi opinisn, una buena idea, es utilizar WebMin para la creacisn de los servidores virtuales, ya que permite la creacisn automatica del servidor virtual al crear el usuario en la maquina. Como nadie es perfecto, la creacisn del servidor de correo en SedMail hay que hacerla a mano. :-) Para el ejemplo he usado direcciones IP de red local, pero en la realidad se utilizan IP pzblicas correctamente asociadas a nombres de dominio en el servidor DNS BIND. -- Salutacions - Saludos, Josep M. Queralt -- Para dar de baja la suscripcisn, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
participants (4)
-
Antonio Moreno -
Emiliano Sutil -
Josep M. Queralt -
Saúl Nova Barrueta