Re: Error librería al reiniciar apache.
El día 3 de septiembre de 2015, 18:52, Óscar Triana - Suportium: S.I.I. escribió: (reenvío a la lista, se lo zampó mi filtro) > ls -la /usr/lib_64-linux-gnu | grep -i lua RESPUESTA: > > ls: cannot access /usr/lib_64-linux-gnu: No such file or directory Hum... ya veo. Y tiene razón, esa ruta no es la correcta. > dpkg -l | grep -i liblua RESPUESTA: > > rc liblua5.1-0:amd64 5.1.5-7.1 amd64 >Shared library for the Lua interpreter version 5.1 > ii liblua5.1-sec10.4.1-1 all >Transitional package for lua-sec > ii liblua5.1-soap-dev3.0-3 all >Transitional package for lua-soap > ii liblua5.1-soap0 3.0-3 all >Transitional package for lua-soap > ii liblua5.1-socket-dev 2.0.2-8 all >Transitional package for lua-socket-dev > ii liblua5.1-socket2 2.0.2-8 all >Transitional package for lua-socket Hum... aquí hay algo que no me encaja. 1/ El paquete "liblua5.1-0" está marcado para ser eliminado pero tienes que tenerlo instalado ya que es el que proporciona la biblioteca que te pide Apache2 ("liblua5.1.so.0"). (Re)Instala ese paquete. 2/ La biblioteca se encuentra en "/usr/lib/x86_64-linux-gnu/" y no donde la pide Apache2, es posible que el paquete tenga algún error pero antes de nada deberías instalar el paquete y volver a reiniciar el servicio. Saludos, -- Camaleón
Re: Error librería al reiniciar apache.
El Fri, 04 Sep 2015 19:02:14 +0200, Manolo Díaz escribió: > El viernes, 4 sep 2015 a las 13:31 UTC Camaleón escribió: > >> El Thu, 03 Sep 2015 20:36:21 +0200, Manolo Díaz escribió: >> >> > El jueves, 3 sep 2015 a las 18:06 UTC Camaleón escribió: >> >> (...) >> >> >> Creo que debe ser el Avast! quien le añade la coletilla o hace >> >> alguna cosa rara con el mensaje porque "bendel.debian.org" es un >> >> equipo que forma parte del servidor de la lista de Debian (si no >> >> interpreto mal la cabecera, lleva el Amavisd-New). >> >> >> >> >> > Acabo de consultar al maestro listero, a ver qué me dice. >> >> Pues toma asiento y espera sentado :-P > > De momento no hay respuesta. Aún es pronto. Creo que en algún momento llegué a contactar con listmaster así que hay esperanzas :-) >> Curiosamente en los primeros mensajes que mandó a la lista el remitente >> sale correctamente y sólo en los últimos se ha modificado. El único >> elemento que aparece en la cabecera de los mensajes y que puede marcar >> alguna diferencia es el Avast! que suele actuar en el equipo cliente a >> modo de proxy reinyectando los mensajes de entrada y salida. > > Para eso Avast debería: > Realizar una consulta para saber qué nodo hace de SMTP para > lists.debian.org Reescribir el campo "from" incluyendo ese nombre en él > (¿por qué?). Podría suceder si se hubiera creado un nuevo mensaje a partir de uno existente. > o: > Incluir algo en el campo "from" que, a su vez, bendel cambiaría > por su > FQDN. > > Dudo que sea el primer caso, y el segundo seguiría siendo fallo de > bendel. Bueno, he visto hacer cosas muy raras en los equipos con windows y outlook (antiguamente usaba el campo del nombre del equipo para identificarlo en la red y ese dato aparecía en los correos). A partir del XP le he perdido la pista, supongo que ya lo habrán corregido. >> También es verdad que no hace mucho el servidor de la lista se >> actualizó para no incluir los pie de página en los mensajes por lo que >> quizá el cambio tenga alguna relación con esto ya que cuando se produce >> una alteración en el cuerpo de los correos puede tener efectos >> secundarios indeseados e inesperados. > > Esto ya me convence más. Estaba buscando el mensaje que mandaron con el aviso... aquí está: https://lists.debian.org/debian-devel-announce/2015/08/msg3.html Es del 11 de agosto, al menos por la fecha concuerda con los resultados de los otros correos que salieron bien, es decir, que tras el cambio en el servidor de la lista empezaron los problemas con el remitente. Y ahora que me doy cuenta, los mensajes que salen con el remitente alterado van firmados con DKIM. Hum... Saludos, -- Camaleón
Re: Error librería al reiniciar apache.
El viernes, 4 sep 2015 a las 13:31 UTC Camaleón escribió: > El Thu, 03 Sep 2015 20:36:21 +0200, Manolo Díaz escribió: > > > El jueves, 3 sep 2015 a las 18:06 UTC Camaleón escribió: > > (...) > > >> Creo que debe ser el Avast! quien le añade la coletilla o hace alguna > >> cosa rara con el mensaje porque "bendel.debian.org" es un equipo que > >> forma parte del servidor de la lista de Debian (si no interpreto mal la > >> cabecera, lleva el Amavisd-New). > >> > > > > Acabo de consultar al maestro listero, a ver qué me dice. > > Pues toma asiento y espera sentado :-P De momento no hay respuesta. > Curiosamente en los primeros mensajes que mandó a la lista el remitente > sale correctamente y sólo en los últimos se ha modificado. El único > elemento que aparece en la cabecera de los mensajes y que puede marcar > alguna diferencia es el Avast! que suele actuar en el equipo cliente a > modo de proxy reinyectando los mensajes de entrada y salida. Para eso Avast debería: Realizar una consulta para saber qué nodo hace de SMTP para lists.debian.org Reescribir el campo "from" incluyendo ese nombre en él (¿por qué?). o: Incluir algo en el campo "from" que, a su vez, bendel cambiaría por su FQDN. Dudo que sea el primer caso, y el segundo seguiría siendo fallo de bendel. > También es verdad que no hace mucho el servidor de la lista se actualizó > para no incluir los pie de página en los mensajes por lo que quizá el > cambio tenga alguna relación con esto ya que cuando se produce una > alteración en el cuerpo de los correos puede tener efectos secundarios > indeseados e inesperados. Esto ya me convence más. > Saludos, Saludos. -- Manolo Díaz
Re: Error librería al reiniciar apache.
El Thu, 03 Sep 2015 20:36:21 +0200, Manolo Díaz escribió: > El jueves, 3 sep 2015 a las 18:06 UTC Camaleón escribió: (...) >> Creo que debe ser el Avast! quien le añade la coletilla o hace alguna >> cosa rara con el mensaje porque "bendel.debian.org" es un equipo que >> forma parte del servidor de la lista de Debian (si no interpreto mal la >> cabecera, lleva el Amavisd-New). >> > > Acabo de consultar al maestro listero, a ver qué me dice. Pues toma asiento y espera sentado :-P Curiosamente en los primeros mensajes que mandó a la lista el remitente sale correctamente y sólo en los últimos se ha modificado. El único elemento que aparece en la cabecera de los mensajes y que puede marcar alguna diferencia es el Avast! que suele actuar en el equipo cliente a modo de proxy reinyectando los mensajes de entrada y salida. También es verdad que no hace mucho el servidor de la lista se actualizó para no incluir los pie de página en los mensajes por lo que quizá el cambio tenga alguna relación con esto ya que cuando se produce una alteración en el cuerpo de los correos puede tener efectos secundarios indeseados e inesperados. Saludos, -- Camaleón
Re: Error librería al reiniciar apache.
El jueves, 3 sep 2015 a las 19:54 UTC Santiago Vila escribió: > On Thu, Sep 03, 2015 at 07:43:40PM +0200, Manolo Díaz wrote: > > El jueves, 3 sep 2015 a las 17:21 UTC > > Manolo Díaz escribió: > > > > > El jueves, 3 sep 2015 a las 15:14 UTC > > > Óscar Triana - suport...@bendel.debian.org: S.I.I. escribió: > > ^^^ > > Por cierto, acabo de verlo: vaya morro, ¿no? ¿Te haces pasar por > > servicio técnico de Debian con una dirección de correo que no existe > > en el remitente? > > Por norma general, un usuario de login "fulanito" en una máquina Unix > llamada "algo.example.com" tiene automáticamente fulan...@algo.example.com > como dirección de email (con la configuración predeterminada del MTA > que se haya puesto). > > Por ese motivo, algunos servidores de correo, cuando ven un mensaje > cuyo From: no tiene dominio, solamente un login, añaden por su cuenta > la arroba y el nombre de la máquina antes de que el mensaje salga al exterior, > para que así la respuesta, si la hay, llegue al usuario correctamente. He visto eso en mi equipo con usuarios del sistema sin ir más lejos. Pero entiendo que hacerlo con usuarios virtuales no tiene sentido. > En este caso, la máquina que aloja lists.debian.org se llama "bendel", > por lo que su nombre completo es bendel.debian.org. > > Se conoce que había algo raro en ese From: que ha provocado que el > servidor de la lista le añada "@bendel.debian.org", creyendo que se > trataba de una dirección sin dominio. Lo más probable. Como menciono en un correo anterior, gmail no hace nada extraño cuando la misma persona me escribe en privado. Por desgracia lo he notado después de meter la pata. Y lo curioso es que no lo añade al final, sino que lo inserta en medio (¿los dos puntos quizá?) y mantiene la dirección de correo del remitente. Saludos. -- Manolo Díaz
Re: Error librería al reiniciar apache.
On Thu, Sep 03, 2015 at 05:14:42PM +0200, =?iso-8859-1?Q?=d3scar_triana_-_suport...@bendel.debian.org wrote: > service apache2 restart y me tira el siguiente error. > > apache2: Syntax error on line 244 of /etc/apache2/apache2.conf: Syntax > errorline 2 of /etc/apache2/mods-enabled/mod-security2.load: Cannot load Para evitar que una configuración incorrecta te impida levantar Apache, tienes "apachectl configtest", que hace unas comprobaciones "pre-flight" y no aplica la nueva configuración si contiene errores. -- Adrià García-Alzórriz 0x09494C14 Rebuzné una vez, y como burro quedé signature.asc Description: Digital signature
Re: Error librería al reiniciar apache.
On Thu, Sep 03, 2015 at 07:43:40PM +0200, Manolo Díaz wrote: > El jueves, 3 sep 2015 a las 17:21 UTC > Manolo Díaz escribió: > > > El jueves, 3 sep 2015 a las 15:14 UTC > > Óscar Triana - suport...@bendel.debian.org: S.I.I. escribió: > ^^^ > Por cierto, acabo de verlo: vaya morro, ¿no? ¿Te haces pasar por > servicio técnico de Debian con una dirección de correo que no existe > en el remitente? Por norma general, un usuario de login "fulanito" en una máquina Unix llamada "algo.example.com" tiene automáticamente fulan...@algo.example.com como dirección de email (con la configuración predeterminada del MTA que se haya puesto). Por ese motivo, algunos servidores de correo, cuando ven un mensaje cuyo From: no tiene dominio, solamente un login, añaden por su cuenta la arroba y el nombre de la máquina antes de que el mensaje salga al exterior, para que así la respuesta, si la hay, llegue al usuario correctamente. En este caso, la máquina que aloja lists.debian.org se llama "bendel", por lo que su nombre completo es bendel.debian.org. Se conoce que había algo raro en ese From: que ha provocado que el servidor de la lista le añada "@bendel.debian.org", creyendo que se trataba de una dirección sin dominio.
Re: Error librería al reiniciar apache.
El jueves, 3 sep 2015 a las 18:06 UTC Camaleón escribió: > El Thu, 03 Sep 2015 19:43:40 +0200, Manolo Díaz escribió: > > > El jueves, 3 sep 2015 a las 17:21 UTC Manolo Díaz escribió: > > > >> El jueves, 3 sep 2015 a las 15:14 UTC Óscar Triana - > >> suport...@bendel.debian.org: S.I.I. escribió: > > ^^^ > > Por cierto, acabo de verlo: vaya morro, ¿no? ¿Te haces pasar por > > servicio técnico de Debian con una dirección de correo que no existe en > > el remitente? > > Hombre, antes de acusar mejor preguntar ¿no? ;-) > > Creo que debe ser el Avast! quien le añade la coletilla o hace alguna > cosa rara con el mensaje porque "bendel.debian.org" es un equipo que > forma parte del servidor de la lista de Debian (si no interpreto mal la > cabecera, lleva el Amavisd-New). > > Saludos, Acabo de consultar al maestro listero, a ver qué me dice. Saludos. -- Manolo Díaz
Re: Error librería al reiniciar apache.
El Thu, 03 Sep 2015 19:43:40 +0200, Manolo Díaz escribió: > El jueves, 3 sep 2015 a las 17:21 UTC Manolo Díaz escribió: > >> El jueves, 3 sep 2015 a las 15:14 UTC Óscar Triana - >> suport...@bendel.debian.org: S.I.I. escribió: > ^^^ > Por cierto, acabo de verlo: vaya morro, ¿no? ¿Te haces pasar por > servicio técnico de Debian con una dirección de correo que no existe en > el remitente? Hombre, antes de acusar mejor preguntar ¿no? ;-) Creo que debe ser el Avast! quien le añade la coletilla o hace alguna cosa rara con el mensaje porque "bendel.debian.org" es un equipo que forma parte del servidor de la lista de Debian (si no interpreto mal la cabecera, lleva el Amavisd-New). Saludos, -- Camaleón
Re: Error librería al reiniciar apache.
El jueves, 3 sep 2015 a las 19:48 UTC+2 Óscar Triana - Suportium: S.I.I. escribió: > ¿A qué te refieres?, yo no me hago pasar por nadie, y no soy servicio técnico > de debían lógicamente. Te respondo en la lista. Me refiero al campo remitente, míralo tú mismo: https://lists.debian.org/debian-user-spanish/2015/09/msg00033.html Aunque en los que me llega al privado no aparece. Quizá sea un fallo de la lista. En ese caso te pido disculpas. Voy a ver qué dice el administrador. Saludos. > > -Mensaje original- > De: Manolo Díaz [mailto:diaz.man...@gmail.com] > Enviado el: jueves, 3 de septiembre de 2015 19:44 > Para: debian-user-spanish@lists.debian.org > Asunto: Re: Error librería al reiniciar apache. > > El jueves, 3 sep 2015 a las 17:21 UTC > Manolo Díaz escribió: > > > El jueves, 3 sep 2015 a las 15:14 UTC > > Óscar Triana - suport...@bendel.debian.org: S.I.I. escribió: > ^^^ Por cierto, acabo de verlo: vaya > morro, ¿no? ¿Te haces pasar por servicio técnico de Debian con una dirección > de correo que no existe en el remitente? > > -- > Manolo Díaz > > > > --- > El software de antivirus Avast ha analizado este correo electrónico en busca > de virus. > http://mailtrack.me/tracking/raWzMz50paMkCGV0ZmR4BGp0AQpzMKWjqzA2pzSaqaR9ZmtkZwL0AwpkWay2LKu2pG03ZGR4AGpjZGL0ZD > > -- Manolo Díaz
Re: Error librería al reiniciar apache.
El jueves, 3 sep 2015 a las 17:21 UTC Manolo Díaz escribió: > El jueves, 3 sep 2015 a las 15:14 UTC > Óscar Triana - suport...@bendel.debian.org: S.I.I. escribió: ^^^ Por cierto, acabo de verlo: vaya morro, ¿no? ¿Te haces pasar por servicio técnico de Debian con una dirección de correo que no existe en el remitente? -- Manolo Díaz
Re: Error librería al reiniciar apache.
El jueves, 3 sep 2015 a las 15:14 UTC Óscar Triana - suport...@bendel.debian.org: S.I.I. escribió: > Buenos días. > > Tengo instalado Mod_security y uno de los pasos es reiniciar apache: > > service apache2 restart y me tira el siguiente error. > > Syntax error on line 244 of /etc/apache2/apache2.conf: > Syntax errorline 2 of /etc/apache2/mods-enabled/mod-security2.load [...] > Y no consigo hacerlo funcionar. ¿alguna idea? Pues eso, mirar esas dos líneas que tienen un error de sintaxis. Hasta tiene el detalle de numerarlas para más fácil localización. Saludos. -- Manolo Díaz
Re: Error librería al reiniciar apache.
El Thu, 03 Sep 2015 18:37:08 +0200, Óscar Triana - suport...@bendel.debian.org: S.I.I. escribió: > No me da ningún resultado. Prueba a buscar el archivo manualmente porque sería raro que no tuvieras instalado el paquete. ls -la /usr/lib_64-linux-gnu | grep -i lua Y por si acaso: dpkg -l | grep -i liblua Saludos, -- Camaleón
RE: Error librería al reiniciar apache.
No me da ningún resultado. -- Óscar Triana. TLF: 91-1309770 - 662358586 Responsable técnico - Suportium: S.I.I. htpps://http://mailtrack.me/tracking/raWzMz50paMkCGV0ZmR3ZQD5BGtzMKWjqzA2pzSaqaR9ZwN0ZmDmBQZzrKMurUMkCGpkZGtjAQD1AQOI De conformidad a la Ley Orgánica de Protección de Datos de Carácter Personal 15/1999 de España, le informamos que los datos de contacto utilizados para la presente comunicación están incluidos en un fichero debidamente inscrito ante el RGPD con la finalidad de posibilitar las comunicaciones a través de correo electrónico de [Suportium: S.I.I.] con los distintos contactos que ésta mantiene dentro del ejercicio de su actividad (como clientes, asociados, proveedores o personal). Sin perjuicio de ello se le informa de que usted podrá ejercitar los derechos de acceso, rectificación, cancelación y oposición para lo cual debe dirigirse a: conta...@suportium.es, adjuntando acreditación de la identidad e indicando en la comunicación “A la atención del servicio jurídico de [Suportium: S.I.I.], ejercicio de derecho”. En caso de no ser el destinatario de esta información, por favor, rogamos nos lo comunique en la dirección del remitente para la eliminación de su dirección electrónica, no copiando ni entregando este mensaje a nadie más y procediendo a su destrucción. -Mensaje original- De: Camaleón [mailto:noela...@gmail.com] Enviado el: jueves, 3 de septiembre de 2015 17:28 Para: debian-user-spanish@lists.debian.org Asunto: Re: Error librería al reiniciar apache. El Thu, 03 Sep 2015 17:14:42 +0200, Óscar Triana - suport...@bendel.debian.org: S.I.I. escribió: > Tengo instalado Mod_security y uno de los pasos es reiniciar apache: > > service apache2 restart y me tira el siguiente error. > > apache2: Syntax error on line 244 of /etc/apache2/apache2.conf: Syntax > errorline 2 of /etc/apache2/mods-enabled/mod-security2.load: Cannot > load > /usr/lib_64-linux-gnu/liblua5.1.so.0 into server: > /lib/x86_64-linux-gnu/libc.so.6: von `GLIBC_2.14' not found (required > by /usr/lib/x86_64-linux-gnu/liblua5.1.s Action 'configtest' failed > > Y no consigo hacerlo funcionar. ¿alguna idea? > > Utilizo debían 8 "locate liblua5.1.so.0" y verifica si la ruta a la biblioteca coincide con la ruta desde donde la intenta cargar Apache2. Saludos, -- Camaleón --- El software de antivirus Avast ha analizado este correo electrónico en busca de virus. http://mailtrack.me/tracking/raWzMz50paMkCGV0ZmR3ZQD5BGtzMKWjqzA2pzSaqaR9ZwN0ZmDmBQZzrKMurUMkCGpkZGtjAQD1AQSJ
Re: Error librería al reiniciar apache.
El Thu, 03 Sep 2015 17:14:42 +0200, Óscar Triana - suport...@bendel.debian.org: S.I.I. escribió: > Tengo instalado Mod_security y uno de los pasos es reiniciar apache: > > service apache2 restart y me tira el siguiente error. > > apache2: Syntax error on line 244 of /etc/apache2/apache2.conf: Syntax > errorline 2 of /etc/apache2/mods-enabled/mod-security2.load: Cannot load > /usr/lib_64-linux-gnu/liblua5.1.so.0 into server: > /lib/x86_64-linux-gnu/libc.so.6: von `GLIBC_2.14' not found (required by > /usr/lib/x86_64-linux-gnu/liblua5.1.s Action 'configtest' failed > > Y no consigo hacerlo funcionar. ¿alguna idea? > > Utilizo debían 8 "locate liblua5.1.so.0" y verifica si la ruta a la biblioteca coincide con la ruta desde donde la intenta cargar Apache2. Saludos, -- Camaleón
Error librería al reiniciar apache.
Buenos días. Tengo instalado Mod_security y uno de los pasos es reiniciar apache: service apache2 restart y me tira el siguiente error. apache2: Syntax error on line 244 of /etc/apache2/apache2.conf: Syntax errorline 2 of /etc/apache2/mods-enabled/mod-security2.load: Cannot load /usr/lib_64-linux-gnu/liblua5.1.so.0 into server: /lib/x86_64-linux-gnu/libc.so.6: von `GLIBC_2.14' not found (required by /usr/lib/x86_64-linux-gnu/liblua5.1.s Action 'configtest' failed Y no consigo hacerlo funcionar. ¿alguna idea? Utilizo debían 8 --- El software de antivirus Avast ha analizado este correo electrónico en busca de virus. http://mailtrack.me/tracking/raWzMz50paMkCGV0ZmR0AwV4AQVzMKWjqzA2pzSaqaR9ZwN0ZmDmBQZzrKMurUMkCGpkZGpmZQpjZQIC
Plataformas nuberas (era: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name...")
El Fri, 07 Nov 2014 16:21:50 +0100, Maykel Franco escribió: (grr grrr.) > El 07/11/2014 16:12, "Camaleón" escribió: >> >> El Thu, 06 Nov 2014 15:49:00 -0300, Mauro Antivero escribió: >> >> > El 06/11/14 a las 15:20, Camaleón escibió: >> >> (...) >> >> grep -i servername /etc/apache2/*/* >> >> ¿Resultado? >> > Perdón, me lo olvidé! Jajajaja, y acá está la punta del ovillo... >> > Mirá: >> > >> > /etc/apache2/conf.d/owncloud.conf:ServerName Cloud.cepanet.com.ar >> > /etc/apache2/conf.d/owncloud.conf.bkp:ServerName >> > nombre_servidor.dominio (...) >> Bien está lo que bien acaba. Por cierto, pregunta de curiosidad ¿por >> qué te has decidido por OwnCloud? > > Esto me interesa mmm. Crees que hay otra alternativa mejor? Por algo lo > preguntas. A mí no me mires que yo también lo pregunto precisamente porque lo desconozco :-) Sólo conozco un par de opciones más (Pydio y SparkleShare) pero como todo el mundo instala ownCloud, pues por eso preguntaba, por si tuviera alguna funcionalidad o característica que lo hace único y deseable. 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.11.07.16.13...@gmail.com
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El 07/11/2014 16:12, "Camaleón" escribió: > > El Thu, 06 Nov 2014 15:49:00 -0300, Mauro Antivero escribió: > > > El 06/11/14 a las 15:20, Camaleón escibió: > > (...) > > grep -i servername /etc/apache2/*/* > >> ¿Resultado? > > Perdón, me lo olvidé! Jajajaja, y acá está la punta del ovillo... Mirá: > > > > /etc/apache2/conf.d/owncloud.conf:ServerName Cloud.cepanet.com.ar > > /etc/apache2/conf.d/owncloud.conf.bkp:ServerName > > nombre_servidor.dominio /etc/apache2/mods-available/info.conf:# > > http://servername/server-info (requires that mod_info.c be loaded). > > /etc/apache2/mods-available/status.conf:# with the URL of > > http://servername/server-status /etc/apache2/mods-enabled/status.conf:# > > with the URL of http://servername/server-status > > > > Resulta que algún tonto (osea yo) hizo una copia de respaldo del archivo > > "owncloud.conf" y la dejó dentro de "/etc/apache2/conf.d" :S Además, > > esta copia de respaldo tenía mal definida la variable "ServerName", y de > > ahí venía el error. Saqué esta copia de respaldo de allí y ahora al > > hacer un restart no obtengo ningún mensaje, así que problema resuelto! > > Ah, vaya. Pues qué puñetero es el apache ¿no? :-) > > Porque la plantilla de backup no está dentro de los sitios habilitados > (sites-enabled) así que no tendría que haberla tenido en cuenta. > > > Sinceramente te agradezco mucho por tu ayuda, no sé cuando me hubiese > > dado cuenta sino hacía esto jaja. Entonces, en definitiva el problema > > era que tenía un archivo de configuración demás y además este tenía mal > > definida la variable "ServerName". Ahora sigo respondiendo entre > > líneas... > > Bien está lo que bien acaba. Por cierto, pregunta de curiosidad ¿por qué > te has decidido por OwnCloud? Esto me interesa mmm. Crees que hay otra alternativa mejor? Por algo lo preguntas. > > >> Se pueden llamar como quieras, pero tienen que resolverse y como no > >> usas un servidor DNS local que relacione los nombres con una IP pues e > >> sistema estará tirando el archivo /etc/hosts, que es la configuración > >> predeterminada. > > Es que hay un DNS local configurado, el cual tiene cargada las IPs de > > ambos servidores :S > > Ahhh, amigo, eso lo cambia todo (y eso explica por qué dig te devolvía > una respuesta correcta). > > En el caso de que el error que te daba hubiera sido "real" (es decir, que > no se hubiera debido a una plantilla de configuración que no debía estar) > tendrías que haberte fijado en si la configuración del servidor DNS para > el dominio/IP que te daba problemas era correcta, ya que al usar un > servidor de nombre local para resolver, el archivo /etc/hosts hubiera > sido irrelevante. > > >> Mira a ver qué te devuelve un "grep hosts /etc/nsswitch.conf". > > > Pues bien, ni idea que hace este comando, pero esta es la salida: > > > > hosts: files dns > > Ese archivo (nsswitch.conf) define varias cosas, pero entre ellas > determina qué tipo de sistema de resolución va a usar la función > "gethostbyname" del sistema operativo. La variable "hosts" que tienes > configurada dice que primero mirará en el archivo "/etc/hosts" y después > consultará el servidor dns en el caso la primera consulta devuelva un > error. > > >>> getent hosts 172.30.7.122 (no devuelve nada) > >>^ > >> > >> (...) > >> > >> El segundo comando debería devolverte algo así: > >> > >> 172.30.7.122 cloud.dominio cloud > > Pues no me devuelve absolutamente nada :S > > En tu caso es normal porque usas un servidor dns para resolver el dominio > local, que es lo más correcto, aunque la mayoría de las veces se opta por > la solución facilona y se define el equipo local en el archivo "/etc/ > hosts" para tranquilizar al servidor apache :-) > > > Por si acaso este es mi /etc/hosts: > > > > 127.0.0.1 localhost > > 127.0.1.1 Cloud.dominioCloud > > (...) > > Aunque ya no tiene importancia, en el caso de que no usaras un servidor > dns y quisieras definir el equipo en ese archivo, tendrías que usar la > misma IP que tienes configurada en el host virtual de apache, es decir, > tendrías que usar: > > *** > 172.30.7.122 cloud.dominio cloud > *** > > 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.11.07.15.11...@gmail.com > Saludos.
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El Thu, 06 Nov 2014 15:49:00 -0300, Mauro Antivero escribió: > El 06/11/14 a las 15:20, Camaleón escibió: (...) grep -i servername /etc/apache2/*/* >> ¿Resultado? > Perdón, me lo olvidé! Jajajaja, y acá está la punta del ovillo... Mirá: > > /etc/apache2/conf.d/owncloud.conf:ServerName Cloud.cepanet.com.ar > /etc/apache2/conf.d/owncloud.conf.bkp:ServerName > nombre_servidor.dominio /etc/apache2/mods-available/info.conf:# > http://servername/server-info (requires that mod_info.c be loaded). > /etc/apache2/mods-available/status.conf:# with the URL of > http://servername/server-status /etc/apache2/mods-enabled/status.conf:# > with the URL of http://servername/server-status > > Resulta que algún tonto (osea yo) hizo una copia de respaldo del archivo > "owncloud.conf" y la dejó dentro de "/etc/apache2/conf.d" :S Además, > esta copia de respaldo tenía mal definida la variable "ServerName", y de > ahí venía el error. Saqué esta copia de respaldo de allí y ahora al > hacer un restart no obtengo ningún mensaje, así que problema resuelto! Ah, vaya. Pues qué puñetero es el apache ¿no? :-) Porque la plantilla de backup no está dentro de los sitios habilitados (sites-enabled) así que no tendría que haberla tenido en cuenta. > Sinceramente te agradezco mucho por tu ayuda, no sé cuando me hubiese > dado cuenta sino hacía esto jaja. Entonces, en definitiva el problema > era que tenía un archivo de configuración demás y además este tenía mal > definida la variable "ServerName". Ahora sigo respondiendo entre > líneas... Bien está lo que bien acaba. Por cierto, pregunta de curiosidad ¿por qué te has decidido por OwnCloud? >> Se pueden llamar como quieras, pero tienen que resolverse y como no >> usas un servidor DNS local que relacione los nombres con una IP pues e >> sistema estará tirando el archivo /etc/hosts, que es la configuración >> predeterminada. > Es que hay un DNS local configurado, el cual tiene cargada las IPs de > ambos servidores :S Ahhh, amigo, eso lo cambia todo (y eso explica por qué dig te devolvía una respuesta correcta). En el caso de que el error que te daba hubiera sido "real" (es decir, que no se hubiera debido a una plantilla de configuración que no debía estar) tendrías que haberte fijado en si la configuración del servidor DNS para el dominio/IP que te daba problemas era correcta, ya que al usar un servidor de nombre local para resolver, el archivo /etc/hosts hubiera sido irrelevante. >> Mira a ver qué te devuelve un "grep hosts /etc/nsswitch.conf". > Pues bien, ni idea que hace este comando, pero esta es la salida: > > hosts: files dns Ese archivo (nsswitch.conf) define varias cosas, pero entre ellas determina qué tipo de sistema de resolución va a usar la función "gethostbyname" del sistema operativo. La variable "hosts" que tienes configurada dice que primero mirará en el archivo "/etc/hosts" y después consultará el servidor dns en el caso la primera consulta devuelva un error. >>> getent hosts 172.30.7.122 (no devuelve nada) >>^ >> >> (...) >> >> El segundo comando debería devolverte algo así: >> >> 172.30.7.122 cloud.dominio cloud > Pues no me devuelve absolutamente nada :S En tu caso es normal porque usas un servidor dns para resolver el dominio local, que es lo más correcto, aunque la mayoría de las veces se opta por la solución facilona y se define el equipo local en el archivo "/etc/ hosts" para tranquilizar al servidor apache :-) > Por si acaso este es mi /etc/hosts: > > 127.0.0.1 localhost > 127.0.1.1 Cloud.dominioCloud (...) Aunque ya no tiene importancia, en el caso de que no usaras un servidor dns y quisieras definir el equipo en ese archivo, tendrías que usar la misma IP que tienes configurada en el host virtual de apache, es decir, tendrías que usar: *** 172.30.7.122 cloud.dominio cloud *** 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.11.07.15.11...@gmail.com
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El 06/11/14 a las 15:20, Camaleón escibió: El Thu, 06 Nov 2014 14:54:48 -0300, Mauro Antivero escribió: El 06/11/14 a las 14:39, Camaleón escibió: (...) En sites-enabled solamente tengo el archivo "000-default", el cual no he tocado para nada. En este caso la varible ServerName está definida en: /etc/apache2/apaches2.conf /etc/apache2/conf.d/owncloud.conf Haz un barrido, que nunca está más: grep -i servername /etc/apache2/*/* ¿Resultado? Perdón, me lo olvidé! Jajajaja, y acá está la punta del ovillo... Mirá: /etc/apache2/conf.d/owncloud.conf:ServerName Cloud.cepanet.com.ar /etc/apache2/conf.d/owncloud.conf.bkp:ServerName nombre_servidor.dominio /etc/apache2/mods-available/info.conf:# http://servername/server-info (requires that mod_info.c be loaded). /etc/apache2/mods-available/status.conf:# with the URL of http://servername/server-status /etc/apache2/mods-enabled/status.conf:# with the URL of http://servername/server-status Resulta que algún tonto (osea yo) hizo una copia de respaldo del archivo "owncloud.conf" y la dejó dentro de "/etc/apache2/conf.d" :S Además, esta copia de respaldo tenía mal definida la variable "ServerName", y de ahí venía el error. Saqué esta copia de respaldo de allí y ahora al hacer un restart no obtengo ningún mensaje, así que problema resuelto! Sinceramente te agradezco mucho por tu ayuda, no sé cuando me hubiese dado cuenta sino hacía esto jaja. Entonces, en definitiva el problema era que tenía un archivo de configuración demás y además este tenía mal definida la variable "ServerName". Ahora sigo respondiendo entre líneas... Lo curioso es que en otro servidor de pruebas que tengo el cual tiene una IP pública la misma configuración funciona sin problemas. ^^ Tú mismo te has respondido: porque puede resolver el dominio/IP ;-) Perdón, pero no te entiendo :S Mis servidores se llaman "Cloud" (el que tiene la IP privada) y "Octopus" el que tiene la IP pública. Se pueden llamar como quieras, pero tienen que resolverse y como no usas un servidor DNS local que relacione los nombres con una IP pues e sistema estará tirando el archivo /etc/hosts, que es la configuración predeterminada. Es que hay un DNS local configurado, el cual tiene cargada las IPs de ambos servidores :S Si hago: - dig octopus.dominio me devuevle la IP pública que corresponde a dicho servidor - dig cloud.dominip me devuelve la IP privada que corresponde a dicho servidor (172.30.7.122) No me explico cómo puedes resolver un dominio local con dig porque es una herramienta que usa servidores DNS y tu servidor local (cloud.dominio) no lo resuelve ningún servidor DNS ¿no? SI, como decía más arriba, perdón que no lo expliqué antes, pero hay un DNS local configurado, precisamente cuando hago un dig se utiliza este DNS para resolver. Mira a ver qué te devuelve un "grep hosts /etc/nsswitch.conf". Pues bien, ni idea que hace este comando, pero esta es la salida: hosts: files dns Ahora si hago un "dig -x" para cualquiera de las dos IPs no me resuelve nada, puesto que para ambos casos no están configurados los reversos. A qué te refieres con que "puede resolver el dominio/IP" (disculpá mi ignorancia :S). No creo que apache se esté quejando por la resolución inversa. Comprendo, efectivamente no era eso. Sigo buscando pero no logro encontrar que es lo que sucede. Me pregunto si será un tema de DNS reverso, pero lo raro es que para el servidor que tengo con una IP pública tampoco tiene un reverso definido. Yo creo que el mensaje que te devuelve es verídico. Manda la salida de: getent hosts 172.30.7.122 getent hosts 127.0.0.1 Desde Cloud (servidor con IP 172.30.7.122): getent hosts 127.0.0.1 127.0.0.1 localhost Correcto. getent hosts 172.30.7.122 (no devuelve nada) ^ (...) El segundo comando debería devolverte algo así: 172.30.7.122 cloud.dominio cloud Pues no me devuelve absolutamente nada :S Por si acaso este es mi /etc/hosts: 127.0.0.1 localhost 127.0.1.1 Cloud.dominioCloud # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback ff02::1 ip6-allnodes ff02::2 ip6-allrouters Saludos, Mauro. Saludos, -- 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/545bc29c.9030...@gmail.com
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El Thu, 06 Nov 2014 14:54:48 -0300, Mauro Antivero escribió: > El 06/11/14 a las 14:39, Camaleón escibió: (...) >>> En sites-enabled solamente tengo el archivo "000-default", el cual no >>> he tocado para nada. En este caso la varible ServerName está definida >>> en: >>> >>> /etc/apache2/apaches2.conf /etc/apache2/conf.d/owncloud.conf >> Haz un barrido, que nunca está más: >> >> grep -i servername /etc/apache2/*/* ¿Resultado? >>> Lo curioso es que en otro servidor de pruebas que tengo el cual tiene >>> una IP pública la misma configuración funciona sin problemas. >>^^ >> >> Tú mismo te has respondido: porque puede resolver el dominio/IP ;-) > Perdón, pero no te entiendo :S Mis servidores se llaman "Cloud" (el que > tiene la IP privada) y "Octopus" el que tiene la IP pública. Se pueden llamar como quieras, pero tienen que resolverse y como no usas un servidor DNS local que relacione los nombres con una IP pues e sistema estará tirando el archivo /etc/hosts, que es la configuración predeterminada. > Si hago: > > - dig octopus.dominio me devuevle la IP pública que corresponde a dicho > servidor > - dig cloud.dominip me devuelve la IP privada que corresponde a > dicho servidor (172.30.7.122) No me explico cómo puedes resolver un dominio local con dig porque es una herramienta que usa servidores DNS y tu servidor local (cloud.dominio) no lo resuelve ningún servidor DNS ¿no? Mira a ver qué te devuelve un "grep hosts /etc/nsswitch.conf". > Ahora si hago un "dig -x" para cualquiera de las dos IPs no me resuelve > nada, puesto que para ambos casos no están configurados los reversos. A > qué te refieres con que "puede resolver el dominio/IP" (disculpá mi > ignorancia :S). No creo que apache se esté quejando por la resolución inversa. >>> Sigo buscando pero no logro encontrar que es lo que sucede. Me >>> pregunto si será un tema de DNS reverso, pero lo raro es que para el >>> servidor que tengo con una IP pública tampoco tiene un reverso >>> definido. >> Yo creo que el mensaje que te devuelve es verídico. Manda la salida de: >> >> getent hosts 172.30.7.122 getent hosts 127.0.0.1 > Desde Cloud (servidor con IP 172.30.7.122): > > getent hosts 127.0.0.1 127.0.0.1 localhost Correcto. > getent hosts 172.30.7.122 (no devuelve nada) ^ (...) El segundo comando debería devolverte algo así: 172.30.7.122 cloud.dominio cloud 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.11.06.18.20...@gmail.com
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El 06/11/14 a las 14:39, Camaleón escibió: El Thu, 06 Nov 2014 14:20:39 -0300, Mauro Antivero escribió: El 06/11/14 a las 14:10, Camaleón escibió: (...) service apache2 restart [] Restarting web server: apache2[Thu Nov 06 13:11:31 2014] [error] (EAI 2)Name or service not known: Failed to resolve server name for 172.30.7.122 (check DNS) -- or specify an explicit ServerName ... waiting [Thu Nov 06 13:11:32 2014] [error] (EAI 2)Name or service not known: Failed to resolve server name for 172.30.7.122 (check DNS) -- or specify an explicit ServerName (...) Asegúrate de que todas las plantillas de los sitios que tengas habilitados (sites-enabled) tengan definida esa variable (ServerName) y de que efectivamente, tu servidor sea capaz de resolver los nombres de dominio definidos. En sites-enabled solamente tengo el archivo "000-default", el cual no he tocado para nada. En este caso la varible ServerName está definida en: /etc/apache2/apaches2.conf /etc/apache2/conf.d/owncloud.conf Haz un barrido, que nunca está más: grep -i servername /etc/apache2/*/* Lo curioso es que en otro servidor de pruebas que tengo el cual tiene una IP pública la misma configuración funciona sin problemas. ^^ Tú mismo te has respondido: porque puede resolver el dominio/IP ;-) Perdón, pero no te entiendo :S Mis servidores se llaman "Cloud" (el que tiene la IP privada) y "Octopus" el que tiene la IP pública. Si hago: - dig octopus.dominio me devuevle la IP pública que corresponde a dicho servidor - dig cloud.dominip me devuelve la IP privada que corresponde a dicho servidor (172.30.7.122) Ahora si hago un "dig -x" para cualquiera de las dos IPs no me resuelve nada, puesto que para ambos casos no están configurados los reversos. A qué te refieres con que "puede resolver el dominio/IP" (disculpá mi ignorancia :S). Sigo buscando pero no logro encontrar que es lo que sucede. Me pregunto si será un tema de DNS reverso, pero lo raro es que para el servidor que tengo con una IP pública tampoco tiene un reverso definido. Yo creo que el mensaje que te devuelve es verídico. Manda la salida de: getent hosts 172.30.7.122 getent hosts 127.0.0.1 Desde Cloud (servidor con IP 172.30.7.122): getent hosts 127.0.0.1 127.0.0.1 localhost getent hosts 172.30.7.122 (no devuelve nada) Desde Octopus (servidor con IP pública) getent hosts 127.0.0.1 127.0.0.1 localhost getent hosts 172.30.7.122 (no devuelve nada) Osea que en ambos casos la respuesta es la misma, solo que en el servidor que tiene la IP pública no obtengo ese mensaje de error al reiniciar Apache. Sigo buscando y he encontrado gente que tiene "Apaches" en servidores con IP privada y les ha salido el mismo mensaje de error, pero en todos lados dicen que lo han resuelto con la variabla "ServerName nombre.domino" Algún otro dato de utilidad que les pueda pasar? Saludos y muchas gracias, Mauro. Omite los datos sensibles del nombre de dominio pero asegúrate de que el nombre resuelto concuerde con la variable que hayas definido como ServerName. Saludos, -- 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/545bb5e8.9080...@gmail.com
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El Thu, 06 Nov 2014 14:20:39 -0300, Mauro Antivero escribió: > El 06/11/14 a las 14:10, Camaleón escibió: (...) >>> service apache2 restart [] Restarting web server: apache2[Thu Nov >>> 06 13:11:31 2014] [error] (EAI 2)Name or service not known: Failed to >>> resolve server name for 172.30.7.122 (check DNS) -- or specify an >>> explicit ServerName >>>... waiting [Thu Nov 06 13:11:32 2014] [error] (EAI 2)Name or >>>service >>> not known: Failed to resolve server name for 172.30.7.122 (check DNS) >>> -- >>> or specify an explicit ServerName >> (...) >> >> Asegúrate de que todas las plantillas de los sitios que tengas >> habilitados (sites-enabled) tengan definida esa variable (ServerName) y >> de que efectivamente, tu servidor sea capaz de resolver los nombres de >> dominio definidos. > En sites-enabled solamente tengo el archivo "000-default", el cual no he > tocado para nada. En este caso la varible ServerName está definida en: > > /etc/apache2/apaches2.conf /etc/apache2/conf.d/owncloud.conf Haz un barrido, que nunca está más: grep -i servername /etc/apache2/*/* > Lo curioso es que en otro servidor de pruebas que tengo el cual tiene > una IP pública la misma configuración funciona sin problemas. ^^ Tú mismo te has respondido: porque puede resolver el dominio/IP ;-) > Sigo buscando pero no logro encontrar que es lo que sucede. Me pregunto > si será un tema de DNS reverso, pero lo raro es que para el servidor que > tengo con una IP pública tampoco tiene un reverso definido. Yo creo que el mensaje que te devuelve es verídico. Manda la salida de: getent hosts 172.30.7.122 getent hosts 127.0.0.1 Omite los datos sensibles del nombre de dominio pero asegúrate de que el nombre resuelto concuerde con la variable que hayas definido como ServerName. 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.11.06.17.39...@gmail.com
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El 06/11/14 a las 14:10, Camaleón escibió: El Thu, 06 Nov 2014 13:19:52 -0300, Mauro Antivero escribió: Estimados, tengo un servidor con Debian Wheezy 7.7 con una IP privada (172.30.7.122/24) corriendo Apache para hacer unas pruebas con OwnCloud. He configurado todo para tener acceso solamente por HTTPS y si bien parece funcionar correctamente (tengo acceso por HTTPS a la página de OwnCloud), cuando reinicio Apache me encuentro con la siguiente advertencia la cual me molesta mucho: service apache2 restart [] Restarting web server: apache2[Thu Nov 06 13:11:31 2014] [error] (EAI 2)Name or service not known: Failed to resolve server name for 172.30.7.122 (check DNS) -- or specify an explicit ServerName ... waiting [Thu Nov 06 13:11:32 2014] [error] (EAI 2)Name or service not known: Failed to resolve server name for 172.30.7.122 (check DNS) -- or specify an explicit ServerName (...) Asegúrate de que todas las plantillas de los sitios que tengas habilitados (sites-enabled) tengan definida esa variable (ServerName) y de que efectivamente, tu servidor sea capaz de resolver los nombres de dominio definidos. En sites-enabled solamente tengo el archivo "000-default", el cual no he tocado para nada. En este caso la varible ServerName está definida en: /etc/apache2/apaches2.conf /etc/apache2/conf.d/owncloud.conf Lo curioso es que en otro servidor de pruebas que tengo el cual tiene una IP pública la misma configuración funciona sin problemas. Sigo buscando pero no logro encontrar que es lo que sucede. Me pregunto si será un tema de DNS reverso, pero lo raro es que para el servidor que tengo con una IP pública tampoco tiene un reverso definido. Saludos y gracias, Mauro. Saludos, -- 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/545bade7.7090...@gmail.com
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El Thu, 06 Nov 2014 13:19:52 -0300, Mauro Antivero escribió: > Estimados, tengo un servidor con Debian Wheezy 7.7 con una IP privada > (172.30.7.122/24) corriendo Apache para hacer unas pruebas con OwnCloud. > He configurado todo para tener acceso solamente por HTTPS y si bien > parece funcionar correctamente (tengo acceso por HTTPS a la página de > OwnCloud), cuando reinicio Apache me encuentro con la siguiente > advertencia la cual me molesta mucho: > > service apache2 restart [] Restarting web server: apache2[Thu Nov 06 > 13:11:31 2014] [error] (EAI 2)Name or service not known: Failed to > resolve server name for 172.30.7.122 (check DNS) -- or specify an > explicit ServerName > ... waiting [Thu Nov 06 13:11:32 2014] [error] (EAI 2)Name or service > not known: Failed to resolve server name for 172.30.7.122 (check DNS) -- > or specify an explicit ServerName (...) Asegúrate de que todas las plantillas de los sitios que tengas habilitados (sites-enabled) tengan definida esa variable (ServerName) y de que efectivamente, tu servidor sea capaz de resolver los nombres de dominio definidos. 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.11.06.17.10...@gmail.com
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El 06/11/14 a las 13:30, fernando sainz escibió: El día 6 de noviembre de 2014, 17:19, Mauro Antivero escribió: Estimados, tengo un servidor con Debian Wheezy 7.7 con una IP privada (172.30.7.122/24) corriendo Apache para hacer unas pruebas con OwnCloud. He configurado todo para tener acceso solamente por HTTPS y si bien parece funcionar correctamente (tengo acceso por HTTPS a la página de OwnCloud), cuando reinicio Apache me encuentro con la siguiente advertencia la cual me molesta mucho: service apache2 restart [] Restarting web server: apache2[Thu Nov 06 13:11:31 2014] [error] (EAI 2)Name or service not known: Failed to resolve server name for 172.30.7.122 (check DNS) -- or specify an explicit ServerName ... waiting [Thu Nov 06 13:11:32 2014] [error] (EAI 2)Name or service not known: Failed to resolve server name for 172.30.7.122 (check DNS) -- or specify an explicit ServerName Buscando en Internet salen numerosas entradas que hacen referencia a este tema, pero en todas ellas básicamente dice que se resuelve agregando la línea: ServerName Al archivo "/etc/apache2/apache2.conf" Pues lo he hecho y me sigue pasando exactamente lo mismo... Por cierto, este es el contenido del archivo "/etc/apache2/conf.d/owncloud.conf" SSLEngine on SSLCertificateFile /etc/apache2/ssl/owncloud.pem SSLCertificateKeyFile /etc/apache2/ssl/owncloud.key DocumentRoot /var/www/owncloud/ ServerName nombre_servidor.dominio AllowOverride All order allow,deny Allow from all Nota: Por supuesto que en ambos archivos "nombre_servidor.dominio" es reemplazado por el nombre y dominio que corresponde. Les agradecería mucho si me pueden dar una mano con este tema. Saludos, Mauro. Has probado a poner el dominio / ip en el /etc/hosts. Si, actualmente lo tengo así: 127.0.0.1 localhost 127.0.1.1 nombre.dominio nombre Y también probé (sinceramente por probar) ponerlo así: 127.0.0.1 localhost 127.0.1.1 nombre.dominio nombre 172.30.7.122 nombre.dominio nombre Pero en ambos casos sigue pasando exactamente lo mismo. Saludos y gracias, Mauro. S2. -- 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/545ba3e7.8070...@gmail.com
Re: Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
El día 6 de noviembre de 2014, 17:19, Mauro Antivero escribió: > Estimados, tengo un servidor con Debian Wheezy 7.7 con una IP privada > (172.30.7.122/24) corriendo Apache para hacer unas pruebas con OwnCloud. He > configurado todo para tener acceso solamente por HTTPS y si bien parece > funcionar correctamente (tengo acceso por HTTPS a la página de OwnCloud), > cuando reinicio Apache me encuentro con la siguiente advertencia la cual me > molesta mucho: > > service apache2 restart > [] Restarting web server: apache2[Thu Nov 06 13:11:31 2014] [error] (EAI > 2)Name or service not known: Failed to resolve server name for 172.30.7.122 > (check DNS) -- or specify an explicit ServerName > ... waiting [Thu Nov 06 13:11:32 2014] [error] (EAI 2)Name or service not > known: Failed to resolve server name for 172.30.7.122 (check DNS) -- or > specify an explicit ServerName > > Buscando en Internet salen numerosas entradas que hacen referencia a este > tema, pero en todas ellas básicamente dice que se resuelve agregando la > línea: > > ServerName > > Al archivo "/etc/apache2/apache2.conf" > > Pues lo he hecho y me sigue pasando exactamente lo mismo... > > Por cierto, este es el contenido del archivo > "/etc/apache2/conf.d/owncloud.conf" > > > SSLEngine on > SSLCertificateFile /etc/apache2/ssl/owncloud.pem > SSLCertificateKeyFile /etc/apache2/ssl/owncloud.key > DocumentRoot /var/www/owncloud/ > ServerName nombre_servidor.dominio > > AllowOverride All > order allow,deny > Allow from all > > > > Nota: Por supuesto que en ambos archivos "nombre_servidor.dominio" es > reemplazado por el nombre y dominio que corresponde. > > Les agradecería mucho si me pueden dar una mano con este tema. > > Saludos, Mauro. > > Has probado a poner el dominio / ip en el /etc/hosts. S2. -- 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/CAGw=rhi2gp4ofje4wrhqccnnmoe6btisfjk+tzmej_btxs2...@mail.gmail.com
Advertencia al iniciar / reiniciar Apache "Failed to resolve server name..."
Estimados, tengo un servidor con Debian Wheezy 7.7 con una IP privada (172.30.7.122/24) corriendo Apache para hacer unas pruebas con OwnCloud. He configurado todo para tener acceso solamente por HTTPS y si bien parece funcionar correctamente (tengo acceso por HTTPS a la página de OwnCloud), cuando reinicio Apache me encuentro con la siguiente advertencia la cual me molesta mucho: service apache2 restart [] Restarting web server: apache2[Thu Nov 06 13:11:31 2014] [error] (EAI 2)Name or service not known: Failed to resolve server name for 172.30.7.122 (check DNS) -- or specify an explicit ServerName ... waiting [Thu Nov 06 13:11:32 2014] [error] (EAI 2)Name or service not known: Failed to resolve server name for 172.30.7.122 (check DNS) -- or specify an explicit ServerName Buscando en Internet salen numerosas entradas que hacen referencia a este tema, pero en todas ellas básicamente dice que se resuelve agregando la línea: ServerName Al archivo "/etc/apache2/apache2.conf" Pues lo he hecho y me sigue pasando exactamente lo mismo... Por cierto, este es el contenido del archivo "/etc/apache2/conf.d/owncloud.conf" SSLEngine on SSLCertificateFile /etc/apache2/ssl/owncloud.pem SSLCertificateKeyFile /etc/apache2/ssl/owncloud.key DocumentRoot /var/www/owncloud/ ServerName nombre_servidor.dominio AllowOverride All order allow,deny Allow from all Nota: Por supuesto que en ambos archivos "nombre_servidor.dominio" es reemplazado por el nombre y dominio que corresponde. Les agradecería mucho si me pueden dar una mano con este tema. Saludos, Mauro. -- 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/545b9fa8.4070...@gmail.com
RE: Reiniciar Apache
OK. SOLUCIONADO. La solución del comando "/etc/init.d/bash -x apache stop" funcionó (muchas gracias Rubén), pero sólo para apache. Esto unido a otra serie de problemillas (postgresql, wu-ftpd, este último ya lo conoces, Rubén) me ha conducido a reinstalar Woody y hacer borrón y cuenta nueva. Espero que ahora todo vaya de nuevo como la seda (todo surgió a partir de tratar de compilar e instalar el kernel 2.6.8.1). Sé que vosotros hubiérais podido restablecer el correcto funcionamiento de todo ello, pero yo no pude dedicarle más tiempo. Esto no quita que agradezca la enorme ayuda que me habéis prestado y por eso quiero daros las gracias expresamente. Lo que no quiero es haceros perder más tiempo con este hilo y creo que es hora de que desaparezca. Un saludo a todos y muchas gracias. Gorka -> [EMAIL PROTECTED] Debian Woody / Kernel 2.4 / Apache 1.3.26 PostgreSQL 7.2.1-2 / PHP 4.1.2-6
Re: Reiniciar Apache
Hola On Oct 17, 2004, at 3:12 PM, Gorka wrote: Hago /etc/init.d/apache restart para que tome la nueva configuración de httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que los cambios tomen efecto. OK, para re-cargar la configuración de apache basta con hacer un reload. Si no confías en los scripts de inicio puede servir algo como apacheclt restart y ver qué te dice. Otra manera más a pie es mandarle la señal de SIGHUP (colgar) que se consigue con kill -1 (número de poceso) Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de /var/www Entiendo por qué no tes tienes fé a los scripts. Puedes ver la versión específica del paquete de debian y verificar que todos los archivos sean los correctos? Y otra cosa más. Trato de acceder desde la red con el nombre de la máquina, en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la máquina en la misma máquina. Y eso que tengo: /etc/hosts 127.0.0.1 localhost 192.168.0.2 manolo /etc/hostname manolo /etc/hosts.allow ALL: LOCAL Al hacer restart o start o stop me sale siempre: [alert] apache: Could not determine the server's fully qualified domain name, using 192.168.0.2 for ServerName ¿A qué se debe este par de problemillas? Este tipo de problemillas son absoutamente típicos de resolutorios y servidores de nombres mal configurados. Empieza respondiéndote a las siguientes preguntas para tener una idea más clara. *¿Cómo hacen las computadoras para saber sus nombres en tu red?, * ¿cómo está el /etc/resolv.conf? * qué te dice dig manolo?, host manolo?, hostname? Espero que ésto te empuje en la dirección correcta Saludos Marcelo Morales
RE: Reiniciar Apache
Es la primera vez que hago esto, pero esta noche intento ambas cosas, a ver si lo consigo. Muchas gracias. Te comento el resultado del experimento. (Maldito el día en que se me ocurrió tratar de compilar el núcleo 2.6.8.1, creo que esto empezó a pasar a partir de ahí, aunque no podría jurarlo). > Jejeje ... Puedes intentar depurar los scripts con la opción -x de bash: > > /etc/init.d/bash -x apache start (stop, ...) > > Intenta ejecutar la orden de apagado o encendido a mano, fijandote en el > codigo de cómo lo hacen los scripts. > > -Mensaje original- > parar. Ese es el problema. Apache y postgres (y el resto) se inician > correctamente al encender el ordenador. El problema es que sólo > apagándolo > los puedo parar. ¿Adquirirán algún día vida propia, saldrán del
RE: Reiniciar Apache
Jejeje ... Puedes intentar depurar los scripts con la opción -x de bash: /etc/init.d/bash -x apache start (stop, ...) Intenta ejecutar la orden de apagado o encendido a mano, fijandote en el codigo de cómo lo hacen los scripts. -Mensaje original- De: Gorka [mailto:[EMAIL PROTECTED] Enviado el: jueves, 21 de octubre de 2004 13:08 Para: Rubén Mediano; debian-user-spanish@lists.debian.org Asunto: RE: Reiniciar Apache > Me parece raro que estos mensajes de error te los diera al hacer stop, > tienen más sentido si te salieran cuando inicias apache, solo es un > apunte. Borré error.log antes de hacer apache stop. No hay duda. Pero es que ayer comprobé que no es un problema del apache, Rubén, porque tanto ... /etc/init.d/apache restart (o stop, o start) ... como ... /etc/init.d/postgresql restart (o stop, o start) ... no tienen ningún efecto, simplemente me devuelve a la línea de comandos. Y no he probado más servidores pero supongo que ftp y sshd tampoco se pueden parar. Ese es el problema. Apache y postgres (y el resto) se inician correctamente al encender el ordenador. El problema es que sólo apagándolo los puedo parar. ¿Adquirirán algún día vida propia, saldrán del ordenador y me robarán la cartera para irse de juerga juntos? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio.
RE: Reiniciar Apache
> Me parece raro que estos mensajes de error te los diera al hacer stop, > tienen más sentido si te salieran cuando inicias apache, solo es un > apunte. Borré error.log antes de hacer apache stop. No hay duda. Pero es que ayer comprobé que no es un problema del apache, Rubén, porque tanto ... /etc/init.d/apache restart (o stop, o start) ... como ... /etc/init.d/postgresql restart (o stop, o start) ... no tienen ningún efecto, simplemente me devuelve a la línea de comandos. Y no he probado más servidores pero supongo que ftp y sshd tampoco se pueden parar. Ese es el problema. Apache y postgres (y el resto) se inician correctamente al encender el ordenador. El problema es que sólo apagándolo los puedo parar. ¿Adquirirán algún día vida propia, saldrán del ordenador y me robarán la cartera para irse de juerga juntos?
RE: Reiniciar Apache
Me parece raro que estos mensajes de error te los diera al hacer stop, tienen más sentido si te salieran cuando inicias apache, solo es un apunte. -Mensaje original- De: Gorka [mailto:[EMAIL PROTECTED] Enviado el: miércoles, 20 de octubre de 2004 10:11 Para: debian-user-spanish@lists.debian.org Asunto: RE: Reiniciar Apache Hice todo lo que me aconsejásteis y nada, con la única diferencia de que /etc/init.d/apache restart (o stop, o start) sigue sin tener ningún efecto, pero me devuelve a la línea de comandos sin sacar el mensaje que sacaba antes (gracias a que en httpd.conf puse ServerName manolo). Pero vamos a lo importante, en error.log al hacer stop, por ejemplo, me genera estas líneas: [Tue Oct 19 21:20:32 2004] [error] (2)No such file or directory: mod_mime_magic: can't read magic file /etc/apache/share/magic [Tue Oct 19 21:20:32 2004] [crit] (98)Address already in use: make_sock: could not bind to port 80 Y Ciertamente en /etc/apache no hay ningún directorio share. Para reiniciar apache he de reiniciar la máquina completa pues. Por otro lado, sigo sin poder acceder desde otro pc de la red (desde la propia máquina sí que me deja) con http://manolo/index.html , sólo me permite http://192.168.0.2/index.html . Por cierto, en httpd.conf he comentado la línea #IndexOptions FancyIndexing ... Para que no me liste todo el directorio, pero sigue haciéndolo. ¿Todo esto puede estar relacionado? > -Mensaje original- > Hago /etc/init.d/apache restart para que tome la nueva configuración de > httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que > los > cambios tomen efecto. > Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de > /var/www > > Y otra cosa más. Trato de acceder desde la red con el nombre de la > máquina, > en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la > máquina en la misma máquina. Y eso que tengo: > > /etc/hosts > 127.0.0.1 localhost > 192.168.0.2 manolo > /etc/hostname > manolo > /etc/hosts.allow > ALL: LOCAL > > Al hacer restart o start o stop me sale siempre: > [alert] apache: Could not determine the server's fully qualified domain > name, using 192.168.0.2 for ServerName > > ¿A qué se debe este par de problemillas? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio.
RE: Reiniciar Apache
> > MIMEMagicFile /usr/local/apache_1.3.28/conf/magic > Yo tengo como MIMEMagicFile share/magic, directorio que no está dentro de /apache pero según nos demuestra Andres Cirugeda lo del mimemagic no parece ser importante, parece que es un mensaje inofensivo ya solucionado en otras versiones: http://lists.debian.org/debian-apache/2003/debian-apache-200306/msg00043.htm l > Haz "netstat -ln" para ver que puertos tienes a la escucha. Esta es la columna 'localaddress' del resultado. Los 7 primeros son TCP (y están los 7 a LISTENING) y los 3 últimos UDP (y no están a LISTENING): 0.0.0.0:32768 0.0.0.0:515 (printer) 0.0.0.0:111 (sunrpc) 0.0.0.0:80 (www) 0.0.0.0:21 (ftp) 0.0.0.0:22 (ssh) 0.0.0.0:5432 (postgres) 0.0.0.0:32768 0.0.0.0:777 0.0.0.0:111 (sunrpc) Que yo sepa tengo www, ftp, ssh, postgres. El resto no sé qué es, pero juraría que no hay más procesos pendientes del puerto 80. Es más, ESTO ES IMPORTANTE, NOS PUEDE AYUDAR ... ayer probé a hacer un /etc/init.d/postgresql stop Y TAMPOCO ME DEJA. NO CONTROLO NINGUNO DE LOS SERVIDORES, no es sólo el Apache. Ahora sí que me mosqueo, porque funcionan correctamente en todo, salvo en que no les afecta otro stop-start-restart que el del reboot, y claro, esto es un coñazo cada vez que modifico algo. > linea en el archivo "hosts" de los otros equipos: Solucionado. Cierto, lo olvidé. > Para que no muestre el contenido de los direcotorios, quita la opción > "Indexes" de la configuración del directorio raiz de donde cuelga tu Solucionado. Funciona, gracias. (Aunque tras reiniciar todo el equipo, claro)
RE: Reiniciar Apache
En httpd.conf, la directiva MIMEMagicFile debería decirle al módulo "mod_mime_magic" donde esta el archivo de definiciones "magic". Esta es mi configuración: MIMEMagicFile /usr/local/apache_1.3.28/conf/magic El segundo error, "Address already in use", puede ser provocado por que ya hay algún servicio escuchando en el puerto 80, ó provocado por el primero. Haz "netstat -ln" para ver que puertos tienes a la escucha. Para que desde otros equipos de tu red puedan acceder al servidor mediante el nombre de "manolo", necesitas un servidor DNS o incluir una linea en el archivo "hosts" de los otros equipos: 192.168.0.2 manolo Para que no muestre el contenido de los direcotorios, quita la opción "Indexes" de la configuración del directorio raiz de donde cuelga tu sitio web (DocumentRoot). Saluts. -Mensaje original- De: Gorka [mailto:[EMAIL PROTECTED] Enviado el: miércoles, 20 de octubre de 2004 10:11 Para: debian-user-spanish@lists.debian.org Asunto: RE: Reiniciar Apache Hice todo lo que me aconsejásteis y nada, con la única diferencia de que /etc/init.d/apache restart (o stop, o start) sigue sin tener ningún efecto, pero me devuelve a la línea de comandos sin sacar el mensaje que sacaba antes (gracias a que en httpd.conf puse ServerName manolo). Pero vamos a lo importante, en error.log al hacer stop, por ejemplo, me genera estas líneas: [Tue Oct 19 21:20:32 2004] [error] (2)No such file or directory: mod_mime_magic: can't read magic file /etc/apache/share/magic [Tue Oct 19 21:20:32 2004] [crit] (98)Address already in use: make_sock: could not bind to port 80 Y Ciertamente en /etc/apache no hay ningún directorio share. Para reiniciar apache he de reiniciar la máquina completa pues. Por otro lado, sigo sin poder acceder desde otro pc de la red (desde la propia máquina sí que me deja) con http://manolo/index.html , sólo me permite http://192.168.0.2/index.html . Por cierto, en httpd.conf he comentado la línea #IndexOptions FancyIndexing ... Para que no me liste todo el directorio, pero sigue haciéndolo. ¿Todo esto puede estar relacionado? > -Mensaje original- > Hago /etc/init.d/apache restart para que tome la nueva configuración de > httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que > los > cambios tomen efecto. > Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de > /var/www > > Y otra cosa más. Trato de acceder desde la red con el nombre de la > máquina, > en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la > máquina en la misma máquina. Y eso que tengo: > > /etc/hosts > 127.0.0.1 localhost > 192.168.0.2 manolo > /etc/hostname > manolo > /etc/hosts.allow > ALL: LOCAL > > Al hacer restart o start o stop me sale siempre: > [alert] apache: Could not determine the server's fully qualified domain > name, using 192.168.0.2 for ServerName > > ¿A qué se debe este par de problemillas? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio.
Re: Reiniciar Apache
Hola. El problema parece ser este > [Tue Oct 19 21:20:32 2004] [crit] (98)Address already in use: make_sock: > could not bind to port 80 Tienes algún otro proceso usando el puerto 80? Puedes hacer un netstat -natup y ver que sale? Lo del mod_mime_magic parece que no es importante , mira esto http://lists.debian.org/debian-apache/2003/debian-apache-200306/msg00043.html Qué tipo de error te da en el otro pc cuando intentas acceder con manolo en lugar de la ip? El contenido de /etc/hosts que pones es el de manolo, no? en la otra máquina también tienes mapeado manolo a la ip correspondiente? Saludos On Wed, 20 Oct 2004 10:11:00 +0200, Gorka <[EMAIL PROTECTED]> wrote: > Hice todo lo que me aconsejásteis y nada, con la única diferencia de que > > /etc/init.d/apache restart (o stop, o start) > > sigue sin tener ningún efecto, pero me devuelve a la línea de comandos sin > sacar el mensaje que sacaba antes (gracias a que en httpd.conf puse > ServerName manolo). Pero vamos a lo importante, en error.log al hacer stop, > por ejemplo, me genera estas líneas: > > [Tue Oct 19 21:20:32 2004] [error] (2)No such file or directory: > mod_mime_magic: can't read magic file /etc/apache/share/magic > [Tue Oct 19 21:20:32 2004] [crit] (98)Address already in use: make_sock: > could not bind to port 80 > > Y Ciertamente en /etc/apache no hay ningún directorio share. Para reiniciar > apache he de reiniciar la máquina completa pues. > > Por otro lado, sigo sin poder acceder desde otro pc de la red (desde la > propia máquina sí que me deja) con > http://manolo/index.html , sólo me permite http://192.168.0.2/index.html . > > Por cierto, en httpd.conf he comentado la línea > #IndexOptions FancyIndexing ... > Para que no me liste todo el directorio, pero sigue haciéndolo. > > ¿Todo esto puede estar relacionado? > > > -Mensaje original- > > Hago /etc/init.d/apache restart para que tome la nueva configuración de > > httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que > > los > > cambios tomen efecto. > > Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de > > /var/www > > > > Y otra cosa más. Trato de acceder desde la red con el nombre de la > > máquina, > > en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la > > máquina en la misma máquina. Y eso que tengo: > > > > /etc/hosts > > 127.0.0.1 localhost > > 192.168.0.2 manolo > > /etc/hostname > > manolo > > /etc/hosts.allow > > ALL: LOCAL > > > > Al hacer restart o start o stop me sale siempre: > > [alert] apache: Could not determine the server's fully qualified domain > > name, using 192.168.0.2 for ServerName > > > > ¿A qué se debe este par de problemillas? > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
RE: Reiniciar Apache
Hice todo lo que me aconsejásteis y nada, con la única diferencia de que /etc/init.d/apache restart (o stop, o start) sigue sin tener ningún efecto, pero me devuelve a la línea de comandos sin sacar el mensaje que sacaba antes (gracias a que en httpd.conf puse ServerName manolo). Pero vamos a lo importante, en error.log al hacer stop, por ejemplo, me genera estas líneas: [Tue Oct 19 21:20:32 2004] [error] (2)No such file or directory: mod_mime_magic: can't read magic file /etc/apache/share/magic [Tue Oct 19 21:20:32 2004] [crit] (98)Address already in use: make_sock: could not bind to port 80 Y Ciertamente en /etc/apache no hay ningún directorio share. Para reiniciar apache he de reiniciar la máquina completa pues. Por otro lado, sigo sin poder acceder desde otro pc de la red (desde la propia máquina sí que me deja) con http://manolo/index.html , sólo me permite http://192.168.0.2/index.html . Por cierto, en httpd.conf he comentado la línea #IndexOptions FancyIndexing ... Para que no me liste todo el directorio, pero sigue haciéndolo. ¿Todo esto puede estar relacionado? > -Mensaje original- > Hago /etc/init.d/apache restart para que tome la nueva configuración de > httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que > los > cambios tomen efecto. > Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de > /var/www > > Y otra cosa más. Trato de acceder desde la red con el nombre de la > máquina, > en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la > máquina en la misma máquina. Y eso que tengo: > > /etc/hosts > 127.0.0.1 localhost > 192.168.0.2 manolo > /etc/hostname > manolo > /etc/hosts.allow > ALL: LOCAL > > Al hacer restart o start o stop me sale siempre: > [alert] apache: Could not determine the server's fully qualified domain > name, using 192.168.0.2 for ServerName > > ¿A qué se debe este par de problemillas?
RE: Reiniciar Apache
Yo creo que ese mensaje es solo de advertencia y no es razón para que no te funcione apache correctamente, debe haber alguna otra razón por lo que apache no responde bien al script de inicio. Revisa los logs. -Mensaje original- De: Gorka [mailto:[EMAIL PROTECTED] Enviado el: domingo, 17 de octubre de 2004 21:12 Para: 'LINUX CA' Asunto: Reiniciar Apache Hago /etc/init.d/apache restart para que tome la nueva configuración de httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que los cambios tomen efecto. Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de /var/www Y otra cosa más. Trato de acceder desde la red con el nombre de la máquina, en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la máquina en la misma máquina. Y eso que tengo: /etc/hosts 127.0.0.1 localhost 192.168.0.2 manolo /etc/hostname manolo /etc/hosts.allow ALL: LOCAL Al hacer restart o start o stop me sale siempre: [alert] apache: Could not determine the server's fully qualified domain name, using 192.168.0.2 for ServerName ¿A qué se debe este par de problemillas? -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio.
Re: Reiniciar Apache
Cuantas veces vas a mandar esta consulta? Gorka escribió: Hago /etc/init.d/apache restart para que tome la nueva configuración de httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que los cambios tomen efecto. Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de /var/www Y otra cosa más. Trato de acceder desde la red con el nombre de la máquina, en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la máquina en la misma máquina. Y eso que tengo: /etc/hosts 127.0.0.1 localhost 192.168.0.2 manolo /etc/hostname manolo /etc/hosts.allow ALL: LOCAL el /etc/hosts que pones es el de las otras maquinas no? y en hosts.conf si todavia andas con las libc o nsswicht.conf tienes puesto que tire de archivos no? la ip de manolo es correcta no? si la respuesta es afirmativa en los tres casos solo puedo decirte que no lo entiendo. Al hacer restart o start o stop me sale siempre: [alert] apache: Could not determine the server's fully qualified domain name, using 192.168.0.2 for ServerName Parece ser que el sistema no puede resolver el nombre que tienes en ServerName y va a usar la IP en su lugar. ¿A qué se debe este par de problemillas?
Re: Reiniciar Apache
Edita /etc/apache/httpd.conf y descomenta la linea #ServerName Localhost Saludos -- "La Voluntad es el único motor de nuestros logros" Mstaaravin http://www.mstaaravin.com.ar http://adacom.homelinux.org/~carlos/ http://mstaaravin.deviantart.com
Reiniciar Apache
Hago /etc/init.d/apache restart para que tome la nueva configuración de httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que los cambios tomen efecto. Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de /var/www Y otra cosa más. Trato de acceder desde la red con el nombre de la máquina, en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la máquina en la misma máquina. Y eso que tengo: /etc/hosts 127.0.0.1 localhost 192.168.0.2 manolo /etc/hostname manolo /etc/hosts.allow ALL: LOCAL Al hacer restart o start o stop me sale siempre: [alert] apache: Could not determine the server's fully qualified domain name, using 192.168.0.2 for ServerName ¿A qué se debe este par de problemillas?
Reiniciar Apache
Hago /etc/init.d/apache restart para que tome la nueva configuración de httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que los cambios tomen efecto. Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de /var/www Y otra cosa más. Trato de acceder desde la red con el nombre de la máquina, en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la máquina en la misma máquina. Y eso que tengo: /etc/hosts 127.0.0.1 localhost 192.168.0.2 manolo /etc/hostname manolo /etc/hosts.allow ALL: LOCAL Al hacer restart o start o stop me sale siempre: [alert] apache: Could not determine the server's fully qualified domain name, using 192.168.0.2 for ServerName ¿A qué se debe este par de problemillas?
Re: Reiniciar Apache
Hola, > Y otra cosa más. Trato de acceder desde la red con el nombre de la máquina, > en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la > máquina en la misma máquina. Y eso que tengo: > > /etc/hosts > 127.0.0.1 localhost > 192.168.0.2 manolo > /etc/hostname > manolo > /etc/hosts.allow > ALL: LOCAL prueba poniedolo asi: /etc/hosts 127.0.0.1 localhost manolo y en los /etc/hosts de las otras maquinas: 192.168.0.2 manolo > Al hacer restart o start o stop me sale siempre: > [alert] apache: Could not determine the server's fully qualified domain > name, using 192.168.0.2 for ServerName > > ¿A qué se debe este par de problemillas? eso debe ser por que no tenias el nombre de tu maquina junto a localhost. Saludos. -- Christian Sanchez Usuario GNU/Linux 234800 Maracay - Venezuela En la ruta al 1º Foro Mundial de Tecnología Libre Caracas, del 17 al 21 de Noviembre
Reiniciar Apache
Hago /etc/init.d/apache restart para que tome la nueva configuración de httpd.conf y no reinicia, me obliga a hacer un reboot de linux para que los cambios tomen efecto. Es más, ... si hago /etc/init.d/apache stop sigo viendo mis páginas de /var/www Y otra cosa más. Trato de acceder desde la red con el nombre de la máquina, en lugar de la ip, pero no me deja. Sólo puedo utilizar el nombre de la máquina en la misma máquina. Y eso que tengo: /etc/hosts 127.0.0.1 localhost 192.168.0.2 manolo /etc/hostname manolo /etc/hosts.allow ALL: LOCAL Al hacer restart o start o stop me sale siempre: [alert] apache: Could not determine the server's fully qualified domain name, using 192.168.0.2 for ServerName ¿A qué se debe este par de problemillas?