El 07/11/2014 16:12, "Camaleón" <noela...@gmail.com> 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.dominio Cloud > > (...) > > 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.