Re: Necesito ayuda con Apache2 en Debian 9
> Por favor alguien me puede ayudar a cambiar el directorio /var/www/html por > /hole/usuario/Datos/www ServerAdmin loquesea@loquesea.loquesea DocumentRoot /hole/usuario/Datos/www También debes ver si el usuario (y grupo) nobody y www-data pueden leer en ese directorio. > Acabo de instalar Debian en otro pc y no puedo echar andar apache2 en la > ruta nombrada, antes lo tenia en otro pc, cambiando DocumentRoot en el > archivo 000-default.conf pero ahora no funciona, habra cambiado algo en la > nueva version? ¿Has reiniciado apache? # service apache2 restart signature.asc Description: PGP signature
Necesito ayuda con Apache2 en Debian 9
Por favor alguien me puede ayudar a cambiar el directorio /var/www/html por /hole/usuario/Datos/www Acabo de instalar Debian en otro pc y no puedo echar andar apache2 en la ruta nombrada, antes lo tenia en otro pc, cambiando DocumentRoot en el archivo 000-default.conf pero ahora no funciona, habra cambiado algo en la nueva version? == También puedes contactarme por Whatsapp : +56963425869 Un Cordial Saludo == === [image: Mailtrack] <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality5&;> Remitente notificado con Mailtrack <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality5&;> 23/02/19 16:55:35
Re: cgit sobre Apache2
On 2017-05-17 at 13:03 +0200, Santi Moreno wrote: > ScriptAlias / /usr/lib/cgit/cgit.cgi/ > Alias / /usr/share/cgit Estás estableciendo dos alias distintos para / Me da la impresión de que lo que querías hacer era Alias /cgit-css /usr/share/cgit
RE: cgit sobre Apache2
-Mensaje original- De: Santi Moreno [mailto:santi.mor...@gnu-linux.es] Enviado el: miércoles, 17 de mayo de 2017 8:03 a. m. Para: debian-user-spanish@lists.debian.org Asunto: cgit sobre Apache2 Hola gente, estoy trantando de configurar cgit sobre un servidor apache2. El paquete que se instala en Debian Stretch lo sirve sin problemas sobre dominio.org/cgit pero quiero redirigirlo a git.dominio.org y ahí es donde tengo problemas. cgit instala el script cgi en /usr/lib/cgit y el css e imagenes en /usr/share/cgit He definido un en /etc/apache2/sites-available/cgit.conf como sigue: ServerName git.domain.org DocumentRoot /usr/share/cgit ScriptAlias / /usr/lib/cgit/cgit.cgi/ Alias / /usr/share/cgit AllowOverride None Options ExecCGI FollowSymlinks Require all granted Mi problema es que no carga el contenido de /usr/share/cgit y no lee ni el .css ni las imagenes. Estas apuntan a http://git.domain.org/cgit-css/cgit.css y allí no lo encuentra, sin embargo si lo ve en http://domain.org/cgit-css/cgit.css ¿Sabies como puedo hacer para que las referencias a git.domain.org las busque en la misma carpeta que domain.org? He probado con RedirectMatch y un poco "a lo bestia" ha funcionado pero seguro que hay alguna forma más elegante de resolverlo. Saludos y gracias, @santimoreno Tenes habilitado el mod_rewrite?
cgit sobre Apache2
Hola gente, estoy trantando de configurar cgit sobre un servidor apache2. El paquete que se instala en Debian Stretch lo sirve sin problemas sobre dominio.org/cgit pero quiero redirigirlo a git.dominio.org y ahí es donde tengo problemas. cgit instala el script cgi en /usr/lib/cgit y el css e imagenes en /usr/share/cgit He definido un en /etc/apache2/sites-available/cgit.conf como sigue: ServerName git.domain.org DocumentRoot /usr/share/cgit ScriptAlias / /usr/lib/cgit/cgit.cgi/ Alias / /usr/share/cgit AllowOverride None Options ExecCGI FollowSymlinks Require all granted Mi problema es que no carga el contenido de /usr/share/cgit y no lee ni el .css ni las imagenes. Estas apuntan a http://git.domain.org/cgit-css/cgit.css y allí no lo encuentra, sin embargo si lo ve en http://domain.org/cgit-css/cgit.css ¿Sabies como puedo hacer para que las referencias a git.domain.org las busque en la misma carpeta que domain.org? He probado con RedirectMatch y un poco "a lo bestia" ha funcionado pero seguro que hay alguna forma más elegante de resolverlo. Saludos y gracias, @santimoreno
virtuahost apache2
Hola listeros, saludos a todos. He tenido inconvenientes para configurar un virtualhost en apache2, menciono mi ambiente de trabajo: Apache 2.4 + debian jessie Estoy tratando de crear el virtualhost en una computadora perteneciente a un dominio donde funciona tambien un proxy. El proxy está bajo Debian 7 y el dominio Server 2008 (DNS, AD), al seguir todo este manual https://www.digitalocean.com/community/tutorials/como-configurar-virtual-host-de-apache-en-ubuntu-14-04-lts-es, me da el error de que no consigue el dominio. Si tienen alguna recomendación se los agradezco. Gracias de antemano. -- OSWALDO FRANCO Cumaná, Sucre -Venezuela GNU/Linux User # 508524
Re: Update Apache2
El Thu, 11 Feb 2016 13:20:52 -0500, Alberto Cabrejas Pérez escribió: > Actualice mi servidor web en debian 8.3 con apache2 a 2.4.10-10+deb8u4, > y los virtualhost que tenia dejaron de funcionar, ¿Recibes algún error al cargar las páginas o en el registro de apache? Normalmente las actualizaciones dentro de una misma versión no suelen romper nada. > si los llamo por IP si responden, debo hacer algún cambio especifico > tras la actualización o algo? Asegúrate de que la configuración de los sitios virtuales sea la correcta, es decir, repasa de nuevo su puesta en marcha y comprueba que no se haya modificado nada: https://debian-handbook.info/browse/stable/sect.http-web-server.html Saludos, -- Camaleón
Re: Update Apache2
Hola, 2016-02-11 14:52 GMT-05:00 alparkom . : > El día 11 de febrero de 2016, 15:20, Alberto Cabrejas Pérez > escribió: >> Actualice mi servidor web en debian 8.3 con apache2 a 2.4.10-10+deb8u4, y >> los virtualhost que tenia dejaron de funcionar, si los llamo por IP si >> responden, debo hacer algún cambio especifico tras la actualización o algo? > > Respaldaste el archivo httpd-vhosts.conf? > Revísalo. Además verifica que apache este aceptando dominios virtuales. > >> -- >> >> Saludos, *Alberto Cabrejas Pérez* >> Administrador de Redes Informáticas >> ARTex S.A. Sucursal Granma >> http://www.artexsa.com >> http://www.scgra.artex.sa >> Linux Usuario Registrado # 31 666 >> Teléf.+53(023) 48-1912 48-1934 48-1956 Ext 115 >> Jabber: albe...@scgr.artex.cu >> "BE FREE BE LINUX!!!" >> >> (null) >> > Algo que he visto mucho en Debian/Ubuntu al pasar de Apache 2.2 a 2.4, es que ya no acepta archivos virtualhost sin extension, a no ser tengan la extension conf Revisa tu archivo /etc/apache2/apache.conf y fijate si tienes esto IncludeOptional conf-enabled/*.conf IncludeOptional sites-enabled/*.conf Si tienes esas opciones incluidas, modificalas para que quede asi: IncludeOptional conf-enabled/* IncludeOptional sites-enabled/* En caso de que admita archivos virtualhost sin extension, tendrias que revisar tu VirtualHost y tambien los logs. Ya que en la version 2.4 hay algunas opciones de Apache que han cambiado. Nos comentas como te va. -- ~ Happy install ! Erick. --- IRC : zerick Blog: http://zerick.me About : http://about.me/zerick Linux User ID : 549567
Re: Update Apache2
El día 11 de febrero de 2016, 15:20, Alberto Cabrejas Pérez escribió: > Actualice mi servidor web en debian 8.3 con apache2 a 2.4.10-10+deb8u4, y > los virtualhost que tenia dejaron de funcionar, si los llamo por IP si > responden, debo hacer algún cambio especifico tras la actualización o algo? Respaldaste el archivo httpd-vhosts.conf? Revísalo. Además verifica que apache este aceptando dominios virtuales. > -- > > Saludos, *Alberto Cabrejas Pérez* > Administrador de Redes Informáticas > ARTex S.A. Sucursal Granma > http://www.artexsa.com > http://www.scgra.artex.sa > Linux Usuario Registrado # 31 666 > Teléf.+53(023) 48-1912 48-1934 48-1956 Ext 115 > Jabber: albe...@scgr.artex.cu > "BE FREE BE LINUX!!!" > > (null) >
Re: Update Apache2
El día 11 de febrero de 2016, 15:20, Alberto Cabrejas Pérez escribió: > Actualice mi servidor web en debian 8.3 con apache2 a 2.4.10-10+deb8u4, y > los virtualhost que tenia dejaron de funcionar, si los llamo por IP si > responden, debo hacer algún cambio especifico tras la actualización o algo? Que dice la documentacion al respecto?
Update Apache2
Actualice mi servidor web en debian 8.3 con apache2 a 2.4.10-10+deb8u4, y los virtualhost que tenia dejaron de funcionar, si los llamo por IP si responden, debo hacer algún cambio especifico tras la actualización o algo? -- Saludos, *Alberto Cabrejas Pérez* Administrador de Redes Informáticas ARTex S.A. Sucursal Granma http://www.artexsa.com http://www.scgra.artex.sa Linux Usuario Registrado # 31 666 Teléf.+53(023) 48-1912 48-1934 48-1956 Ext 115 Jabber: albe...@scgr.artex.cu "BE FREE BE LINUX!!!" (null)
Re: Excluir subred de restricción de ancho de banda en apache2
Echa un vistazo por aquí: Limit the upload bandwidth of your apache webserver with mod_bw http://blog.mansonthomas.com/2009/02/limit-upload-bandwith-of-your-apache.html Saludos, Justo lo que necesitaba!!! Muchas gracias Camaleón por la ayuda brindada una vez más! Saludos... -- ___ Eduardo R. Barrera Pérez Administrador Nodo CAP Pinar del Río Email: ebarrera...@yahoo.com Jabber: eb...@jabber.org Phone: 0148-728131 _ ___| |__ __ _ _ __ _ __ ___ _ __ __ _ / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | | __/ |_) | (_| | | | | | __/ | | (_| | \___|_.__/ \__,_|_| |_| \___|_| \__,_| -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535aa446.1030...@yahoo.es
Re: Excluir subred de restricción de ancho de banda en apache2
El Fri, 25 Apr 2014 12:47:41 -0400, Eduardo R. Barrera Pérez escribió: (...) > me encontré con un módulo para apache2 llamado: libapache2-mod-bw y > funciona muy bien, solo que al establecer limite de descargas en el > apache2 también me afecta a las descargas desde la red local que no > afectan el enlace de la entidad ya que ese tráfico no pasa por el > router, va directo de la LAN al servidor que actúa de firewall entra la > LAN y la DMZ y de ahí directo al servidor web, alguna idea que no sea > crear un virtualhost distinto para la red local, sin este limite en las > descargas?? Lo cual podría funcionar, hasta que alguien de fuera > descubra esa otra URL ya que no tengo vistas en el DNS :) Echa un vistazo por aquí: Limit the upload bandwidth of your apache webserver with mod_bw http://blog.mansonthomas.com/2009/02/limit-upload-bandwith-of-your-apache.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.25.17.48...@gmail.com
Excluir subred de restricción de ancho de banda en apache2
Hola colegas, tengo una red, donde tengo varias sucursales a las que le doy servio que acceden a mi por la única puerta que tengo en el Nodo 2Mbit/s tengo mi ftp público para mi red local y todas esas oficinas que están conectadas a mi a través de enlaces framerelay a 128kbit/s pero como ya dije tengo una única puerta y es en ella a donde están conectados todos esos clientes, me sucede que cuando se ponen a descargar algo grande de mi ftp me afectan el servicio de navegación internacional que tenemos aquí en la sede principal por llamarlo de alguna manera, me puse a buscar como regular el ancho de banda o la tasa de transferencia de las descargas mediante apache2 y me encontré con un módulo para apache2 llamado: libapache2-mod-bw y funciona muy bien, solo que al establecer limite de descargas en el apache2 también me afecta a las descargas desde la red local que no afectan el enlace de la entidad ya que ese tráfico no pasa por el router, va directo de la LAN al servidor que actúa de firewall entra la LAN y la DMZ y de ahí directo al servidor web, alguna idea que no sea crear un virtualhost distinto para la red local, sin este limite en las descargas?? Lo cual podría funcionar, hasta que alguien de fuera descubra esa otra URL ya que no tengo vistas en el DNS :) Saludos... -- ___ Eduardo R. Barrera Pérez Administrador Nodo CAP Pinar del Río Email: ebarrera...@yahoo.com Jabber: eb...@jabber.org Phone: 0148-728131 _ ___| |__ __ _ _ __ _ __ ___ _ __ __ _ / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | | __/ |_) | (_| | | | | | __/ | | (_| | \___|_.__/ \__,_|_| |_| \___|_| \__,_| -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535a91ad.8080...@yahoo.es
Re: Sobre codificación de caracteres en apache2
no mano muy facil... deja la config del apache como viene por defecto y en el hostvirtual le pones esto y ya AddDefaultCharset UTF-8 ejemplo: ServerAdmin rich...@ss.perdurit.com.cu ServerName ftp.ss.perdurit.com.cu DocumentRoot /var/www/ftp CustomLog /var/log/apache2/ftp.log combined Alias /httpdirindex "/var/www/httpdirindex" AddHandler application/x-httpd-php .php Options None AllowOverride None Order Allow,Deny Allow From All AddDefaultCharset UTF-8 DirectoryIndex /httpdirindex/httpdirindex.php RemoveHandler .php .phps .pl .cgi cojes la idea ... dime si resulves ok - Original Message - From: Roberto Leon Lopez To: Debian Sent: Friday, March 28, 2014 12:28 PM Subject: Re: Sobre codificación de caracteres en apache2 El día 26 de marzo de 2014, 15:42, "Eduardo R. Barrera Pérez" escribió: > Hola gente, una consulta, tengo en mi servidor de correo sobre debian 6, que > es un iredmail, configurado el apache2 con el la codificación de caracteres > UTF-8 y usando este, el sitio de administración desde donde administro las > cuentas de correo sale OK, pero recientemente instale isoqlog para reportes > del correo y las paginas .html del los reportes de isoqlog me sale con > caracteres extraños en las tildes y las ñ pero si voy al fichero > /etc/apache2/conf.d/charset y cambio: > > AddDefaultCharset UTF-8 > > por > > AddDefaultCharset ISO-8859-1 > > Entonces me salen bien los reportes del isoqlog, pero entonces me da > problemas la interfaz de administración de las cuentas de correo, entonces, > hay alguna forma de decirle al virtualhost del isqlog que use otra > codificación de caracteres? Quizás es un disparate, pero bueno... oh! si de > alguna manera se le puede decir a isoqlog que use UTF-8 ?? > > > Saludos > > > > -- > ___ > Eduardo R. Barrera Pérez > Administrador Nodo CAP > Pinar del Río > Email: ebarrera...@yahoo.com > Jabber: eb...@jabber.org > Phone: 0148-728131 > _ > ___| |__ __ _ _ __ _ __ ___ _ __ __ _ > / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | > | __/ |_) | (_| | | | | | __/ | | (_| | > \___|_.__/ \__,_|_| |_| \___|_| \__,_| > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: https://lists.debian.org/5332e75d.3080...@yahoo.es > Recuerdo haberme pelado hace muchos años, cosas que debes de tener en cuenta para controlar la codificación: - Si vas a publicar un html tienes que tener en cuenta la codificación del editor de código usado. - Evidentemente las opciones propias del servidor web. - Las opciones del propio navegador web. - Y las etiquetas html usadas que permite indicar a un navegador como quieres que se visualice esa página web. Todo esto suma -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CALzPpQoYyfk1W595NCkRgZXUDeUhubhes9TWNJGx=kssx...@mail.gmail.com
Re: Sobre codificación de caracteres en apache2
El día 26 de marzo de 2014, 15:42, "Eduardo R. Barrera Pérez" escribió: > Hola gente, una consulta, tengo en mi servidor de correo sobre debian 6, que > es un iredmail, configurado el apache2 con el la codificación de caracteres > UTF-8 y usando este, el sitio de administración desde donde administro las > cuentas de correo sale OK, pero recientemente instale isoqlog para reportes > del correo y las paginas .html del los reportes de isoqlog me sale con > caracteres extraños en las tildes y las ñ pero si voy al fichero > /etc/apache2/conf.d/charset y cambio: > > AddDefaultCharset UTF-8 > > por > > AddDefaultCharset ISO-8859-1 > > Entonces me salen bien los reportes del isoqlog, pero entonces me da > problemas la interfaz de administración de las cuentas de correo, entonces, > hay alguna forma de decirle al virtualhost del isqlog que use otra > codificación de caracteres? Quizás es un disparate, pero bueno... oh! si de > alguna manera se le puede decir a isoqlog que use UTF-8 ?? > > > Saludos > > > > -- > ___ > Eduardo R. Barrera Pérez > Administrador Nodo CAP > Pinar del Río > Email: ebarrera...@yahoo.com > Jabber: eb...@jabber.org > Phone: 0148-728131 > _ > ___| |__ __ _ _ __ _ __ ___ _ __ __ _ > / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | > | __/ |_) | (_| | | | | | __/ | | (_| | > \___|_.__/ \__,_|_| |_| \___|_| \__,_| > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: https://lists.debian.org/5332e75d.3080...@yahoo.es > Recuerdo haberme pelado hace muchos años, cosas que debes de tener en cuenta para controlar la codificación: - Si vas a publicar un html tienes que tener en cuenta la codificación del editor de código usado. - Evidentemente las opciones propias del servidor web. - Las opciones del propio navegador web. - Y las etiquetas html usadas que permite indicar a un navegador como quieres que se visualice esa página web. Todo esto suma -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CALzPpQoYyfk1W595NCkRgZXUDeUhubhes9TWNJGx=v6kssx...@mail.gmail.com
Re: Sobre codificación de caracteres en apache2
El Wed, 26 Mar 2014 19:19:28 -0400, Eduardo R. Barrera Pérez escribió: >> ¿Has probado a definir la variable de la codificación/idioma desde el >> archivo de configuración? >> >> De todas formas, no debería ser necesario que tocaras la configuración >> de apache, quizá jugando con la codificación del navegador para esa >> página de informes sea suficiente. > > Bueno ya resolví el problema, dentro del virtualhost de apache2 lo > modifique para que me quedara así: (...) Qué barbaridad :-) En lugar de modificar la configuración del servidor web (variable que no debería afectar a la visualización de las páginas web siempre y cuando estén muy formadas) ¿no has probado a cambiar el archivo de configuración de isoqlog? Tienes la opción de definir el idioma de salida y la codificación para las páginas. Por otra parte, la configuración del navegador para la codificación debe estar en modo automático para que el cliente no tenga que hacer ningún cambio. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.03.27.14.30...@gmail.com
Re: Sobre codificación de caracteres en apache2
On Wed, Mar 26, 2014 at 07:19:28PM -0400, "Eduardo R. Barrera Pérez" wrote: > Bueno ya resolví el problema, dentro del virtualhost de apache2 lo > modifique para que me quedara así: > > # VirtualHost para Estadisticas del Squid > > ServerName staticmail.gobpr.co.cu > ServerAlias staticmail.gobpr.co.cu > ServerAdmin postmas...@gobpr.co.cu > DocumentRoot "/var/www/isoqlog" > > > Options Indexes Includes FollowSymLinks > AddDefaultCharset ISO-8859-1 > AllowOverride None > order allow,deny > allow from all > Hay otra solución, que es poner la línea: AddDefaultCharset ISO-8859-1 en /var/www/isoqlog/.htaccess -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140327091148.ga11...@cantor.unex.es
Re: Sobre codificación de caracteres en apache2
¿Has probado a definir la variable de la codificación/idioma desde el archivo de configuración? De todas formas, no debería ser necesario que tocaras la configuración de apache, quizá jugando con la codificación del navegador para esa página de informes sea suficiente. Bueno ya resolví el problema, dentro del virtualhost de apache2 lo modifique para que me quedara así: # VirtualHost para Estadisticas del Squid ServerName staticmail.gobpr.co.cu ServerAlias staticmail.gobpr.co.cu ServerAdmin postmas...@gobpr.co.cu DocumentRoot "/var/www/isoqlog" Options Indexes Includes FollowSymLinks AddDefaultCharset ISO-8859-1 AllowOverride None order allow,deny allow from all ErrorLog /var/log/apache2/staticmail-error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog /var/log/apache2/staticmail-access.log combined ServerSignature On Y resuelto el problema, ya ese sitio cuando lo cargo desde cualquier estación de trabajo no usa UTF-8 que es lo que tiene definido apache2 por defecto de manera global, así no tengo que estar cambiando nada en el menú ver/Codificación de Caracteres del navegador para que se muestre correctamente. Saludos... -- ___ Eduardo R. Barrera Pérez Administrador Nodo CAP Pinar del Río Email: ebarrera...@yahoo.com Jabber: eb...@jabber.org Phone: 0148-728131 _ ___| |__ __ _ _ __ _ __ ___ _ __ __ _ / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | | __/ |_) | (_| | | | | | __/ | | (_| | \___|_.__/ \__,_|_| |_| \___|_| \__,_| -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53336080.2030...@yahoo.es
Re: Sobre codificación de caracteres en apache2
El Wed, 26 Mar 2014 10:42:37 -0400, Eduardo R. Barrera Pérez escribió: (...) > oh! si de alguna manera se le puede decir a isoqlog que use UTF-8 ?? ¿Has probado a definir la variable de la codificación/idioma desde el archivo de configuración? De todas formas, no debería ser necesario que tocaras la configuración de apache, quizá jugando con la codificación del navegador para esa página de informes sea suficiente. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.03.26.14.57...@gmail.com
Sobre codificación de caracteres en apache2
Hola gente, una consulta, tengo en mi servidor de correo sobre debian 6, que es un iredmail, configurado el apache2 con el la codificación de caracteres UTF-8 y usando este, el sitio de administración desde donde administro las cuentas de correo sale OK, pero recientemente instale isoqlog para reportes del correo y las paginas .html del los reportes de isoqlog me sale con caracteres extraños en las tildes y las ñ pero si voy al fichero /etc/apache2/conf.d/charset y cambio: AddDefaultCharset UTF-8 por AddDefaultCharset ISO-8859-1 Entonces me salen bien los reportes del isoqlog, pero entonces me da problemas la interfaz de administración de las cuentas de correo, entonces, hay alguna forma de decirle al virtualhost del isqlog que use otra codificación de caracteres? Quizás es un disparate, pero bueno... oh! si de alguna manera se le puede decir a isoqlog que use UTF-8 ?? Saludos -- ___ Eduardo R. Barrera Pérez Administrador Nodo CAP Pinar del Río Email: ebarrera...@yahoo.com Jabber: eb...@jabber.org Phone: 0148-728131 _ ___| |__ __ _ _ __ _ __ ___ _ __ __ _ / _ \ '_ \ / _` | '__| '__/ _ \ '__/ _` | | __/ |_) | (_| | | | | | __/ | | (_| | \___|_.__/ \__,_|_| |_| \___|_| \__,_| -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5332e75d.3080...@yahoo.es
Re: No me figura user y group en /etc/apache2/apache2.conf
El Wed, 06 Nov 2013 09:54:58 -0300, ciracusa escribió: > Les pregunto, porque puede ser que luego de instalar Apache 2.2.6 desde > los repos de Squeeze no me figuren los parámetros user y group dentro de > /etc/apache2/apache2.conf? Hum... raro, porque me acabo de bajar el paquete de Apache 2 (2.2.16-6 +squeeze11) para Squeeze y sí está, pone: User ${APACHE_RUN_USER} Group ${APACHE_RUN_GROUP} Cosa distinta es que no se haya aplicado, pero estar, está. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.11.06.15.34...@gmail.com
Re: No me figura user y group en /etc/apache2/apache2.conf
Gracias Santiago, se me había pasado ese archivo! Saludos. On 06/11/13 10:56, Santiago López Denazis wrote: On 11/06/2013 09:54 AM, ciracusa wrote: Hola Lista. Les pregunto, porque puede ser que luego de instalar Apache 2.2.6 desde los repos de Squeeze no me figuren los parámetros user y group dentro de /etc/apache2/apache2.conf? Muchas Gracias. Saludos. Buenas, deberías tener las opciones en /etc/apache2/envvars, ya que se cargan vía APACHE_RUN_USER=www-data y APACHE_RUN_GROUP=www-data (vas a ver esas variables en el apache2.conf). Saludos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527a53fb.1000...@gmail.com
Re: No me figura user y group en /etc/apache2/apache2.conf
On 11/06/2013 09:54 AM, ciracusa wrote: > Hola Lista. > > Les pregunto, porque puede ser que luego de instalar Apache 2.2.6 desde > los repos de Squeeze no me figuren los parámetros user y group dentro de > /etc/apache2/apache2.conf? > > Muchas Gracias. > > Saludos. > > Buenas, deberías tener las opciones en /etc/apache2/envvars, ya que se cargan vía APACHE_RUN_USER=www-data y APACHE_RUN_GROUP=www-data (vas a ver esas variables en el apache2.conf). Saludos, -- Santiago López Denazis GNU/Linux SysAdmin sldena...@gmail.com Open your source, open your mind. Por favor, no utilice formatos de archivo privativos para el intercambio de documentos, como DOC y XLS, sino HTML, PDF, TXT, CSV o cualquier otro que no obligue a utilizar un programa de un fabricante concreto. Vea http://www.gnu.org/philosophy/no-word-attachments.es.html -- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527a4a82.4060...@gmail.com
No me figura user y group en /etc/apache2/apache2.conf
Hola Lista. Les pregunto, porque puede ser que luego de instalar Apache 2.2.6 desde los repos de Squeeze no me figuren los parámetros user y group dentro de /etc/apache2/apache2.conf? Muchas Gracias. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527a3c22.3040...@gmail.com
Re: Problema de permisos en Apache2/Php5 con sitio con autorización basic digest
El Mon, 28 Oct 2013 15:24:08 -0300, ciracusa escribió: > En un host Debian 6 he montado un sitio LAMP el cual funciona perfecto > si el sitio no tiene autenticación, ahora si le configuro la > autenticación BASIC me genera el siguiente error: > > [Mon Oct 28 14:48:41 2013] [error] [client X.Y.78.16] PHP Warning: > file_get_contents(http://misitio.dyndns.org/lib/barcode/html/image.php? filetype=PNG&dpi=300&scale=1&rotation=0&font_family=Arial.ttf&font_size=8&thickness=30&checksum=&code=BCGcode128): > failed to open stream: HTTP request failed! HTTP/1.1 401 Authorization > Required\r\n in /var/www/pages/formpdf.php on line 60, referer: > http://misitio.dyndns.org:/index.php (...) Bueno, ese error te lo está dando un script de PHP (formpdf.php) por lo que lo primero que tendrías que hacer es comprobar la configuración de ese script. Hum... pensando en voz alta... ¿no será que ese formulario redirige o intenta acceder a una zona del servidor que tienes con autentificación y por eso falla? Si es así, no podrás iniciar sesión automáticamente (salvo que le pases los parámetros de acceso al Apache2 de alguna forma), tiene que aparecer la ventanita donde te pida las credenciales para poder acceder a esa ruta :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.10.29.14.13...@gmail.com
Problema de permisos en Apache2/Php5 con sitio con autorización basic digest
Hola a todos. Les consulto lo siguiente: En un host Debian 6 he montado un sitio LAMP el cual funciona perfecto si el sitio no tiene autenticación, ahora si le configuro la autenticación BASIC me genera el siguiente error: [Mon Oct 28 14:48:41 2013] [error] [client X.Y.78.16] PHP Warning: file_get_contents(http://misitio.dyndns.org/lib/barcode/html/image.php?filetype=PNG&dpi=300&scale=1&rotation=0&font_family=Arial.ttf&font_size=8&thickness=30&checksum=&code=BCGcode128): failed to open stream: HTTP request failed! HTTP/1.1 401 Authorization Required\r\n in /var/www/pages/formpdf.php on line 60, referer: http://misitio.dyndns.org:/index.php Al notar este error, vi que decia "Authorization Required", por lo cual le quité la autorización al sitio y todo funcionó normalmente. Aclaro que la autenticación BASIC es solo para hacer ciertas pruebas y no para dejarlo definitivo y mucho menos pretendiendo ser esto una barrera de seguridad. Ahora bien, yo para ingresar al sitio tuve que ingresar el usuario y la contraseña para poder verlo, entonces, porque luego de haber ingresado, me informa este error como si faltara "loguearse" nuevamente? Muchas Gracias! Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526eabc8.6070...@gmail.com
Re: Salida extraña en tail -f /var/log/apache2/access.log
El Mon, 24 Jun 2013 14:58:33 -0300, ciracusa escribió: > Hola Grupo. Hola elemento :-P > Hoy analizando los accesos a un server web veo lo siguiente: (...) > [24/Jun/2013:14:52:22 -0300] "GET /HNAP1/ HTTP/1.1" 404 76 ^^^ ^^^ > > Alguien sabe si puede deberse a un intento de intrusión? Pues es posible... Pero más que un intento de intrusión podría ser algún robot automatizado de los millones que vagan por la web en busca de vulnerabilidades que poder explotar en los servidores web. Otra cosa es que lo logren. Webhoneypot: Top Unclassified Attacks https://isc.sans.edu/webhoneypot/unclassified.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.25.13.47...@gmail.com
Re: Salida extraña en tail -f /var/log/apache2/access.log
These byte sequences in your logs look like the beginning of SSL version 2 client hello packets, and result from some HTTPS clients connecting to a port where your web server expects plain HTTP, not HTTPS. Your web server tries to interpret the start of SSL handshake as the HTTP request method. So you have two problems here: Someone tries to talk HTTPS to a port on which your web server expects HTTP. This may be a misconfiguration of your server (e.g., you added a Listen 443 directive, but did not enable HTTPS correctly), or just the result of port scans from dumb robots which try HTTPS on nonstandard ports. Or this may be caused by a client misconfiguration (something like https://example.com:80/ could result in such behavior). Your server for some reason replies with status code 200 to requests with a bogus method. While Apache itself should not handle such unknown methods, PHP by default accepts everything and passes the request to the script. Together with some rewrite rules which cause request for nonexistent files to be passed to index.php (commonly used to get “clean URLs”) and scripts which do not check $_SERVER['REQUEST_METHOD'] this could result in the behavior you see here. And if the clients sending those requests are controlled by you, then you have a third problem — those clients are using the obsolete and insecure SSL v2 protocol (they advertise support for SSL version 3.1, which is actually TLS 1.0, but would accept SSL v2 responses from the server, so they are vulnerable to a protocol downgrade attack due to missing integrity protection for handshake in SSL v2). http://serverfault.com/questions/476318/apache-access-log-x80w-x01-x03-x01 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1372145111.8153.1.ca...@videosgsa.dyndns.org
Re: Salida extraña en tail -f /var/log/apache2/access.log
2013/6/24 ciracusa > Hola Grupo. > > Hoy analizando los accesos a un server web veo lo siguiente: > > 71.43.92.194 - - [24/Jun/2013:14:52:21 -0300] "\x80w\x01\x03\x01" 200 10239 > 71.43.92.194 - - [24/Jun/2013:14:52:22 -0300] "GET /HNAP1/ HTTP/1.1" 404 76 > > Alguien sabe si puede deberse a un intento de intrusión? > Apache mod security es tu amigo (bien configurado por supuesto) Saludos -- "La Voluntad es el único motor de nuestros logros" http://blog.ngen.com.ar/
Re: Salida extraña en tail -f /var/log/apache2/access.log
On 06/24/2013 10:58 AM, ciracusa wrote: Hola Grupo. Hoy analizando los accesos a un server web veo lo siguiente: 71.43.92.194 - - [24/Jun/2013:14:52:21 -0300] "\x80w\x01\x03\x01" 200 10239 71.43.92.194 - - [24/Jun/2013:14:52:22 -0300] "GET /HNAP1/ HTTP/1.1" 404 76 Alguien sabe si puede deberse a un intento de intrusión? Muchas Gracias. Saludos. Inyeccion de codigo php, quizas! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c9062c.8030...@gmail.com
Re: Salida extraña en tail -f /var/log/apache2/access.log
On 24/06/13 19:58, ciracusa wrote: Hola Grupo. Hoy analizando los accesos a un server web veo lo siguiente: 71.43.92.194 - - [24/Jun/2013:14:52:21 -0300] "\x80w\x01\x03\x01" 200 10239 71.43.92.194 - - [24/Jun/2013:14:52:22 -0300] "GET /HNAP1/ HTTP/1.1" 404 76 Alguien sabe si puede deberse a un intento de intrusión? http://lmgtfy.com/?q=%5Cx80w%5Cx01%5Cx03%5Cx01 El primer enlace, las velas pónselas a San Google ;) Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c88ecc.1020...@enchufado.com
Salida extraña en tail -f /var/log/apache2/access.log
Hola Grupo. Hoy analizando los accesos a un server web veo lo siguiente: 71.43.92.194 - - [24/Jun/2013:14:52:21 -0300] "\x80w\x01\x03\x01" 200 10239 71.43.92.194 - - [24/Jun/2013:14:52:22 -0300] "GET /HNAP1/ HTTP/1.1" 404 76 Alguien sabe si puede deberse a un intento de intrusión? Muchas Gracias. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c888c9.8060...@gmail.com
Re: Mostrar caracteres especiales (ñ, tilde) en servidor Debian 7 con apache2, php, mysql
El Fri, 31 May 2013 02:50:01 -0500, Edgar Vargas escribió: > Hola lista, me encuentro con un problema que pensé había solucionado > antes, estoy configurando un servidor web para una red lan y instalé > todo lo necesario que necesito (apache2, php5, mysql), puse en mis > documentos .php en head > > > > También probé > > Y nada :( los caracteres que lee de la base de datos me la sigue > mostrando con caracteres raros osea no con las ñ ni tildes, pero las > páginas .php si me las muestra bien (que también tienen algunas ñ y > tildes por ahi, pero de la base de datos no :( (...) Recuerda que las tablas de las bases de datos usan su propia codificación, mira a ver cómo las tienes definidas. Si las páginas que sirves devuelven una codificación en utf-8 las tablas deberían usar la misma. El código html para la codificación dependerá de la especificación que uses (html4, xhtml1.x, html5...). http://www.w3schools.com/tags/att_meta_charset.asp Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/koad88$dof$1...@ger.gmane.org
Mostrar caracteres especiales (ñ, tilde) en servidor Debian 7 con apache2, php, mysql
Hola lista, me encuentro con un problema que pensé había solucionado antes, estoy configurando un servidor web para una red lan y instalé todo lo necesario que necesito (apache2, php5, mysql), puse en mis documentos .php en head También probé Y nada :( los caracteres que lee de la base de datos me la sigue mostrando con caracteres raros osea no con las ñ ni tildes, pero las páginas .php si me las muestra bien (que también tienen algunas ñ y tildes por ahi, pero de la base de datos no :( Que yo recuerde con para html5 para html4 era suficiente sin tocar php.ini Para resolver ese inconveniente (algunas veces en windows con xamp) antes yo escribía en php.ini default_charset="UTF-8" y era suficiente también (sin poner nada en head ya me leía bien), pero en Debian no da cambios, me sigue leyendo desde la base de datos con caracteres extraños :( Algunas veces en FreeBSD tuve que agregar default_charset a otro y era suficiente ¿Cómo configuran ustedes para que todo me lo muestre bien el servidor web en Debian 7? gracias por alguna respuesta, slaudos. Nota: tengo también set name="UTF-8" en mysql y nada :( -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJSW1srM62D1EbLyj1DTLXMejcn=ggfo+kroobiwcvw9_cr...@mail.gmail.com
Re: Duda con https apache2 en debian
El 2013-04-16 16:40, Camaleón escribió: El Tue, 16 Apr 2013 16:25:23 +0200, maykel escribió: El 2013-04-16 15:58, Camaleón escribió: (...) Al vhost le llamo www.000-0.com-ssl mismamente , luego ServerName www.000-0.com y listo. ¿Y para los dominios en los que quieras una configuración del SSL genérico? Toca renombrar de nuevo... Gracias por contestar Camaleón. En cada vhost uso la configuración que quiero, lo único que necesitaba era que al meter la url por ejemplo https://192.168.1.30 se metiera en /var/www/ , pero como tenía un dominio que el fichero de vhost empezaba por a , me cogía antes el a que el default-ssl. Por eso renombré default-ssl a 000-default-ssl y ya entra siempre por defecto https://192.168.1.30 en /var/www/ y cuando meto el dominio que empieza por a, se mete en su configuración definida en /var/www/a No veo inconveniente Camaleón. A lo mejor estoy en lo no-cierto. A ver, que tenéis muy poco sentido del humor :-) No me estoy refiriendo al problema que tenías específicamente sino en general, que ese sistema de organización/preferencia que se basa en los nombres de los archivos que usa apache no es nada práctico porque te puedes encontrar con una situación que te obligue a estar renombrando las plantillas cada dos por tres, que no digo que sea tu caso. Saludos, -- Camaleón Tampoco tendría que ser así, es decir no me parece bien que lo coja en orden alfabético. Se definen, y si cumple la regla, debería de entrar al vhost correspondiente. Gracias Camaleón. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/3aabeb5ea89104d31b17409fa0f55...@maykel.sytes.net
Re: Duda con https apache2 en debian
El Tue, 16 Apr 2013 16:25:23 +0200, maykel escribió: > El 2013-04-16 15:58, Camaleón escribió: (...) >>> Al vhost le llamo www.000-0.com-ssl mismamente , luego ServerName >>> www.000-0.com y listo. >> >> ¿Y para los dominios en los que quieras una configuración del SSL >> genérico? Toca renombrar de nuevo... >> > Gracias por contestar Camaleón. En cada vhost uso la configuración que > quiero, lo único que necesitaba era que al meter la url por ejemplo > https://192.168.1.30 se metiera en /var/www/ , pero como tenía un > dominio que el fichero de vhost empezaba por a , me cogía antes el a que > el default-ssl. Por eso renombré default-ssl a 000-default-ssl y ya > entra siempre por defecto https://192.168.1.30 en /var/www/ y cuando > meto el dominio que empieza por a, se mete en su configuración definida > en /var/www/a > > No veo inconveniente Camaleón. A lo mejor estoy en lo no-cierto. A ver, que tenéis muy poco sentido del humor :-) No me estoy refiriendo al problema que tenías específicamente sino en general, que ese sistema de organización/preferencia que se basa en los nombres de los archivos que usa apache no es nada práctico porque te puedes encontrar con una situación que te obligue a estar renombrando las plantillas cada dos por tres, que no digo que sea tu caso. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kkjntd$uhp$5...@ger.gmane.org
Re: Duda con https apache2 en debian
El 2013-04-16 15:58, Camaleón escribió: El Tue, 16 Apr 2013 15:49:15 +0200, maykel escribió: El 2013-04-16 15:19, Camaleón escribió: (...) Entonces para asegurarte de que coge antes el https, mueves default-ssl a 000-default-ssl y luego le haces un a2ensite para que lo active y cree el enlace simbolico en /etc/apache2/sites-enable/ ¿Y si tienes un dominio "www.000-0.com"? >;-P Es broma, pero cierto es que el nombre de un archivo me parece un sistema muy poco fiable para determinar el orden de... nada. Si tengo un dominio www.000-0.com no pasa nada, va a coger antes el 000-default-ssl. ¿Y eso no supone un problema? Cada dominio necesitará una configuración para el SSL disntinta. Al vhost le llamo www.000-0.com-ssl mismamente , luego ServerName www.000-0.com y listo. ¿Y para los dominios en los que quieras una configuración del SSL genérico? Toca renombrar de nuevo... Saludos, -- Camaleón Gracias por contestar Camaleón. En cada vhost uso la configuración que quiero, lo único que necesitaba era que al meter la url por ejemplo https://192.168.1.30 se metiera en /var/www/ , pero como tenía un dominio que el fichero de vhost empezaba por a , me cogía antes el a que el default-ssl. Por eso renombré default-ssl a 000-default-ssl y ya entra siempre por defecto https://192.168.1.30 en /var/www/ y cuando meto el dominio que empieza por a, se mete en su configuración definida en /var/www/a No veo inconveniente Camaleón. A lo mejor estoy en lo no-cierto. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/c85ca3a96f269c2b09c2f08b30e53...@maykel.sytes.net
Re: Duda con https apache2 en debian
El Tue, 16 Apr 2013 15:49:15 +0200, maykel escribió: > El 2013-04-16 15:19, Camaleón escribió: (...) >>> Entonces para asegurarte de que coge antes el https, mueves >>> default-ssl >>> a 000-default-ssl y luego le haces un a2ensite para que lo active y >>> cree >>> el enlace simbolico en /etc/apache2/sites-enable/ >> >> ¿Y si tienes un dominio "www.000-0.com"? >;-P >> >> Es broma, pero cierto es que el nombre de un archivo me parece un >> sistema >> muy poco fiable para determinar el orden de... nada. >> > > Si tengo un dominio www.000-0.com no pasa nada, va a coger antes el > 000-default-ssl. ¿Y eso no supone un problema? Cada dominio necesitará una configuración para el SSL disntinta. > Al vhost le llamo www.000-0.com-ssl mismamente , luego > ServerName www.000-0.com y listo. ¿Y para los dominios en los que quieras una configuración del SSL genérico? Toca renombrar de nuevo... Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kkjle9$uhp$2...@ger.gmane.org
Re: Duda con https apache2 en debian
El 2013-04-16 15:19, Camaleón escribió: El Tue, 16 Apr 2013 09:34:50 +0200, maykel escribió: El 2013-04-15 19:12, may...@maykel.sytes.net escribió: (...) En la documentación de apache pone que es por el orden de los virtualhost, es decir, va a coger antes apache.com que dominio.com porque empieza por a. Sí, va por ordena alfabético, o más bien por el orden alfabético del sistema operativo que dependerá del "locale" establecido como predeterminado. Entonces para asegurarte de que coge antes el https, mueves default-ssl a 000-default-ssl y luego le haces un a2ensite para que lo active y cree el enlace simbolico en /etc/apache2/sites-enable/ ¿Y si tienes un dominio "www.000-0.com"? >;-P Es broma, pero cierto es que el nombre de un archivo me parece un sistema muy poco fiable para determinar el orden de... nada. Saludos, -- Camaleón Si tengo un dominio www.000-0.com no pasa nada, va a coger antes el 000-default-ssl. Al vhost le llamo www.000-0.com-ssl mismamente , luego ServerName www.000-0.com y listo. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/55b65bbf3f9e1456f7648f7566c06...@maykel.sytes.net
Re: Duda con https apache2 en debian
El Tue, 16 Apr 2013 09:34:50 +0200, maykel escribió: > El 2013-04-15 19:12, may...@maykel.sytes.net escribió: (...) > En la documentación de apache pone que es por el orden de los > virtualhost, es decir, va a coger antes apache.com que dominio.com > porque empieza por a. Sí, va por ordena alfabético, o más bien por el orden alfabético del sistema operativo que dependerá del "locale" establecido como predeterminado. > Entonces para asegurarte de que coge antes el https, mueves default-ssl > a 000-default-ssl y luego le haces un a2ensite para que lo active y cree > el enlace simbolico en /etc/apache2/sites-enable/ ¿Y si tienes un dominio "www.000-0.com"? >;-P Es broma, pero cierto es que el nombre de un archivo me parece un sistema muy poco fiable para determinar el orden de... nada. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kkjj4v$uhp$1...@ger.gmane.org
Re: Duda con https apache2 en debian
El 2013-04-15 19:12, may...@maykel.sytes.net escribió: El 2013-04-15 18:41, Camaleón escribió: El Mon, 15 Apr 2013 18:22:18 +0200, maykel escribió: Hola muy buenas, tengo una pequeña duda que llevo unas cuantas horas dándole vueltas y no hay manera. La cosa es que quiero que https://ip-local-servidor redirija a /var/www y luego los dominios https virtualhost creados después, vayan a /var/www/dominio.com (...) http://httpd.apache.org/docs/2.2/vhosts/examples.html ¿Cómo tienes la configuración del sitio SSL? Manda la plantilla que usas (omite/camufla los datos sensibles) para que echemos un vistazo. Saludos, -- Camaleón El tema es que me estaba cogiendo otro virtualhost al entrar por https://ip-local Ya está solucionado. He movido el /etc/apache2/sites-available/default-ssl a /etc/apache2/sites-available/000-default-ssl Y ahora coge el 000-default-ssl primero antes que el dominio.com El fichero default normal del puerto 80, está definido como /etc/apache2/sites-available/000-default y luego cuando haces un a2ensite, se queda en /etc/apache2/sites-enable/default Era por eso. Saludos. En la documentación de apache pone que es por el orden de los virtualhost, es decir, va a coger antes apache.com que dominio.com porque empieza por a. Entonces para asegurarte de que coge antes el https, mueves default-ssl a 000-default-ssl y luego le haces un a2ensite para que lo active y cree el enlace simbolico en /etc/apache2/sites-enable/ Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/21d5f561461aa8c8fbbe8e70b17f5...@maykel.sytes.net
Re: Duda con https apache2 en debian
El 2013-04-15 18:41, Camaleón escribió: El Mon, 15 Apr 2013 18:22:18 +0200, maykel escribió: Hola muy buenas, tengo una pequeña duda que llevo unas cuantas horas dándole vueltas y no hay manera. La cosa es que quiero que https://ip-local-servidor redirija a /var/www y luego los dominios https virtualhost creados después, vayan a /var/www/dominio.com (...) http://httpd.apache.org/docs/2.2/vhosts/examples.html ¿Cómo tienes la configuración del sitio SSL? Manda la plantilla que usas (omite/camufla los datos sensibles) para que echemos un vistazo. Saludos, -- Camaleón El tema es que me estaba cogiendo otro virtualhost al entrar por https://ip-local Ya está solucionado. He movido el /etc/apache2/sites-available/default-ssl a /etc/apache2/sites-available/000-default-ssl Y ahora coge el 000-default-ssl primero antes que el dominio.com El fichero default normal del puerto 80, está definido como /etc/apache2/sites-available/000-default y luego cuando haces un a2ensite, se queda en /etc/apache2/sites-enable/default Era por eso. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/28b0e4c51fd1c20f5381c4c56173c...@maykel.sytes.net
Re: Duda con https apache2 en debian
El Mon, 15 Apr 2013 18:22:18 +0200, maykel escribió: > Hola muy buenas, tengo una pequeña duda que llevo unas cuantas horas > dándole vueltas y no hay manera. La cosa es que quiero que > https://ip-local-servidor redirija a /var/www y luego los dominios https > virtualhost creados después, vayan a /var/www/dominio.com (...) http://httpd.apache.org/docs/2.2/vhosts/examples.html ¿Cómo tienes la configuración del sitio SSL? Manda la plantilla que usas (omite/camufla los datos sensibles) para que echemos un vistazo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kkhajs$33t$4...@ger.gmane.org
Re: Dudas migracion de apache2 a nginx
Buenas, yo uso actualmente NGINX y funciona sin problemas con PHP... Camba un poco su funcionamiento, ya que en la configuración le has de indicar explícitamente donde tiene el socket que parsea el código PHP (Yo uso PHP-FPM, pero da igual el que utilizes). Si esto no lo configuras bien los archivos PHP en vez de mostrarse se descargarán en el navegador. En cuanto a configurar los logs, son dos lineas de la configuración y no hay problemas en ello en absoluto. El 27 de febrero de 2013 18:39, Maykel Franco Hdz escribió: > Hola muy buenas. Actualmente tenemos montado apache2 + sus modulos > necesarios php y demas. Tenemos balanceados con el proyecto ultramonkeys > las peticiones http y https a los apaches con ip virtual en el nodo > balanceador activo. > > Mi pregunta es, debo de tener algo en cuenta o existe alguna > incompatibilidad a nivel de php en nginx? Con apache como son 2 nodos > tenemos centralizados los logs de ambos servers para que los escriba en > rsyslog remoto. Imagino que se podra tambien en nginx. > > Me ha gustado mucho nginx, hablan de él en las webs y en los benchmark muy > bien. Por lo visto el performance en general es muy superior a apache y no > por poco precisamente. > > Gracias por todo. > > Saludos. > -- > Enviado desde mi teléfono con K-9 Mail. > -- Pau Font Webmaster de Bytedevil.es https://launchpad.net/~bytedevil
Re: Dudas migracion de apache2 a nginx
"Pablo Zuñiga" escribió: >2013/2/27 Maykel Franco Hdz : >> Hola muy buenas. Actualmente tenemos montado apache2 + sus modulos >> necesarios php y demas. Tenemos balanceados con el proyecto >ultramonkeys las >> peticiones http y https a los apaches con ip virtual en el nodo >balanceador >> activo. >> >> Mi pregunta es, debo de tener algo en cuenta o existe alguna >> incompatibilidad a nivel de php en nginx? Con apache como son 2 nodos >> tenemos centralizados los logs de ambos servers para que los escriba >en >> rsyslog remoto. Imagino que se podra tambien en nginx. >> >> Me ha gustado mucho nginx, hablan de él en las webs y en los >benchmark muy >> bien. Por lo visto el performance en general es muy superior a apache >y no >> por poco precisamente. >> >> Gracias por todo. >> >> Saludos. >> -- >> Enviado desde mi teléfono con K-9 Mail. > >Hola Maykel, > >Bueno comentarte una pequeña filosofía: > >"Para todo problema existe una solución y para todo distinto problema >existe una distinta solución", > >la sencillez de esto radica en lo que necesitas y para que lo >necesitas, la diferencia en que trabaja Apache2 y nginx se debe a sus >públicos objetivos, por lo que depende del tipo de software que >necesitas o debes implementar, su arquitectura, sus motores cgi y >fastcgi, si usaras PHP-FPM, si usaras caché para base de datos, que >tipo de caché, etc, etc. incluso si ocuparas nginx como "proxy >reversivo"/balanceador de Apache2. > >Si nos pudieras contar un poco mas. Gracias por contestar. En cuanto a bbdd, no estara en esas maquinas. Las bbdd las tengo montadas en 2 nodos con mysql galera y usando como motor de db innodb, para poder replicar cualquier cambio en ambos nodos (multi-master). Con lo cual a la bbdd se accedera remotamente. Respecto a la finalidad del webservices, seria para apps en php. Eso si, habra bastantes dominios o virtualhosts, unos 20, de ahi la importancia de balancear y de performance que proporciona nginx. Estoy en el movil y no te puedo confirmar cuales serian los modulos que necesitamos. La idea seria meter php-fpm puesto que se ejecuta como servicio independiente en un puerto y se enlaza con nginx y no solo por tcp sino por socket unix. El usar php-fpm aumenta la cantidad de conexiones. Tengo nginx un poco verde, si me confundo en algo, por favor diganmelo. Saludos. -- Enviado desde mi teléfono con K-9 Mail. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/c6a98988-965f-439a-a754-0a8cfa1bb...@email.android.com
Re: Dudas migracion de apache2 a nginx
2013/2/27 Maykel Franco Hdz : > Hola muy buenas. Actualmente tenemos montado apache2 + sus modulos > necesarios php y demas. Tenemos balanceados con el proyecto ultramonkeys las > peticiones http y https a los apaches con ip virtual en el nodo balanceador > activo. > > Mi pregunta es, debo de tener algo en cuenta o existe alguna > incompatibilidad a nivel de php en nginx? Con apache como son 2 nodos > tenemos centralizados los logs de ambos servers para que los escriba en > rsyslog remoto. Imagino que se podra tambien en nginx. > > Me ha gustado mucho nginx, hablan de él en las webs y en los benchmark muy > bien. Por lo visto el performance en general es muy superior a apache y no > por poco precisamente. > > Gracias por todo. > > Saludos. > -- > Enviado desde mi teléfono con K-9 Mail. Hola Maykel, Bueno comentarte una pequeña filosofía: "Para todo problema existe una solución y para todo distinto problema existe una distinta solución", la sencillez de esto radica en lo que necesitas y para que lo necesitas, la diferencia en que trabaja Apache2 y nginx se debe a sus públicos objetivos, por lo que depende del tipo de software que necesitas o debes implementar, su arquitectura, sus motores cgi y fastcgi, si usaras PHP-FPM, si usaras caché para base de datos, que tipo de caché, etc, etc. incluso si ocuparas nginx como "proxy reversivo"/balanceador de Apache2. Si nos pudieras contar un poco mas. -- Atte. Pablo Zúñiga E (+56 9) - 75195192 | MSN/Gtalk: pabl...@gmail.com | Skype: ed00m_ www.gnulinuxporqueno.cl | www.linkedin.com/in/ed00m === -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAK8o2DrKDA2Ad7gC4Zkd3QG20ENJ1SBU9tOij+UzUVb7a=0...@mail.gmail.com
Dudas migracion de apache2 a nginx
Hola muy buenas. Actualmente tenemos montado apache2 + sus modulos necesarios php y demas. Tenemos balanceados con el proyecto ultramonkeys las peticiones http y https a los apaches con ip virtual en el nodo balanceador activo. Mi pregunta es, debo de tener algo en cuenta o existe alguna incompatibilidad a nivel de php en nginx? Con apache como son 2 nodos tenemos centralizados los logs de ambos servers para que los escriba en rsyslog remoto. Imagino que se podra tambien en nginx. Me ha gustado mucho nginx, hablan de él en las webs y en los benchmark muy bien. Por lo visto el performance en general es muy superior a apache y no por poco precisamente. Gracias por todo. Saludos. -- Enviado desde mi teléfono con K-9 Mail.
Re: Errores 408 en ssl_access_log Apache2
El Tue, 18 Dec 2012 10:02:36 +0100, Maykel Franco escribió: (ese html...) > Hola muy buenas, estoy recibiendo este mensaje de error en mi servidor > casero de casa que tengo montado un apache y no sé de dónde proviene ni > el por qué de esas ips...: > > 195.235.76.16 - - [18/Dec/2012:09:59:12 +0100] "-" 408 2060 "-" "-" (...) > Según he leído: > > http://www.checkupdown.com/status/E408_es.html La página de Apache2 tiene más datos: http://httpd.apache.org/docs/2.2/mod/mod_reqtimeout.html > Parece un error de timeout pero me gustaría saber de dónde provienen > esas ips, porqué les da ése error a ellas... Con un whois podrás ver el origen, bueno... la red a la que pertenecen esas direcciones IP. ¿Qué tienen de especial? Quizá que pasan por algún cortafuegos o sistema IPS que les está generando esos "timeouts" cuando intentan acceder a tu servidor. Curiosamente todas las direcciones IP que indicas pertenecen a proveedores españoles (Movistar, Orange y Vodafone)... ¿casualidad? > Le he pasado a alguien?? Pues no, la verdad. ¿Sólo te sucede con las páginas servidas bajo SSL? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kaqc7k$4hb$5...@ger.gmane.org
Re: Errores 408 en ssl_access_log Apache2
El 18 de diciembre de 2012 13:01, Maykel Franco Hernandez < may...@maykel.sytes.net> escribió: > > > El 18 de diciembre de 2012 12:01, Maykel Franco Hernandez < > may...@maykel.sytes.net> escribió: > > >> El 18 de diciembre de 2012 11:31, Esteban Torres Rodríguez < >> mortenol.tor...@gmail.com> escribió: >> >> El día 18 de diciembre de 2012 10:02, Maykel Franco >>> escribió: >>> > Hola muy buenas, estoy recibiendo este mensaje de error en mi servidor >>> > casero de casa que tengo montado un apache y no sé de dónde proviene >>> ni el >>> > por qué de esas ips...: >>> > >>> > 195.235.76.16 - - [18/Dec/2012:09:59:12 +0100] "-" 408 2060 "-" "-" >>> > 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" >>> > 85.62.234.161 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" >>> > 195.235.76.16 - - [18/Dec/2012:09:59:13 +0100] "-" 408 2060 "-" "-" >>> > 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" >>> > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" >>> > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" >>> > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" >>> > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" >>> > 77.209.224.193 - - [18/Dec/2012:09:59:23 +0100] "-" 408 145 "-" "-" >>> > 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" >>> > 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" >>> > >>> > Según he leído: >>> > >>> > http://www.checkupdown.com/status/E408_es.html >>> > >>> > Parece un error de timeout pero me gustaría saber de dónde provienen >>> esas >>> > ips, porqué les da ése error a ellas... >>> >>> aqui puedes ver de donde vienen las ips http://whois.net/ >>> >>> De todas maneras si solo te ocurre con algunos clientes, revisa los >>> parametros de tu apache que tienen que ver con el tiempo como por >>> ejemplo el timeout de tu keepalive. Súbelos un poco. >>> >>> > >>> > Le he pasado a alguien?? >>> > >>> > Saludos y gracias de antemano. >>> > >>> >>> >>> -- >>> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >>> with a subject of "unsubscribe". Trouble? Contact >>> listmas...@lists.debian.org >>> Archive: >>> http://lists.debian.org/ca+fbnviutfmd5rw6xqpqnyye85xixldjfhvabp+6gobodr...@mail.gmail.com >>> >>> >> >> Gracias por contestar Esteban. Eso no sería un error, es por timeout. La >> página web que tengo, tengo ciertos phps a los cuales hay que pasarles >> parámetros para que funcionen, es decir, accediendo al .php no van a poder >> acceder nunca por eso creo de ahí el error...Alguien está intentando >> acceder a unos .php que tengo pero que para que funcionen hay que pasarles >> parámetros. >> >> Gracias. >> >> Saludos. >> > > > Le he cambiado el timeout y he seguido esta guía para meterle la extensión > mod_reqtimeout pero sigue reportando esas líneas...Qué puedo hacer para que > no aparezcan en el log?? > > https://forums.aws.amazon.com/message.jspa?messageID=289485 > > Saludos. > Alguien sabe cómo puedo solventar esto del timeout?? He agregado la línea en el virtualhost de RequestReadTimeout header=10 body= 30 Pero sigue igual. Saludos.
Re: Errores 408 en ssl_access_log Apache2
El 18 de diciembre de 2012 12:01, Maykel Franco Hernandez < may...@maykel.sytes.net> escribió: > > El 18 de diciembre de 2012 11:31, Esteban Torres Rodríguez < > mortenol.tor...@gmail.com> escribió: > > El día 18 de diciembre de 2012 10:02, Maykel Franco >> escribió: >> > Hola muy buenas, estoy recibiendo este mensaje de error en mi servidor >> > casero de casa que tengo montado un apache y no sé de dónde proviene ni >> el >> > por qué de esas ips...: >> > >> > 195.235.76.16 - - [18/Dec/2012:09:59:12 +0100] "-" 408 2060 "-" "-" >> > 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" >> > 85.62.234.161 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" >> > 195.235.76.16 - - [18/Dec/2012:09:59:13 +0100] "-" 408 2060 "-" "-" >> > 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" >> > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" >> > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" >> > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" >> > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" >> > 77.209.224.193 - - [18/Dec/2012:09:59:23 +0100] "-" 408 145 "-" "-" >> > 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" >> > 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" >> > >> > Según he leído: >> > >> > http://www.checkupdown.com/status/E408_es.html >> > >> > Parece un error de timeout pero me gustaría saber de dónde provienen >> esas >> > ips, porqué les da ése error a ellas... >> >> aqui puedes ver de donde vienen las ips http://whois.net/ >> >> De todas maneras si solo te ocurre con algunos clientes, revisa los >> parametros de tu apache que tienen que ver con el tiempo como por >> ejemplo el timeout de tu keepalive. Súbelos un poco. >> >> > >> > Le he pasado a alguien?? >> > >> > Saludos y gracias de antemano. >> > >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact >> listmas...@lists.debian.org >> Archive: >> http://lists.debian.org/ca+fbnviutfmd5rw6xqpqnyye85xixldjfhvabp+6gobodr...@mail.gmail.com >> >> > > Gracias por contestar Esteban. Eso no sería un error, es por timeout. La > página web que tengo, tengo ciertos phps a los cuales hay que pasarles > parámetros para que funcionen, es decir, accediendo al .php no van a poder > acceder nunca por eso creo de ahí el error...Alguien está intentando > acceder a unos .php que tengo pero que para que funcionen hay que pasarles > parámetros. > > Gracias. > > Saludos. > Le he cambiado el timeout y he seguido esta guía para meterle la extensión mod_reqtimeout pero sigue reportando esas líneas...Qué puedo hacer para que no aparezcan en el log?? https://forums.aws.amazon.com/message.jspa?messageID=289485 Saludos.
Re: Errores 408 en ssl_access_log Apache2
El día 18 de diciembre de 2012 10:02, Maykel Franco escribió: > Hola muy buenas, estoy recibiendo este mensaje de error en mi servidor > casero de casa que tengo montado un apache y no sé de dónde proviene ni el > por qué de esas ips...: > > 195.235.76.16 - - [18/Dec/2012:09:59:12 +0100] "-" 408 2060 "-" "-" > 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" > 85.62.234.161 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" > 195.235.76.16 - - [18/Dec/2012:09:59:13 +0100] "-" 408 2060 "-" "-" > 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" > 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" > 77.209.224.193 - - [18/Dec/2012:09:59:23 +0100] "-" 408 145 "-" "-" > 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" > 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" > > Según he leído: > > http://www.checkupdown.com/status/E408_es.html > > Parece un error de timeout pero me gustaría saber de dónde provienen esas > ips, porqué les da ése error a ellas... aqui puedes ver de donde vienen las ips http://whois.net/ De todas maneras si solo te ocurre con algunos clientes, revisa los parametros de tu apache que tienen que ver con el tiempo como por ejemplo el timeout de tu keepalive. Súbelos un poco. > > Le he pasado a alguien?? > > Saludos y gracias de antemano. > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+FbNViUtf=md5rw6xqpqnyye85xixldjfhvabp+6gobodr...@mail.gmail.com
Errores 408 en ssl_access_log Apache2
Hola muy buenas, estoy recibiendo este mensaje de error en mi servidor casero de casa que tengo montado un apache y no sé de dónde proviene ni el por qué de esas ips...: 195.235.76.16 - - [18/Dec/2012:09:59:12 +0100] "-" 408 2060 "-" "-" 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" 85.62.234.161 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" 195.235.76.16 - - [18/Dec/2012:09:59:13 +0100] "-" 408 2060 "-" "-" 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:23 +0100] "-" 408 145 "-" "-" 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" Según he leído: http://www.checkupdown.com/status/E408_es.html Parece un error de timeout pero me gustaría saber de dónde provienen esas ips, porqué les da ése error a ellas... Le he pasado a alguien?? Saludos y gracias de antemano.
Errores 408 en ssl_access_log Apache2
Hola muy buenas, estoy recibiendo este mensaje de error en mi servidor casero de casa que tengo montado un apache y no sé de dónde proviene ni el por qué de esas ips...: 195.235.76.16 - - [18/Dec/2012:09:59:12 +0100] "-" 408 2060 "-" "-" 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" 85.62.234.161 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" 195.235.76.16 - - [18/Dec/2012:09:59:13 +0100] "-" 408 2060 "-" "-" 85.62.234.162 - - [18/Dec/2012:09:59:13 +0100] "-" 408 1514 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:22 +0100] "-" 408 145 "-" "-" 77.209.224.193 - - [18/Dec/2012:09:59:23 +0100] "-" 408 145 "-" "-" 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" 77.209.224.209 - - [18/Dec/2012:09:59:30 +0100] "-" 408 5221 "-" "-" Según he leído: http://www.checkupdown.com/status/E408_es.html Parece un error de timeout pero me gustaría saber de dónde provienen esas ips, porqué les da ése error a ellas... Le he pasado a alguien?? Saludos y gracias de antemano.
Re: favicon.ico no se muestra en apache2
El Thu, 15 Nov 2012 20:22:30 +0100, Jorge escribió: (...) >> Se me ocurre que quizá los navegadores no soliciten "automáticamente" >> el favicon.ico en las páginas que usen cifrado para no (mal)gastar >> ancho de banda, pero es sólo una teoría ya que el hecho de que no >> aparezca registrado en el log del servidor web me hace pensar que es el >> cliente el que no lo solicita porque: >> >> 1/ Si lo pide y el archivo no existe (o está en una ruta incorrecta o >> inaccesible para el apache) quedaría registrado el error. >> >> 2/ Si lo pide y el archivo existe quedaría registrado igualmente. >> >> Pero si no hay rastro del "favicon.ico" en los logs es que algo pasa... >> haz un "grep -i favicon /var/www/www.example.com/logs/error*" a ver si >> salta algo. >> > Sé que es extraño, pero no ha rastro de favicon ni en los logs (de > error) de mi VirtualHost ni en los de apache2 (en el access.log sí que > se registra ahora cuando entro con FF). Vale, vamos bien :-) > En realidad no se genera ningún log de error, y eso que le pido en > index2.html: > > > > Pero nada. Caray. > Veamos qué hace Google Chrome (voy a instalarlo) ... > > Y parece que, al igual que en FF se ve el favicon perfectamente, incluso > sin necesidad del (y también se registra en el > access.log, al igual que en el FF). Luego ahora mismo el único que da > problemas es el IE. (...) Grrr... IE del demonio. Puedes probar con lo que te ha sugerido Carlos y también puedes probar a guardar la página en los favoritos (y ya que estás dile que te mande el acceso directo al escritorio), a ver si así fuerzas al navegador a solicitar el "favicon.ico" al servidor. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k85j3f$8pk$1...@ger.gmane.org
Re: favicon.ico no se muestra en apache2
2012/11/15 Jorge > > Y parece que, al igual que en FF se ve el favicon perfectamente, incluso sin > necesidad del (y también se registra en el access.log, al > igual que en el FF). Luego ahora mismo el único que da problemas es el IE. > > No sé qué hacer, en los logs no tengo ningún error, y ahora mismo sólo parece > fallar en IE. En fin, si no quieres no te rompas más la cabeza, compañero. Si > en el futuro (no muy lejano) descubro alguna explicación o cambia algo > trataré de comentarlo aquí. > Limpiar la cache de IE? -- A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos de leer manuales. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAABYcjP-k=bmh8kmgbsrsuzs4jjoii7bnpahie4kapxagsw...@mail.gmail.com
Re: favicon.ico no se muestra en apache2
Pongo el favicon.ico en /var/www/www.example.com/htdocs/ (este es un dominio de pruebas común tanto para http como para https) Junto favicon.ico hay un index.html que no tiene nada más que un 'hola mundo' O sea, que compartes ambos directorios ¿no? Eso es. Este es el fichero de configuración del virtual host, por si es el problema está ahí: (...) A simple vista no veo nada raro pero puedes probar lo siguiente: 1/ Prueba A. Crea dos páginas html, una sin referencia alguna al favicon.ico en su código y la otra forzando la carga del favicon mediante html y carga las dos a través del https://. OK. Voy a llamarles index1.html e index2.html respectivamente. (...) Pufff. A ver cómo te lo explico ... Ahora funciona todo perfectamente, incluso habilito de nuevo la autenticación contra MySQL que quité ... y todo funciona a las mil maravillas (por lo menos en Firefox). Sinceramente no sé qué decirte, no he tocado nada. Funciona cuando entro con index1.html como cuando entro con index2.html Puede que fuera un problema de cache porque lo que sí que he hecho es instalar el plugin 'Empty Cache Button' y limpiar la caché con él en lugar de desde las opciones de FF. Voy a probar con Internet Explorer a ver ... O, en IE sigue sin funcionar. 2/ Prueba B. Fuerza la carga del favicon.ico accediendo directamente a su ruta "https://www.example.com/favicon.ico";. Esto funciona siempre sin problemas tanto en FF como en IE. Se me ocurre que quizá los navegadores no soliciten "automáticamente" el favicon.ico en las páginas que usen cifrado para no (mal)gastar ancho de banda, pero es sólo una teoría ya que el hecho de que no aparezca registrado en el log del servidor web me hace pensar que es el cliente el que no lo solicita porque: 1/ Si lo pide y el archivo no existe (o está en una ruta incorrecta o inaccesible para el apache) quedaría registrado el error. 2/ Si lo pide y el archivo existe quedaría registrado igualmente. Pero si no hay rastro del "favicon.ico" en los logs es que algo pasa... haz un "grep -i favicon /var/www/www.example.com/logs/error*" a ver si salta algo. Saludos, Sé que es extraño, pero no ha rastro de favicon ni en los logs (de error) de mi VirtualHost ni en los de apache2 (en el access.log sí que se registra ahora cuando entro con FF). En realidad no se genera ningún log de error, y eso que le pido en index2.html: Pero nada. Veamos qué hace Google Chrome (voy a instalarlo) ... Y parece que, al igual que en FF se ve el favicon perfectamente, incluso sin necesidad del (y también se registra en el access.log, al igual que en el FF). Luego ahora mismo el único que da problemas es el IE. No sé qué hacer, en los logs no tengo ningún error, y ahora mismo sólo parece fallar en IE. En fin, si no quieres no te rompas más la cabeza, compañero. Si en el futuro (no muy lejano) descubro alguna explicación o cambia algo trataré de comentarlo aquí. Gracias por todo, Camaleón. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50a540f6.8010...@gmail.com
Re: favicon.ico no se muestra en apache2
El Thu, 15 Nov 2012 12:26:51 +0100, Jorge escribió: > On 14/11/2012 15:56, Camaleón wrote: (...) >> Vale, el archivo gráfico (favicon.ico) existe pero tendrás que >> referenciarlo en las páginas html porque si no automáticamente no se >> carga (a no ser que uses alguna característica del servidor web que lo >> añada "virtualmente" a todas las páginas html). > > Pero si quito la autenticación (AutUser ...) y entro a la web sin > certificado (http://...) si que me sale el favicon.ico (tanto en IE como > FF) sin necesidad de introducir nada en las páginas html. Según tengo > entendido si colocas favicon.ico en el raíz y con ese nombre, el > servidor apache automáticamente lo reconoce y lo aplica, ... y en mi > caso sí que es así, pero como digo sólo para http sin autenticación de > directorio. Pues no sé... Tenía entendido que eran los clientes (navegador web) los que solicitan el archivo pero no sabía que aún lo siguieran haciendo porque no tiene mucho sentido estar solicitando un archivo que a) puede que no exista y b) puede estar ubicado en cualquier otra ruta :-? >> Puedes usar un enlace relativo en lugar de absoluto: >> >> >> >> > Mismo resultado con ruta relativa. Era sólo un "tip" para que no tuvieras que editar las páginas que se encuentran bajo https:// y las que no lo están (al usar una ruta relativa te ahorras tener que editar el «href="https://example.com/favicon.ico"» y el «href="http://example.com/favicon.ico"») >>> ¿Cómo consigo que se muestre siempre? (Espero haberme explicado bien, >>> si no es así consultadme, por favor) Gracias. >> >> Normalmente, las páginas bajo cifrado (https://) se ubican fuera >> ("separadas") de la raíz de las páginas que se sirven sin cifrar, por >> seguridad. Si es este tu caso, tendrás que poner el archivo favicon.ico >> en ambas rutas para que sea visible en ambos entornos. >> >> > Pongo el favicon.ico en /var/www/www.example.com/htdocs/ (este es un > dominio de pruebas común tanto para http como para https) Junto > favicon.ico hay un index.html que no tiene nada más que un 'hola mundo' O sea, que compartes ambos directorios ¿no? > Este es el fichero de configuración del virtual host, por si es el > problema está ahí: (...) A simple vista no veo nada raro pero puedes probar lo siguiente: 1/ Prueba A. Crea dos páginas html, una sin referencia alguna al favicon.ico en su código y la otra forzando la carga del favicon mediante html y carga las dos a través del https://. 2/ Prueba B. Fuerza la carga del favicon.ico accediendo directamente a su ruta "https://www.example.com/favicon.ico";. Se me ocurre que quizá los navegadores no soliciten "automáticamente" el favicon.ico en las páginas que usen cifrado para no (mal)gastar ancho de banda, pero es sólo una teoría ya que el hecho de que no aparezca registrado en el log del servidor web me hace pensar que es el cliente el que no lo solicita porque: 1/ Si lo pide y el archivo no existe (o está en una ruta incorrecta o inaccesible para el apache) quedaría registrado el error. 2/ Si lo pide y el archivo existe quedaría registrado igualmente. Pero si no hay rastro del "favicon.ico" en los logs es que algo pasa... haz un "grep -i favicon /var/www/www.example.com/logs/error*" a ver si salta algo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k831rr$vma$3...@ger.gmane.org
Re: favicon.ico no se muestra en apache2
On 14/11/2012 15:56, Camaleón wrote: El Tue, 13 Nov 2012 23:51:25 +0100, Jorge escribió: Mi servidor web es Apache2 sobre Debian Squeeze. Tengo tanto Certificado SSL (para https) como autenticación de usuario (AuthUser), pero si no deshabilito ambos no se muestra el icono 'favicon.ico' en la pestaña del IE o del FF. Por supuesto el fichero está en el raíz del VirtualHost en cuestión y cuenta con los permisos de acceso necesarios, de hecho se muestra cuando pongo como URL http://www.ejemplo.com/favicon.ico. Vale, el archivo gráfico (favicon.ico) existe pero tendrás que referenciarlo en las páginas html porque si no automáticamente no se carga (a no ser que uses alguna característica del servidor web que lo añada "virtualmente" a todas las páginas html). Pero si quito la autenticación (AutUser ...) y entro a la web sin certificado (http://...) si que me sale el favicon.ico (tanto en IE como FF) sin necesidad de introducir nada en las páginas html. Según tengo entendido si colocas favicon.ico en el raíz y con ese nombre, el servidor apache automáticamente lo reconoce y lo aplica, ... y en mi caso sí que es así, pero como digo sólo para http sin autenticación de directorio. Para solucionarlo (y a pesar de que no me gusta mucho esta solución) he intentado poner en la cabecera de las páginas web ... http://www.ejemplo.com/favicon.ico type="image/x-icon" /> Hola Mundo Icono (conviene usar un dominio normalizado, p. ej., "www.example.com" cuando quieras usar dominios a modo de ejemplo) OK, no lo sabía. Lo tendré en cuenta. Puedes usar un enlace relativo en lugar de absoluto: Mismo resultado con ruta relativa. ... con lo que mi 'falvicon.ico' ya se muestra, a pesar de tener la autenticación habilitada, cuando introduzco la URL http://www.ejemplo.com/, pero sigue sin mostrarse cuando introduzco la URL https://www.ejemplo.com/. Y si en el código anterior en lugar de a href=http ... apunto a href=https ... ni siquiera eso, no llega a verse en ninguno de los dos casos. ¿Cómo consigo que se muestre siempre? (Espero haberme explicado bien, si no es así consultadme, por favor) Gracias. Normalmente, las páginas bajo cifrado (https://) se ubican fuera ("separadas") de la raíz de las páginas que se sirven sin cifrar, por seguridad. Si es este tu caso, tendrás que poner el archivo favicon.ico en ambas rutas para que sea visible en ambos entornos. Saludos, Pongo el favicon.ico en /var/www/www.example.com/htdocs/ (este es un dominio de pruebas común tanto para http como para https) Junto favicon.ico hay un index.html que no tiene nada más que un 'hola mundo' Este es el fichero de configuración del virtual host, por si es el problema está ahí: ServerAdmin webmas...@example.com ServerName www.example.com ServerAlias example.com Indexes + Directory Root. DirectoryIndex index.php index.html DocumentRoot /var/www/www.example.com/htdocs/ SSLEngine on SSLCertificateFile/etc/ssl/certs/example.com_self_3.crt SSLCertificateKeyFile /etc/ssl/private/example.com_self_3.key Options Indexes FollowSymLinks -MultiViews AllowOverride None php_value upload_max_filesize 5M php_value post_max_size 17M php_value max_execution_time 61 php_value max_input_time 121 IndexIgnore .??* *~ RewriteEngine On RewriteBase / RewriteCond %{HTTP_HOST} !^www RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301] RewriteCond $1 !^(index\.php|robots\.txt|user_guide|info\.php|favicon\.ico|index\.html) RewriteRule ^(.*)$ /index.php/$1 [L] Order allow,deny Deny from all Order allow,deny Allow from all Deny from www.google.es CGI Directory ScriptAlias /cgi-bin/ /var/www/www.example.com/cgi-bin/ Options +ExecCGI Logfiles ErrorLog /var/www/www.example.com/logs/error.log CustomLog /var/www/www.example.com/logs/access.log combined Ajustes del protocolo SSL para algunos navegadores con problemas conocidos BrowserMatch "MSIE [2-6]" \ nokeepalive ssl-unclean-shutdown \ downgrade-1.0 force-response-1.0 # MSIE 7 and newer should be able to use keepalive BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50a4d17b.6090...@gmail.com
Re: favicon.ico no se muestra en apache2
El Tue, 13 Nov 2012 23:51:25 +0100, Jorge escribió: > Mi servidor web es Apache2 sobre Debian Squeeze. Tengo tanto Certificado > SSL (para https) como autenticación de usuario (AuthUser), pero si no > deshabilito ambos no se muestra el icono 'favicon.ico' en la pestaña del > IE o del FF. Por supuesto el fichero está en el raíz del VirtualHost en > cuestión y cuenta con los permisos de acceso necesarios, de hecho se > muestra cuando pongo como URL http://www.ejemplo.com/favicon.ico. Vale, el archivo gráfico (favicon.ico) existe pero tendrás que referenciarlo en las páginas html porque si no automáticamente no se carga (a no ser que uses alguna característica del servidor web que lo añada "virtualmente" a todas las páginas html). > Para solucionarlo (y a pesar de que no me gusta mucho esta solución) he > intentado poner en la cabecera de las páginas web ... > > http://www.ejemplo.com/favicon.ico > type="image/x-icon" /> Hola Mundo Icono (conviene usar un dominio normalizado, p. ej., "www.example.com" cuando quieras usar dominios a modo de ejemplo) Puedes usar un enlace relativo en lugar de absoluto: > ... con lo que mi 'falvicon.ico' ya se muestra, a pesar de tener la > autenticación habilitada, cuando introduzco la URL > http://www.ejemplo.com/, pero sigue sin mostrarse cuando introduzco la > URL https://www.ejemplo.com/. Y si en el código anterior en lugar de a > href=http ... apunto a href=https ... ni siquiera eso, no llega a verse > en ninguno de los dos casos. > > ¿Cómo consigo que se muestre siempre? (Espero haberme explicado bien, si > no es así consultadme, por favor) Gracias. Normalmente, las páginas bajo cifrado (https://) se ubican fuera ("separadas") de la raíz de las páginas que se sirven sin cifrar, por seguridad. Si es este tu caso, tendrás que poner el archivo favicon.ico en ambas rutas para que sea visible en ambos entornos. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k80bf3$lmm$3...@ger.gmane.org
Re: favicon.ico no se muestra en apache2
On 14/11/2012 12:45, Gonzalo Rivero wrote: El mar, 13-11-2012 a las 23:51 +0100, Jorge escribió: Mi servidor web es Apache2 sobre Debian Squeeze. Tengo tanto Certificado SSL (para https) como autenticación de usuario (AuthUser), pero si no deshabilito ambos no se muestra el icono 'favicon.ico' en la pestaña del IE o del FF. Por supuesto el fichero está en el raíz del VirtualHost en cuestión y cuenta con los permisos de acceso necesarios, de hecho se muestra cuando pongo como URL http://www.ejemplo.com/favicon.ico. Para solucionarlo (y a pesar de que no me gusta mucho esta solución) he intentado poner en la cabecera de las páginas web ... http://www.ejemplo.com/favicon.ico type="image/x-icon" /> Hola Mundo Icono ... con lo que mi 'falvicon.ico' ya se muestra, a pesar de tener la autenticación habilitada, cuando introduzco la URL http://www.ejemplo.com/, pero sigue sin mostrarse cuando introduzco la URL https://www.ejemplo.com/. Y si en el código anterior en lugar de a href=http ... apunto a href=https ... ni siquiera eso, no llega a verse en ninguno de los dos casos. ¿Cómo consigo que se muestre siempre? (Espero haberme explicado bien, si no es así consultadme, por favor) Gracias. ¿que te dice el log al respecto?, por ejemplo, yo tengo uno con varios virtualhost y en algunos no está el favicon: File does not exist: /usr/local/www/apache22/data/www/lalala/favicon.ico o al menos no está donde apache lo busca. Mi ejemplo es de un freebsd, pero a los fines prácticos debería ser lo mismo. Fijate con grep favicon /var/log/apache/httpd-error.log (o como se llame el log de error del apache, no tengo un debian a mano) Estas son las líneas repetidas constantemente en el log de error (y no se escribe nada en nigún otro log): [Wed Nov 14 10:35:37 2012] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366) [Wed Nov 14 10:35:37 2012] [notice] Digest: generating secret for digest authentication ... [Wed Nov 14 10:35:37 2012] [notice] Digest: done [Wed Nov 14 10:35:39 2012] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366) [Wed Nov 14 10:35:39 2012] [notice] Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze14 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations No aparecen referencias a favicon.ico -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50a386d3.4010...@gmail.com
Re: favicon.ico no se muestra en apache2
El mar, 13-11-2012 a las 23:51 +0100, Jorge escribió: > Mi servidor web es Apache2 sobre Debian Squeeze. Tengo tanto Certificado > SSL (para https) como autenticación de usuario (AuthUser), pero si no > deshabilito ambos no se muestra el icono 'favicon.ico' en la pestaña del > IE o del FF. Por supuesto el fichero está en el raíz del VirtualHost en > cuestión y cuenta con los permisos de acceso necesarios, de hecho se > muestra cuando pongo como URL http://www.ejemplo.com/favicon.ico. > > Para solucionarlo (y a pesar de que no me gusta mucho esta solución) he > intentado poner en la cabecera de las páginas web ... > > http://www.ejemplo.com/favicon.ico > type="image/x-icon" /> Hola Mundo Icono > > ... con lo que mi 'falvicon.ico' ya se muestra, a pesar de tener la > autenticación habilitada, cuando introduzco la URL > http://www.ejemplo.com/, pero sigue sin mostrarse cuando introduzco la > URL https://www.ejemplo.com/. Y si en el código anterior en lugar de a > href=http ... apunto a href=https ... ni siquiera eso, no llega a verse > en ninguno de los dos casos. > > ¿Cómo consigo que se muestre siempre? > (Espero haberme explicado bien, si no es así consultadme, por favor) > Gracias. > ¿que te dice el log al respecto?, por ejemplo, yo tengo uno con varios virtualhost y en algunos no está el favicon: File does not exist: /usr/local/www/apache22/data/www/lalala/favicon.ico o al menos no está donde apache lo busca. Mi ejemplo es de un freebsd, pero a los fines prácticos debería ser lo mismo. Fijate con grep favicon /var/log/apache/httpd-error.log (o como se llame el log de error del apache, no tengo un debian a mano) -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1352893543.2423.2.ca...@eeepc.ucasal.ar
favicon.ico no se muestra en apache2
Mi servidor web es Apache2 sobre Debian Squeeze. Tengo tanto Certificado SSL (para https) como autenticación de usuario (AuthUser), pero si no deshabilito ambos no se muestra el icono 'favicon.ico' en la pestaña del IE o del FF. Por supuesto el fichero está en el raíz del VirtualHost en cuestión y cuenta con los permisos de acceso necesarios, de hecho se muestra cuando pongo como URL http://www.ejemplo.com/favicon.ico. Para solucionarlo (y a pesar de que no me gusta mucho esta solución) he intentado poner en la cabecera de las páginas web ... http://www.ejemplo.com/favicon.ico type="image/x-icon" /> Hola Mundo Icono ... con lo que mi 'falvicon.ico' ya se muestra, a pesar de tener la autenticación habilitada, cuando introduzco la URL http://www.ejemplo.com/, pero sigue sin mostrarse cuando introduzco la URL https://www.ejemplo.com/. Y si en el código anterior en lugar de a href=http ... apunto a href=https ... ni siquiera eso, no llega a verse en ninguno de los dos casos. ¿Cómo consigo que se muestre siempre? (Espero haberme explicado bien, si no es así consultadme, por favor) Gracias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50a2ceed.6070...@gmail.com
Re: Apache2 no me coge el htaccess
On 25/10/2012 23:41, jors wrote: On 25/10/12 16:38, Gorka wrote: On 25/10/2012 15:15, Lic. Domingo Varela Yahuitl wrote: Reiniciaste el servidor apache Sent from my android device. One step ahead. -Original Message- From: Gorka To: debian-user-spanish@lists.debian.org Sent: Thu, 25 Oct 2012 7:30 Subject: Re: Apache2 no me coge el htaccess On 25/10/2012 13 :59, Gorka wrote: > On 25/10/2012 13 :27, Carlos Nicolas wrote: >> El 25/10/2012 12 :31, Gorka escribió: >>> Tengo un .htaccess en /var/www con esta línea como contenido ... >>> >>> IndexIgnore * >>> >>> ... en /etc/apache2/sites-available/default tengo ... >>> >>> >>> >>> ServerAdmin webmaster@localhost >>> >>> DocumentRoot /var/www >>> >>> Options FollowSymLinks >>> AllowOverride None >>> >>> >>> Options Indexes FollowSymLinks MultiViews >>> AllowOverride All >>> Order allow,deny >>> allow from all >>> >>> >>> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ >>> >>> AllowOverride None >>> Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch >>> Order allow,deny >>> Allow from all >>> >>> >>> ErrorLog ${APACHE_LOG_DIR}/error.log >>> >>> # Possible values include: debug, info, notice, warn, error, >>> crit, >>> # alert, emerg. >>> LogLevel warn >>> >>> CustomLog ${APACHE_LOG_DIR}/access.log combined >>> >>> >>> ... donde como podéis ver he cambiado AllowOverride de None a All >>> Y sigue sin cogerme el .htaccess. Cuando meto la url me lista todo >>> el contenido de /var/www >>> ¿Qué hago mal? ¿Aguna idea? >>> >>> >>> >>> >>> >> Creo que tienes que añadir la opcion Includes en options , algo asi >> quedaria >> >> Options Indexes FollowSymLinks MultiViews Includes > > Pues tampoco funciona. Al igual que tampoco funciona por ejemplo poner ... php_value upload_max_filesize 100M ... en el .htaccess phpinfo() sigue mostrando ... upload_max_filesize 2M 2M ... tanto para la columna local como para la general. En realidad phpinfo() sólo refleja los cambios si los hago directamente sobre el php.ini, pero lo que yo quiero es saber por qué no me está funcionando nada de lo que pongo en el .htaccess. ¿Alguien puede aportar algo de luz al tema? Por supuesto, reinicio el servidor apache2 tras cada cambio de configuración, ... pero nada. Supongo comprobaste que en el apache.conf tengas algo así: # # AccessFileName: The name of the file to look for in each directory # for additional configuration directives. See also the AllowOverride # directive. # AccessFileName .htaccess Por supuesto. Pero creo que he encontrado el fallo, y por ahí van los tiros. Al crear el .htaccess desde Eclipse me ha añadido la extensión .php al archivo y no me he percatado. ¡Vaya fallo de novato! Perdonad las molestias. Gracias a todos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/508a2ec6.4060...@yahoo.es
Re: Apache2 no me coge el htaccess
On 25/10/12 16:38, Gorka wrote: On 25/10/2012 15:15, Lic. Domingo Varela Yahuitl wrote: Reiniciaste el servidor apache Sent from my android device. One step ahead. -Original Message- From: Gorka To: debian-user-spanish@lists.debian.org Sent: Thu, 25 Oct 2012 7:30 Subject: Re: Apache2 no me coge el htaccess On 25/10/2012 13 :59, Gorka wrote: > On 25/10/2012 13 :27, Carlos Nicolas wrote: >> El 25/10/2012 12 :31, Gorka escribió: >>> Tengo un .htaccess en /var/www con esta línea como contenido ... >>> >>> IndexIgnore * >>> >>> ... en /etc/apache2/sites-available/default tengo ... >>> >>> >>> >>> ServerAdmin webmaster@localhost >>> >>> DocumentRoot /var/www >>> >>> Options FollowSymLinks >>> AllowOverride None >>> >>> >>> Options Indexes FollowSymLinks MultiViews >>> AllowOverride All >>> Order allow,deny >>> allow from all >>> >>> >>> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ >>> >>> AllowOverride None >>> Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch >>> Order allow,deny >>> Allow from all >>> >>> >>> ErrorLog ${APACHE_LOG_DIR}/error.log >>> >>> # Possible values include: debug, info, notice, warn, error, >>> crit, >>> # alert, emerg. >>> LogLevel warn >>> >>> CustomLog ${APACHE_LOG_DIR}/access.log combined >>> >>> >>> ... donde como podéis ver he cambiado AllowOverride de None a All >>> Y sigue sin cogerme el .htaccess. Cuando meto la url me lista todo >>> el contenido de /var/www >>> ¿Qué hago mal? ¿Aguna idea? >>> >>> >>> >>> >>> >> Creo que tienes que añadir la opcion Includes en options , algo asi >> quedaria >> >> Options Indexes FollowSymLinks MultiViews Includes > > Pues tampoco funciona. Al igual que tampoco funciona por ejemplo poner ... php_value upload_max_filesize 100M ... en el .htaccess phpinfo() sigue mostrando ... upload_max_filesize 2M 2M ... tanto para la columna local como para la general. En realidad phpinfo() sólo refleja los cambios si los hago directamente sobre el php.ini, pero lo que yo quiero es saber por qué no me está funcionando nada de lo que pongo en el .htaccess. ¿Alguien puede aportar algo de luz al tema? Por supuesto, reinicio el servidor apache2 tras cada cambio de configuración, ... pero nada. Supongo comprobaste que en el apache.conf tengas algo así: # # AccessFileName: The name of the file to look for in each directory # for additional configuration directives. See also the AllowOverride # directive. # AccessFileName .htaccess -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5089b224.9060...@gmail.com
Re: Apache2 no me coge el htaccess
Reiniciaste el servidor apache Sent from my android device. One step ahead. -Original Message- From: Gorka To: debian-user-spanish@lists.debian.org Sent: Thu, 25 Oct 2012 7:30 Subject: Re: Apache2 no me coge el htaccess On 25/10/2012 13:59, Gorka wrote: > On 25/10/2012 13:27, Carlos Nicolas wrote: >> El 25/10/2012 12:31, Gorka escribió: >>> Tengo un .htaccess en /var/www con esta línea como contenido ... >>> >>> IndexIgnore * >>> >>> ... en /etc/apache2/sites-available/default tengo ... >>> >>> >>> >>> ServerAdmin webmaster@localhost >>> >>> DocumentRoot /var/www >>> >>> Options FollowSymLinks >>> AllowOverride None >>> >>> >>> Options Indexes FollowSymLinks MultiViews >>> AllowOverride All >>> Order allow,deny >>> allow from all >>> >>> >>> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ >>> >>> AllowOverride None >>> Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch >>> Order allow,deny >>> Allow from all >>> >>> >>> ErrorLog ${APACHE_LOG_DIR}/error.log >>> >>> # Possible values include: debug, info, notice, warn, error, >>> crit, >>> # alert, emerg. >>> LogLevel warn >>> >>> CustomLog ${APACHE_LOG_DIR}/access.log combined >>> >>> >>> ... donde como podéis ver he cambiado AllowOverride de None a All >>> Y sigue sin cogerme el .htaccess. Cuando meto la url me lista todo >>> el contenido de /var/www >>> ¿Qué hago mal? ¿Aguna idea? >>> >>> >>> >>> >>> >> Creo que tienes que añadir la opcion Includes en options , algo asi >> quedaria >> >> Options Indexes FollowSymLinks MultiViews Includes > > Pues tampoco funciona. Al igual que tampoco funciona por ejemplo poner ... php_value upload_max_filesize 100M ... en el .htaccess phpinfo() sigue mostrando ... upload_max_filesize 2M 2M ... tanto para la columna local como para la general. En realidad phpinfo() sólo refleja los cambios si los hago directamente sobre el php.ini, pero lo que yo quiero es saber por qué no me está funcionando nada de lo que pongo en el .htaccess. ¿Alguien puede aportar algo de luz al tema? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/508930e2.4040...@yahoo.es
Re: Apache2 no me coge el htaccess
On 25/10/2012 13:59, Gorka wrote: On 25/10/2012 13:27, Carlos Nicolas wrote: El 25/10/2012 12:31, Gorka escribió: Tengo un .htaccess en /var/www con esta línea como contenido ... IndexIgnore * ... en /etc/apache2/sites-available/default tengo ... ServerAdmin webmaster@localhost DocumentRoot /var/www Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all ErrorLog ${APACHE_LOG_DIR}/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog ${APACHE_LOG_DIR}/access.log combined ... donde como podéis ver he cambiado AllowOverride de None a All Y sigue sin cogerme el .htaccess. Cuando meto la url me lista todo el contenido de /var/www ¿Qué hago mal? ¿Aguna idea? Creo que tienes que añadir la opcion Includes en options , algo asi quedaria Options Indexes FollowSymLinks MultiViews Includes Pues tampoco funciona. Al igual que tampoco funciona por ejemplo poner ... php_value upload_max_filesize 100M ... en el .htaccess phpinfo() sigue mostrando ... upload_max_filesize 2M 2M ... tanto para la columna local como para la general. En realidad phpinfo() sólo refleja los cambios si los hago directamente sobre el php.ini, pero lo que yo quiero es saber por qué no me está funcionando nada de lo que pongo en el .htaccess. ¿Alguien puede aportar algo de luz al tema? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/508930e2.4040...@yahoo.es
Re: Apache2 no me coge el htaccess
On 25/10/2012 13:27, Carlos Nicolas wrote: El 25/10/2012 12:31, Gorka escribió: Tengo un .htaccess en /var/www con esta línea como contenido ... IndexIgnore * ... en /etc/apache2/sites-available/default tengo ... ServerAdmin webmaster@localhost DocumentRoot /var/www Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all ErrorLog ${APACHE_LOG_DIR}/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog ${APACHE_LOG_DIR}/access.log combined ... donde como podéis ver he cambiado AllowOverride de None a All Y sigue sin cogerme el .htaccess. Cuando meto la url me lista todo el contenido de /var/www ¿Qué hago mal? ¿Aguna idea? Creo que tienes que añadir la opcion Includes en options , algo asi quedaria Options Indexes FollowSymLinks MultiViews Includes Pues tampoco funciona. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5089299a.7090...@yahoo.es
Re: Apache2 no me coge el htaccess
El 25/10/2012 12:31, Gorka escribió: Tengo un .htaccess en /var/www con esta línea como contenido ... IndexIgnore * ... en /etc/apache2/sites-available/default tengo ... ServerAdmin webmaster@localhost DocumentRoot /var/www Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all ErrorLog ${APACHE_LOG_DIR}/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog ${APACHE_LOG_DIR}/access.log combined ... donde como podéis ver he cambiado AllowOverride de None a All Y sigue sin cogerme el .htaccess. Cuando meto la url me lista todo el contenido de /var/www ¿Qué hago mal? ¿Aguna idea? Creo que tienes que añadir la opcion Includes en options , algo asi quedaria Options Indexes FollowSymLinks MultiViews Includes -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50892226.9090...@gmail.com
Re: Apache2 no me coge el htaccess
On 25/10/2012 12:31, Gorka wrote: Tengo un .htaccess en /var/www con esta línea como contenido ... IndexIgnore * ... en /etc/apache2/sites-available/default tengo ... ServerAdmin webmaster@localhost DocumentRoot /var/www Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all ErrorLog ${APACHE_LOG_DIR}/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog ${APACHE_LOG_DIR}/access.log combined ... donde como podéis ver he cambiado AllowOverride de None a All Y sigue sin cogerme el .htaccess. Cuando meto la url me lista todo el contenido de /var/www ¿Qué hago mal? ¿Aguna idea? Se me olvidó decir que, por supuesto, he hecho ... a2ensite default /etc/init.d/apache2 reload (incluso restart) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50891751.7080...@yahoo.es
Apache2 no me coge el htaccess
Tengo un .htaccess en /var/www con esta línea como contenido ... IndexIgnore * ... en /etc/apache2/sites-available/default tengo ... ServerAdmin webmaster@localhost DocumentRoot /var/www Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all ErrorLog ${APACHE_LOG_DIR}/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog ${APACHE_LOG_DIR}/access.log combined ... donde como podéis ver he cambiado AllowOverride de None a All Y sigue sin cogerme el .htaccess. Cuando meto la url me lista todo el contenido de /var/www ¿Qué hago mal? ¿Aguna idea? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/508914fb.5090...@yahoo.es
Re: apache2 cargue código php5
On Mon, Oct 22, 2012 at 04:12:51PM -0500, Angel R. Gutiérrez Lima wrote: >1-Que hacer para que apache2 cargue código php5 Habilitar el módulo correspondiente con a2enmod (Apache2 Enable Module): # a2enmod php5 Necesitarás algunos paquetes adicionales (libapache2-mod-php5) y reiniciar Apache para aplicar cambios. -- Adrià García-Alzórriz adri...@gmail.com PGP Key: 9DE37ED4 It is possible by ingenuity and at the expense of clarity... {to do almost anything in any language}. However, the fact that it is possible to push a pea up a mountain with your nose does not mean that this is a sensible way of getting it there. Each of these techniques of language extension should be used in its proper place. -- Christopher Strachey signature.asc Description: Digital signature
Re: [OT] Re: Error 500 en apache2 que solo se ve del lado del cliente
El Mon, 03 Sep 2012 11:29:31 -0500, PedroTron escribió: > Misterio resuelto. > > Gracias a la ayuda de todos en la lista, pude enfocar mi busqueda a algo > mas que simplemente apache (pues me orientaron a no dejar que solo por > decir error 500 sea culpa del servidor), y comence a buscar en todo lo > demas. Despues de varias horas depurando por todo lado, encontre que > podia habilitar los logs en php5, esperando que por ahi algo "cantara" y > efectivamente asi fue. > > Faltaba el soporte para curl. No era error de programacion ni error de > servidor. Era error de comunicacion, pues nunca nos comentaron que este > era necesario para la aplicacion (y yo de symfony, es mi primera > experiencia asi que sano completamente). Entonces es que seguramente el script que usas está haciendo uso de alguna clase de PHP que esté tirando de curl para la transferencia de datos entre el servidor y el cliente porque al menos en los requisitos de symfony no aparece curl como requerido ;-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k22n48$vnl$1...@ger.gmane.org
Re: [OT] Re: Error 500 en apache2 que solo se ve del lado del cliente
Misterio resuelto. Gracias a la ayuda de todos en la lista, pude enfocar mi busqueda a algo mas que simplemente apache (pues me orientaron a no dejar que solo por decir error 500 sea culpa del servidor), y comence a buscar en todo lo demas. Despues de varias horas depurando por todo lado, encontre que podia habilitar los logs en php5, esperando que por ahi algo "cantara" y efectivamente asi fue. Faltaba el soporte para curl. No era error de programacion ni error de servidor. Era error de comunicacion, pues nunca nos comentaron que este era necesario para la aplicacion (y yo de symfony, es mi primera experiencia asi que sano completamente). saludos a todos y muchas gracias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJ=uqg7dw0ag8ykyn0j8ykxjtqyyqdewpym-teupvyhqmbo...@mail.gmail.com
Re: [OT] Re: Error 500 en apache2 que solo se ve del lado del cliente
El Fri, 31 Aug 2012 18:03:33 +0200, Marc Marí escribió: > El día 31 de agosto de 2012 17:56, Camaleón > escribió: >> El Fri, 31 Aug 2012 17:34:57 +0200, Marc Marí escribió: >> >>> Yo programo en PHP, y errores 500 me han aparecido cuando hay errores >>> de programación, y PHP no está configurado para mostrar errores, y >>> cuando hay errores de redireccionamiento en .htaccess. Camaleón: AJAX >>> trabaja en los dos lados, es un puente de unión entre cliente y >>> servidor sin tener que cargar la página, así que puede ser que sea un >>> error de programación. >> >> (...) >> >> "Puede ser" no, "es" :-) >> >> Obviamente un error 500 apunta a un error de programación (bien porque >> se hace una llamada a una función que no está habilitada en el servidor >> o bien porque el código está mal escrito). >> >> ¿Pero de dónde sacas que hay PHP de por medio? >;-) >> >> Ajax "puede" trabajar en los dos lados pero hasta que no ha dicho que >> usa el framework "symfony" no se me había ocurrido pensar que usara PHP >> para gestionar el formulario. >> > Camaleón: "Puede ser" un error de programación o "puede ser" un error de > htaccess o "puede ser" otra cosa que no se, que "es", no lo se, porque > he tenido errores 500 producidos por malas redirecciones en .htaccess, > por ejemplo. Pero el error sólo se genera cuando accede a esa página en concreto, obviamente está relacionado con la programación que intenta cargar en/ desde esa página. > Y pensaba que era JavaScript + PHP porque es uno de los principales > usos de AJAX (o al menos, eso me parece). O porque lo ha comentado después :-P Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k1qotj$hd2$1...@ger.gmane.org
Re: Error 500 en apache2 que solo se ve del lado del cliente
2012/8/31 PedroTron : > El día 31 de agosto de 2012 09:16, Ángel Cruz escribió: >> Posiblemente el formulario esta mal estructurado... SI firebug te dio error >> no busques más que ya lo tienes... >> QUe intenten hacer de nuevo el formulario y que tengan cuidado que >> posiblemente se les escapo algo. >> > > Ahi esta el detalle. El formulario supuestamente es generado de > manera dinamica por un ¿framework? llamado symfony. > > El desarrollador tiene el mismo sitio cargado en su servidor, y no > presenta errores; es por eso que las dudas recaen en mi > servidor.. y como no encuentro ningun registro ni nada en los > logs del mismo, no puedo argumentar si lo uno o lo otro. > > Saludos Symfony (1.4 o 2?) suele tener sus propios logs en el directorio "app/logs", revisalos. Por otro lado, problemas con Symfony casi siempre se resuelven limpiando y regenerando la caché. Saludos -- A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos de leer manuales. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAABYcjMu2=dxit77tbgc-d4la3meg9qv6r9sl+xb4sbij56...@mail.gmail.com
Re: [OT] Re: Error 500 en apache2 que solo se ve del lado del cliente
El día 31 de agosto de 2012 17:56, Camaleón escribió: > El Fri, 31 Aug 2012 17:34:57 +0200, Marc Marí escribió: > >> Yo programo en PHP, y errores 500 me han aparecido cuando hay errores de >> programación, y PHP no está configurado para mostrar errores, y cuando >> hay errores de redireccionamiento en .htaccess. Camaleón: AJAX trabaja >> en los dos lados, es un puente de unión entre cliente y servidor sin >> tener que cargar la página, así que puede ser que sea un error de >> programación. > > (...) > > "Puede ser" no, "es" :-) > > Obviamente un error 500 apunta a un error de programación (bien porque se > hace una llamada a una función que no está habilitada en el servidor o > bien porque el código está mal escrito). > > ¿Pero de dónde sacas que hay PHP de por medio? >;-) > > Ajax "puede" trabajar en los dos lados pero hasta que no ha dicho que usa > el framework "symfony" no se me había ocurrido pensar que usara PHP para > gestionar el formulario. > > Saludos, > > -- > Camaleón > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/k1qmqn$hd2$1...@ger.gmane.org > Camaleón: "Puede ser" un error de programación o "puede ser" un error de htaccess o "puede ser" otra cosa que no se, que "es", no lo se, porque he tenido errores 500 producidos por malas redirecciones en .htaccess, por ejemplo. Y pensaba que era JavaScript + PHP porque es uno de los principales usos de AJAX (o al menos, eso me parece). Un saludo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+nFU8Txa6P21keDm0vv8eZtYUchVKMX6dT0k_=erbhjtg-...@mail.gmail.com
Re: [OT] Re: Error 500 en apache2 que solo se ve del lado del cliente
El Fri, 31 Aug 2012 17:34:57 +0200, Marc Marí escribió: > Yo programo en PHP, y errores 500 me han aparecido cuando hay errores de > programación, y PHP no está configurado para mostrar errores, y cuando > hay errores de redireccionamiento en .htaccess. Camaleón: AJAX trabaja > en los dos lados, es un puente de unión entre cliente y servidor sin > tener que cargar la página, así que puede ser que sea un error de > programación. (...) "Puede ser" no, "es" :-) Obviamente un error 500 apunta a un error de programación (bien porque se hace una llamada a una función que no está habilitada en el servidor o bien porque el código está mal escrito). ¿Pero de dónde sacas que hay PHP de por medio? >;-) Ajax "puede" trabajar en los dos lados pero hasta que no ha dicho que usa el framework "symfony" no se me había ocurrido pensar que usara PHP para gestionar el formulario. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k1qmqn$hd2$1...@ger.gmane.org
Re: Error 500 en apache2 que solo se ve del lado del cliente
On Friday 31 August 2012 17:29:39 PedroTron wrote: > El día 31 de agosto de 2012 09:16, Ángel Cruz escribió: > > Posiblemente el formulario esta mal estructurado... SI firebug te dio > > error no busques más que ya lo tienes... > > QUe intenten hacer de nuevo el formulario y que tengan cuidado que > > posiblemente se les escapo algo. > > Ahi esta el detalle. El formulario supuestamente es generado de > manera dinamica por un ¿framework? llamado symfony. > > El desarrollador tiene el mismo sitio cargado en su servidor, y no > presenta errores; es por eso que las dudas recaen en mi > servidor.. y como no encuentro ningun registro ni nada en los > logs del mismo, no puedo argumentar si lo uno o lo otro. Que en su casa funcione no es excusa para darte las culpas a ti. No seria la primera vez que ponen la dirección "localhost" para desarrollo, y claro, una vez en producción no funciona: "oye, pero en mi máquina si funciona, es problema tuyo", ¡namierda es problema mio!. No digo que no sea problema de tu servidor, digo que no es un argumento válido. El error 500 es genérico, ¿por que no miras que petición realiza el formulario y tratas de hacerla "a pelo"? Tienes plugins para Firefox como "Live HTTP headers" que muestra lo que envia, si no quieres usar Wireshark, TCPDump y similares. > Saludos -- Marc Olivé Blau Advisors www.blauadvisors.com signature.asc Description: This is a digitally signed message part.
Re: [OT] Re: Error 500 en apache2 que solo se ve del lado del cliente
El día 31 de agosto de 2012 17:34, Marc Marí <5.markm...@gmail.com> escribió: > Yo programo en PHP, y errores 500 me han aparecido cuando hay errores > de programación, y PHP no está configurado para mostrar errores, y > cuando hay errores de redireccionamiento en .htaccess. Camaleón: AJAX > trabaja en los dos lados, es un puente de unión entre cliente y > servidor sin tener que cargar la página, así que puede ser que sea un > error de programación. > > Si en los logs no hay nada, será que php no está configurado para > enviar información a los logs. Si se tiene acceso a php.ini, se puede > activar mostrar errores por pantalla (display_errors = On, > error_reporting = E_ALL). PedroTron, si sabes cómo, te recomiendo que > de momento quites ajax y haga una llamada de formulario normal, para > que sea más sencillo reportar los errores, si no, ahora mismo no > recuerdo cómo hacer que PHP saque mensajes a través de Ajax. > > Un saludo > > El día 31 de agosto de 2012 17:19, Camaleón escribió: >> El Fri, 31 Aug 2012 08:38:32 -0500, PedroTron escribió: >> >>> Tengo un formulario de contacto (creo que esta en ajax) con el cual >>> supuestamente se diligencian los campos, se presiona el boton enviar y >>> debe salir un mensaje para el administrador del sitio. Pero no sucede >>> nada: en los logs del servidor tampoco aparece que se procese nada. Lo >>> primero que intente descargar es que fuera problema del formulario, >>> entonces lo ejecutamos usando firebug, y aparece un error 500, pero solo >>> en firebug; del lao del servidor no aparece nada relacionado con ese >>> error. Ya aumente el nivel de log a debug y sigue sin aparecer nada. >>> >>> Segun me indica el desarrollador del sitio, ese error es del servidor, >>> pero no encuentro como rastrearlo en el mismo. >>> >>> de casualidad han tenido alguna experiencia similar? >> >> Lo cierto es que un error 500 apunta a un error del servidor pero >> tratándose de Ajax difícil lo veo porque la programación se ejecuta en el >> cliente. Si más datos concretos sobre la mesa, complicado... date una >> vuelta por Google: >> >> http://bit.ly/T2taLl >> >> Saludos, >> >> -- >> Camaleón >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> Archive: http://lists.debian.org/k1qkl6$hd2$9...@ger.gmane.org >> Siento haberlo escrito arriba antes, es que estoy acostumbrado así :D Ante tu último correo, PedroTron, quizás el problema es con alguna función que en tu servidor no está activada, o con un archivo .htaccess que se comporta mal, o con algo que deberías configurar para tus servidor como los datos de conexión a la base de datos. Una función que se suele deshabilitar mucho es "mail", revísalo Un saludo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+nFU8SR9K8wPSodC=ylpipjzosb8yj4zs0df7nyaja6345...@mail.gmail.com
Re: [OT] Re: Error 500 en apache2 que solo se ve del lado del cliente
Yo programo en PHP, y errores 500 me han aparecido cuando hay errores de programación, y PHP no está configurado para mostrar errores, y cuando hay errores de redireccionamiento en .htaccess. Camaleón: AJAX trabaja en los dos lados, es un puente de unión entre cliente y servidor sin tener que cargar la página, así que puede ser que sea un error de programación. Si en los logs no hay nada, será que php no está configurado para enviar información a los logs. Si se tiene acceso a php.ini, se puede activar mostrar errores por pantalla (display_errors = On, error_reporting = E_ALL). PedroTron, si sabes cómo, te recomiendo que de momento quites ajax y haga una llamada de formulario normal, para que sea más sencillo reportar los errores, si no, ahora mismo no recuerdo cómo hacer que PHP saque mensajes a través de Ajax. Un saludo El día 31 de agosto de 2012 17:19, Camaleón escribió: > El Fri, 31 Aug 2012 08:38:32 -0500, PedroTron escribió: > >> Tengo un formulario de contacto (creo que esta en ajax) con el cual >> supuestamente se diligencian los campos, se presiona el boton enviar y >> debe salir un mensaje para el administrador del sitio. Pero no sucede >> nada: en los logs del servidor tampoco aparece que se procese nada. Lo >> primero que intente descargar es que fuera problema del formulario, >> entonces lo ejecutamos usando firebug, y aparece un error 500, pero solo >> en firebug; del lao del servidor no aparece nada relacionado con ese >> error. Ya aumente el nivel de log a debug y sigue sin aparecer nada. >> >> Segun me indica el desarrollador del sitio, ese error es del servidor, >> pero no encuentro como rastrearlo en el mismo. >> >> de casualidad han tenido alguna experiencia similar? > > Lo cierto es que un error 500 apunta a un error del servidor pero > tratándose de Ajax difícil lo veo porque la programación se ejecuta en el > cliente. Si más datos concretos sobre la mesa, complicado... date una > vuelta por Google: > > http://bit.ly/T2taLl > > Saludos, > > -- > Camaleón > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/k1qkl6$hd2$9...@ger.gmane.org > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+nFU8R=smpihshqrnahf-fy9dd+e5et_zqzjivzo6rqxg+...@mail.gmail.com
[OT] Re: Error 500 en apache2 que solo se ve del lado del cliente
El Fri, 31 Aug 2012 08:38:32 -0500, PedroTron escribió: > Tengo un formulario de contacto (creo que esta en ajax) con el cual > supuestamente se diligencian los campos, se presiona el boton enviar y > debe salir un mensaje para el administrador del sitio. Pero no sucede > nada: en los logs del servidor tampoco aparece que se procese nada. Lo > primero que intente descargar es que fuera problema del formulario, > entonces lo ejecutamos usando firebug, y aparece un error 500, pero solo > en firebug; del lao del servidor no aparece nada relacionado con ese > error. Ya aumente el nivel de log a debug y sigue sin aparecer nada. > > Segun me indica el desarrollador del sitio, ese error es del servidor, > pero no encuentro como rastrearlo en el mismo. > > de casualidad han tenido alguna experiencia similar? Lo cierto es que un error 500 apunta a un error del servidor pero tratándose de Ajax difícil lo veo porque la programación se ejecuta en el cliente. Si más datos concretos sobre la mesa, complicado... date una vuelta por Google: http://bit.ly/T2taLl Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k1qkl6$hd2$9...@ger.gmane.org
Error 500 en apache2 que solo se ve del lado del cliente
Holas. Tengo un formulario de contacto (creo que esta en ajax) con el cual supuestamente se diligencian los campos, se presiona el boton enviar y debe salir un mensaje para el administrador del sitio. Pero no sucede nada: en los logs del servidor tampoco aparece que se procese nada. Lo primero que intente descargar es que fuera problema del formulario, entonces lo ejecutamos usando firebug, y aparece un error 500, pero solo en firebug; del lao del servidor no aparece nada relacionado con ese error. Ya aumente el nivel de log a debug y sigue sin aparecer nada. Segun me indica el desarrollador del sitio, ese error es del servidor, pero no encuentro como rastrearlo en el mismo. de casualidad han tenido alguna experiencia similar? saludos y muchas gracias -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJ=uqg7zrsdhdc5v+isgphsavhkkml-duo9jnym9lcq8tye...@mail.gmail.com
Re: Error de apache2 - You don't have permission to access / on this server - solucionado
bueno estimado amigos mi problema había sido los permisos, como les comente que mi problema era cuando mi "DocumentRoot" esta en: /home/hugo/web/web1 sucede que revisado los permisos de cada carpeta encontré que la carpeta "hugo" estaba con 700 o rwx y lo cambie ha 755 o rwx rx rx con esto ya no me sale el mensaje : Forbidden You don't have permission to access / on this server. Apache/2.2.16 (Debian) Server at www.miweb1.com Port 80 ya puedo ver mi web local. gracias por gentil ayuda -- Constantino Vargas C. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGbsZA9efjOzu+RH-YcgCQX+On7hYxc96hDVFdKO=p-ukq0...@mail.gmail.com
Re: Error de apache2 - You don't have permission to access / on this server
2012/8/20 Constantino Vargas : > Gracias por sus respuesta, recapitulando sobre el tema: > > mi problema es cuando mi "DocumentRoot" esta en: > > /home/hugo/web/web1 > > en anteriores oportunidades siempre lo he hecho así y anda bien solo > en un caso cuando prove el cms drupal en donde si cambie la carpeta > files a www-data > > cuando "DocumentRoot" esta en: > > /var/www/web1 > > no tengo problemas > > el registro de error de Apache2 en que ruta lo veo > En /var/log/apache Asumimos entonces que cambiar los permisos no te resultó? Podría ser también el archivo .htaccess el que bloquea el acceso. Si lo tienes, renómbralo a otra cosa y prueba. Saludos -- A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos de leer manuales. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAABYcjNLrZmGV3BroE7r+QP+Yan=m22abtftulxecqixuba...@mail.gmail.com
Re: Error de apache2 - You don't have permission to access / on this server
Gracias por sus respuesta, recapitulando sobre el tema: mi problema es cuando mi "DocumentRoot" esta en: /home/hugo/web/web1 en anteriores oportunidades siempre lo he hecho así y anda bien solo en un caso cuando prove el cms drupal en donde si cambie la carpeta files a www-data cuando "DocumentRoot" esta en: /var/www/web1 no tengo problemas el registro de error de Apache2 en que ruta lo veo gracias -- Constantino Vargas C. Movil Movistar 953 957823 RPM *679588 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cagbsza_a4n-tmv8+h4mglj-9qr+ffebbqh-xwmbxru-+ame...@mail.gmail.com
Re: Error de apache2 - You don't have permission to access / on this server
El Sun, 19 Aug 2012 16:49:43 -0500, Constantino Vargas escribió: > no se que paso con mi servidor local de apache en debian 6 sucede que > despues de crear un virtual host de la siguiente formar como siempre lo > he hecho en anteriores oportunidades. > > 1.- en /home/hugo/web/ (...) > 6.- finalmente desde un navegador abro mi web local con www.miweb1.com > ya estaba en marcha mi web local siempre en anteriores oportunidades > pero ahora me sale el siguiente mensaje: > > Forbidden > > You don't have permission to access / on this server. > > Apache/2.2.16 (Debian) Server at www.miweb1.com Port 80 (...) Pues lo que te comentan los otros listeros, seguramente se trata de un problema de permisos del directorio que tienes definido como "DocumentRoot" (en tu caso" /var/www/web1"), este directorio tiene que poder leerlo el usuario que ejecuta Apache2 que es "www-data", así que asegúrate de que "/var/www/web1": - Tienen como propietario a "hugo" y como grupo a "www-data" - Tienen permisos 750 (lectura/escritura/ejecución para el usuario y lectura/ejecución para el grupo) > La verdad no se por que me sale el mensaje de error indicado en el punto > 6, pues siempre lo he hecho así y nunca he salia ese mensaje, lo único > que hecho desde la ultima vez que levantado una web con CMS es instalar > la ultima versión de debian 6. Cuando te pasen estas cosas lo mejor es revisar los registros de error de Apache2 ya que suelen apuntar unívocamente al fallo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k0tf2a$mg3$2...@ger.gmane.org
Re: Error de apache2 - You don't have permission to access / on this server
On Monday 20 August 2012 00:28:48 Carlos Zuniga wrote: > 2012/8/19 Constantino Vargas : > > La verdad no se por que me sale el mensaje de error indicado en el > > punto 6, pues siempre lo he hecho así y nunca he salia ese mensaje, lo > > único que hecho desde la ultima vez que levantado una web con CMS es > > instalar la ultima versión de debian 6. > > > > les agradeceré por su ayuda indicando que error estoy cometiendo > > Probablemente el directorio que estas colocando como web root no tiene > los permisos para que el usuario www-data pueda leerlo. +1 Muy probablemente sea eso. > Prueba con `chmod -R +r directorio/web1` Otra opción es asignar el directorio al grupo www-data (o al usuario, pero no es tan buena idea). Luego puedes añadir el sticky-bit de grupo (o usuario) con la opción "g+s" (puedo equivocarme, que yo uso el formato octal, consulta el manual), para que los nuevos archivos y directorios creados pertenezcan automágicamente al grupo www-data, y te ahorras ir cambiándolo cuando crees nuevos archivos. > Saludos Saludos, -- Marc Olivé Blau Advisors www.blauadvisors.com signature.asc Description: This is a digitally signed message part.
Re: Error de apache2 - You don't have permission to access / on this server
2012/8/19 Constantino Vargas : > La verdad no se por que me sale el mensaje de error indicado en el > punto 6, pues siempre lo he hecho así y nunca he salia ese mensaje, lo > único que hecho desde la ultima vez que levantado una web con CMS es > instalar la ultima versión de debian 6. > > les agradeceré por su ayuda indicando que error estoy cometiendo Probablemente el directorio que estas colocando como web root no tiene los permisos para que el usuario www-data pueda leerlo. Prueba con `chmod -R +r directorio/web1` Saludos -- A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos de leer manuales. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAABYcjPWBxTp663=di2fkla-j0+dybagl6b4fo28r6u4zzo...@mail.gmail.com
Error de apache2 - You don't have permission to access / on this server
no se que paso con mi servidor local de apache en debian 6 sucede que despues de crear un virtual host de la siguiente formar como siempre lo he hecho en anteriores oportunidades. 1.- en /home/hugo/web/ creo la carpeta web1 como usuario hugo 2.- Como usuario root /etc/apache2/sites-available he creado el archivo www.miweb1.com con el siguiente contenido ServerAdmin webmas...@miweb1.com ServerName www.miweb1.com DocumentRoot /home/hugo/web/web1 Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all 3.- como root desde consola ejecuto la siguiente: a2ensite www.miweb1.com 4.- luego como root edito agrego la siguiente en /etc/hosts 127.0.1.1 www.miweb1.com 5.- reinicio el servidor apache como usuario root /etc/init.d/apache2 restart 6.- finalmente desde un navegador abro mi web local con www.miweb1.com ya estaba en marcha mi web local siempre en anteriores oportunidades pero ahora me sale el siguiente mensaje: Forbidden You don't have permission to access / on this server. Apache/2.2.16 (Debian) Server at www.miweb1.com Port 80 7.- pensando que era falla de apache lo he desinstalado y vuelto a instalar pero persiste mi problema y por otro lado he probado creando una carpeta como root en /var/www/web1 y modificar el archivo www.miweb1.com en /etc/apache2/sites-available y quedo asi: ServerAdmin webmas...@miweb1.com ServerName www.miweb1.com DocumentRoot /var/www/web1 Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all luego he reiniciado apache2 con /etc/init.d/apache2 restart pero ahora de nuevo pruebo desde el navegador con www.miweb1.com y mi web local ya funciona. La verdad no se por que me sale el mensaje de error indicado en el punto 6, pues siempre lo he hecho así y nunca he salia ese mensaje, lo único que hecho desde la ultima vez que levantado una web con CMS es instalar la ultima versión de debian 6. les agradeceré por su ayuda indicando que error estoy cometiendo saludos -- Constantino -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGbsZA-AmF1j_XYt_tk-pVTcjqP9=xtx+8rzu56gxno+9...@mail.gmail.com
Re: correcta forma de desinstalar apache2 en debian 6 - Solucionado
El Fri, 17 Aug 2012 08:49:17 -0500, Constantino Vargas escribió: > finalmente des instale completamente apache2 siguiente comando: > > # apt-get remove apache2-utils Ah, al final este comando también sirve para Squeeze, pues está bien saberlo. > gracias por su ayuda, recapitulando mi necesitad de des instalar apache2 > surgió ha raíz de que me salio el siguiente mensaje. > > Forbidden > > You don't have permission to access / on this server. > > > Apache/2.2.16 (Debian) Server at ajpuno Port 80 ¿Y has reinstalado apache sólo por ese error? Caray... :-? > pensé que hice algo indebido y era la razón de este mensaje, pero una > vez des instalado y vuelto a instalar persiste mi problema, mi consulta > completa sobre mi problema inicial lo pasteare en un nuevo mensaje. Normal... de hecho ese es un error bastante común pero no apunta a un problema con la instalación sino con la configuración del servidor web. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k0ltqq$o53$1...@ger.gmane.org
Re: correcta forma de desinstalar apache2 en debian 6 - Solucionado
finalmente des instale completamente apache2 siguiente comando: # apt-get remove apache2-utils gracias por su ayuda, recapitulando mi necesitad de des instalar apache2 surgió ha raíz de que me salio el siguiente mensaje. Forbidden You don't have permission to access / on this server. Apache/2.2.16 (Debian) Server at ajpuno Port 80 pensé que hice algo indebido y era la razón de este mensaje, pero una vez des instalado y vuelto a instalar persiste mi problema, mi consulta completa sobre mi problema inicial lo pasteare en un nuevo mensaje. saludos -- Constantino -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cagbsza9ddpoyg1f+j3wohf9vd_6jdvjjz72bybbod-wjw7z...@mail.gmail.com
Re: correcta forma de desinstalar apache2 en debian 6
El Thu, 16 Aug 2012 10:22:25 -0500, Constantino Vargas escribió: > Buenos amigos, he des instalado apache2 en debian 6 con el siguiente > comando desde consola como root > > apt-get purge apache2 > > para esto pare primero el servicio con /etc/init.d/apache2 stop > > Una vez desinstalado apache2 provee en el navegador con http://localhost > ya no funciona, pero una vez reiniciado la PC he probado nueva mente > desde el navegador con http://localhost y sigue funcionado el apache2 > > les agradecería me puedan indicar como es la correcta forma deinstalar > apache2 en debian 6 Por aquí¹ recomiendan eliminar el paquete "apache2-utils" que se encarga de "arrastrar" el resto de dependencias (esto es lo que te comenta Carlos). Mira a ver si el truquillo sirve también para Squeeze. ¹http://serverfault.com/questions/183779/removing-apache-from-debian-5 Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k0j90p$svs$1...@ger.gmane.org
Re: correcta forma de desinstalar apache2 en debian 6
2012/8/16 Constantino Vargas : > Buenos amigos, he des instalado apache2 en debian 6 con el siguiente > comando desde consola como root > > apt-get purge apache2 > > para esto pare primero el servicio con /etc/init.d/apache2 stop > > Una vez desinstalado apache2 provee en el navegador con > http://localhost ya no funciona, pero una vez reiniciado la PC he > probado nueva mente desde el navegador con http://localhost y sigue > funcionado el apache2 > > les agradecería me puedan indicar como es la correcta forma deinstalar > apache2 en debian 6 > "apache2" es un metapaquete que depende de alguna implementación de apache2. Revisa cual tienes instalada con dpkg -l apache2-mpm* y desinstalalo. Saludos -- A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos de leer manuales. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caabycjniqf0nep6vo4jfautvrpb1cgcadp-wayv-9ndr8rl...@mail.gmail.com
correcta forma de desinstalar apache2 en debian 6
Buenos amigos, he des instalado apache2 en debian 6 con el siguiente comando desde consola como root apt-get purge apache2 para esto pare primero el servicio con /etc/init.d/apache2 stop Una vez desinstalado apache2 provee en el navegador con http://localhost ya no funciona, pero una vez reiniciado la PC he probado nueva mente desde el navegador con http://localhost y sigue funcionado el apache2 les agradecería me puedan indicar como es la correcta forma deinstalar apache2 en debian 6 gracias -- Constantino -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cagbsza8sctb1ho6fqu6e+ugsjvmcvgbpqt3qfd1uzslz_nw...@mail.gmail.com
Re: Evitar descargas de imagenes en apache2 debian
On Thursday 31 May 2012 19:43:01 Maykel Franco Hernández wrote: > Hola muy buenas, necesito evitar que se descarguen las imágenes de > una cierta carpeta. No me refiero a no listarlas con el Options > -Indexes, sino que no se puedan descargar. Que el directorio se liste > pero no se puedan descargar. Estoy buscando documentación pero sólo > encuentro el Options -Indexes. > > Saludos y gracias de antemano. ¿Por listar un directorio te refieres a mostrar el nombre de los archivos? Si es así, impide el acceso al directorio y pon este script o similar en su lugar (por ejemplo): Si lo que quieres es permitir que vean las imagenes en el navegador pero que no puedan descargarlas, entonces es imposible (se puede capturar la pantalla). Saludos, -- Marc Olivé Blau Advisors www.blauadvisors.com signature.asc Description: This is a digitally signed message part.
Re: Evitar descargas de imagenes en apache2 debian
El Thu, 31 May 2012 19:43:01 +0200, Maykel Franco Hernández escribió: (ese html...) > Hola muy buenas, necesito evitar que se descarguen las imágenes de una > cierta carpeta. No me refiero a no listarlas con el Options -Indexes, > sino que no se puedan descargar. Que el directorio se liste pero no se > puedan descargar. Estoy buscando documentación pero sólo encuentro el > Options -Indexes. Puedes usar un "redirect", aunque no impediría la descarga directa (conociendo la URI exacta) de la imagen. También te podría servir un o y denegar el acceso ("order deny,allow deny from all") a ese directorio/archivo(s). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jqagmr$6jq$1...@dough.gmane.org
Re: Evitar descargas de imagenes en apache2 debian
On Thu, May 31, 2012 at 03:03:16PM -0300, Gonzalo Rivero wrote: > El jue, 31-05-2012 a las 19:43 +0200, Maykel Franco Hernández escribió: > > Hola muy buenas, necesito evitar que se descarguen las imágenes de una > > cierta carpeta. No me refiero a no listarlas con el Options -Indexes, > > sino que no se puedan descargar. Que el directorio se liste pero no se > > puedan descargar. Estoy buscando documentación pero sólo encuentro el > > Options -Indexes. > > > > > > nunca lo intenté (si no quiero que algo se descargue... no lo dejaría en > un lugar que tenga acceso desde el servidor web), pero ya probaste lo > mas básico? > chmod a-r-x-w imagenes.* en teoría, apache no debería poder leer el > archivo, y si no puede leerlo, no puede enviarlo. En la práctica... pues > no se, te queda probar y ver que pasa El truco habitual para poder mostrar imagenes, pero evitar que sean descargadas es valiendose del valor de Referer: http://www.cyberciti.biz/faq/apache-mod_rewrite-hot-linking-images-leeching-howto/ Ahora bien, eso no logra impedir que las imagenes puedan ser descargadas, pues con wget o curl puedes configurar el valor de Referer y saltarte sin problemas las restricciones que impongas: http://www.askapache.com/linux/wget-header-trick.html http://linux-journal.blogspot.com/2005/04/curl-examples.html Saludos. -- Pablo Jiménez -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531192404.gd5...@emblema.fh.vtr.net
Re: Evitar descargas de imagenes en apache2 debian
El jue, 31-05-2012 a las 19:43 +0200, Maykel Franco Hernández escribió: > Hola muy buenas, necesito evitar que se descarguen las imágenes de una > cierta carpeta. No me refiero a no listarlas con el Options -Indexes, > sino que no se puedan descargar. Que el directorio se liste pero no se > puedan descargar. Estoy buscando documentación pero sólo encuentro el > Options -Indexes. > > nunca lo intenté (si no quiero que algo se descargue... no lo dejaría en un lugar que tenga acceso desde el servidor web), pero ya probaste lo mas básico? chmod a-r-x-w imagenes.* en teoría, apache no debería poder leer el archivo, y si no puede leerlo, no puede enviarlo. En la práctica... pues no se, te queda probar y ver que pasa -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1338487396.2081.1.ca...@eeepc.ucasal.ar
Evitar descargas de imagenes en apache2 debian
Hola muy buenas, necesito evitar que se descarguen las imágenes de una cierta carpeta. No me refiero a no listarlas con el Options -Indexes, sino que no se puedan descargar. Que el directorio se liste pero no se puedan descargar. Estoy buscando documentación pero sólo encuentro el Options -Indexes. Saludos y gracias de antemano.