Re: /etc/resolv.conf en Debian Bookworm
El 2022-04-28 a las 16:32 +, Guillermo Sosa escribió: Este correo tampoco me ha llegado a la bandeja de entrada. No veía los correos de Guillermo porque Gmail los marca como spam :-? (...) > El jueves, 28 de abril de 2022 a las 11:27, Camaleón > escribió: > > > > El 2022-04-28 a las 10:24 +0200, fernando sainz escribió: > > > > > El mié, 27 abr 2022 a las 23:55, Guillermo Sosa (auxt...@protonmail.com) > > > escribió: > > > > > > No sé por qué pero este correo de Guillermo no me llegó (no está en > > spam ni en la carpeta Todos de Gmail) :-? > > > > > > Buenas tardes aquí en Argentina. > > > > Desde hace años, mas precisamente desde Stretch, construyo mi > > > > distribución > > > > (con lb build) personalizada; hoy uso la "estable" Bullseye, pero ya > > > > estoy > > > > experimentando con Bookworm. De hecho hace un mes mas o menos que estoy > > > > probandola con escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días > > > > atrás > > > > todas funcionaban perfecto, pero de repente, con cualquier DE, > > > > comenzaron a > > > > tener problemas con /etc/resolv.conf tanto en live-system como > > > > instaladas a > > > > disco. De hecho ese archivo, que en la jaula chroot se activa (ustedes > > > > lo > > > > deben saber) con el comando; *cp /etc/resolv.conf > > > > chroot/etc/resolv.conf, > > > > *o sea copiando el resolv.conf del sistema anfitrión al sistema en > > > > construcción en la carpeta chroot. El mismo es un archivo de texto plano > > > > con el siguiente contenido: > > > > > > > > # Generated by NetworkManager > > > > search fibertel.com.ar http://fibertel.com.ar > > > > nameserver 192.168.0.1 > > > > > > > > Donde fibertel.com.ar es mi proovedor de internet, y el nameserver > > > > calculo que se asigna de acuerdo a mi dirección IP > > > > > > > > /etc/resolv.conf al salir de la jaula chroot o al salir del sistema en > > > > modo live, se borra y cada vez que iniciamos "network-manager" como dice > > > > mas arriba vuelve a generarlo. > > > > Y acá viene el tema, desde hace diez días ocurre que una vez terminado > > > > el > > > > sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf > > > > que > > > > en realidad es un enlace a: > > > > /run/systemd/resolve/resolv.conf, pero es un enlace vacío, ya que en > > > > /run/systemd/ el directorio "resolve" y por lo tanto el archivo > > > > "resolv.conf" NO EXISTEN. Lo mismo ocurre si se instala el sistema en > > > > disco > > > > duro. Como consecuencia no se encuentran los DNS y lógicamente no se > > > > puede > > > > acceder a la web. > > > > Cabe aclarar que si instalo a disco, y luego reemplazo el > > > > /etc/*resolv.conf > > > > enlace *por el un resolv.conf con el contenido que dejé mas arriba, > > > > arranca la conexión. > > > > > > > > Esperando no haber sido demasiado extenso y que se aya entendido me > > > > quedo > > > > a la espera de una respuesta, ya sea porque le haya ocurrido a alguien o > > > > bien sepa de donde se genera el error/problema. > > > > He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no > > > > encuentro nada. > > > > > > Hay varias formas de gestionar la red en Debian. Decide cuál vas a usar > > o a darle prioridad, y en base a tu elección, configura el servicio > > asociado para que se encargue de buscar el archivo de configuración de > > los parámetros de la interfaz (IP, DNS, pasarela, enrutado, etc...). > > > > NetworkConfiguration > > https://wiki.debian.org/NetworkConfiguration#A3_ways_to_configure_the_network > > > > systemd-resolved.service, systemd-resolved — Network Name Resolution > > manager > > https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html > > > > > > Muchas gracias y saludos > > > > > > > > Guillermo E. Sosa > > > > San Nicolás de los Arroyos > > > > Bs. As. - Argentina > > > > > > > > Enviado con ProtonMail https://protonmail.com/ correo seguro. > > > > > > Mira a ver si está instalado el paquete "resolvconf" > > > > > > S2. > > > > > > Saludos, >
Re: /etc/resolv.conf en Debian Bookworm
Gracias Camaleon. No, no lo estaba, pero como dije, nunca nesecité instalarlo, simplemente NetworkManager generaba un /etc/resolv.conf sin enlace, tanto en el arranque en modo Live como cuando se instalaba el sistema a l disco duro. Probé instalando el paquete "resolveconf", pero "no se que otro paquete" que ya no parece ser NetworkManager sigue generando un enlace simbólico a un directorio y archivo que no exixte /run/systemd/resolve/resolve.conf (el directorio resolve no existe y por lo tanto tampoco resolv.conf. Vale comentarte que despues de instalar "resolvconf" como dijiste, dentro de él, o sea en /etc/resolveconf/resolve.conf.d/original, ese "original" es el resolve.conf que debería enlasarse, yo, puedo instalar el sistema y despues hacerlo manualmente, pero los que descargan la distro no van a andar haciendo eso, jajajaja. auxtral.com.ar es el sitio, es una distribución personal que hago desde Stretch en el año 2018. Gracias de nuevo. Espero estar explicándome bien en cuanto al problema, a mí me tiene totalmente descolocado. Todo lo que veo en la web respecto al tema, parece referirse a "un sistema ya instalado", yo nesecito solucionarlo un escalón antes "en un Live-System) Saludos a todos Guillermo E. Sosa Auxtral GNU/Linux San Nicolás de los Arroyos Bs. As. - Argentina www.auxtral.com.ar Enviado con ProtonMail correo seguro. --- Original Message --- El jueves, 28 de abril de 2022 a las 11:27, Camaleón escribió: > El 2022-04-28 a las 10:24 +0200, fernando sainz escribió: > > > El mié, 27 abr 2022 a las 23:55, Guillermo Sosa (auxt...@protonmail.com) > > escribió: > > > No sé por qué pero este correo de Guillermo no me llegó (no está en > spam ni en la carpeta Todos de Gmail) :-? > > > > Buenas tardes aquí en Argentina. > > > Desde hace años, mas precisamente desde Stretch, construyo mi distribución > > > (con lb build) personalizada; hoy uso la "estable" Bullseye, pero ya estoy > > > experimentando con Bookworm. De hecho hace un mes mas o menos que estoy > > > probandola con escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días atrás > > > todas funcionaban perfecto, pero de repente, con cualquier DE, comenzaron > > > a > > > tener problemas con /etc/resolv.conf tanto en live-system como instaladas > > > a > > > disco. De hecho ese archivo, que en la jaula chroot se activa (ustedes lo > > > deben saber) con el comando; *cp /etc/resolv.conf chroot/etc/resolv.conf, > > > *o sea copiando el resolv.conf del sistema anfitrión al sistema en > > > construcción en la carpeta chroot. El mismo es un archivo de texto plano > > > con el siguiente contenido: > > > > > > # Generated by NetworkManager > > > search fibertel.com.ar http://fibertel.com.ar > > > nameserver 192.168.0.1 > > > > > > Donde fibertel.com.ar es mi proovedor de internet, y el nameserver > > > calculo que se asigna de acuerdo a mi dirección IP > > > > > > /etc/resolv.conf al salir de la jaula chroot o al salir del sistema en > > > modo live, se borra y cada vez que iniciamos "network-manager" como dice > > > mas arriba vuelve a generarlo. > > > Y acá viene el tema, desde hace diez días ocurre que una vez terminado el > > > sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf que > > > en realidad es un enlace a: > > > /run/systemd/resolve/resolv.conf, pero es un enlace vacío, ya que en > > > /run/systemd/ el directorio "resolve" y por lo tanto el archivo > > > "resolv.conf" NO EXISTEN. Lo mismo ocurre si se instala el sistema en > > > disco > > > duro. Como consecuencia no se encuentran los DNS y lógicamente no se puede > > > acceder a la web. > > > Cabe aclarar que si instalo a disco, y luego reemplazo el > > > /etc/*resolv.conf > > > enlace *por el un resolv.conf con el contenido que dejé mas arriba, > > > arranca la conexión. > > > > > > Esperando no haber sido demasiado extenso y que se aya entendido me quedo > > > a la espera de una respuesta, ya sea porque le haya ocurrido a alguien o > > > bien sepa de donde se genera el error/problema. > > > He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no > > > encuentro nada. > > > Hay varias formas de gestionar la red en Debian. Decide cuál vas a usar > o a darle prioridad, y en base a tu elección, configura el servicio > asociado para que se encargue de buscar el archivo de configuración de > los parámetros de la interfaz (IP, DNS, pasarela, enrutado, etc...). > > NetworkConfiguration > https://wiki.debian.org/NetworkConfiguration#A3_ways_to_configure_the_network > > systemd-resolved.service, systemd-resolved — Network Name Resolution > manager > https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html > > > > Muchas gracias y saludos > > > > > > Guillermo E. Sosa > > > San Nicolás de los Arroyos > > > Bs. As. - Argentina > > > > > > Enviado con ProtonMail https://protonmail.com/ correo seguro. > > > > Mira a ver si está instalado el paquete "resolvconf" > > > > S2. > > > Saludos, > > -- > Camaleón
Re: /etc/resolv.conf en Debian Bookworm
El 2022-04-28 a las 10:24 +0200, fernando sainz escribió: > El mié, 27 abr 2022 a las 23:55, Guillermo Sosa () > escribió: No sé por qué pero este correo de Guillermo no me llegó (no está en spam ni en la carpeta Todos de Gmail) :-? > > Buenas tardes aquí en Argentina. > > Desde hace años, mas precisamente desde Stretch, construyo mi distribución > > (con lb build) personalizada; hoy uso la "estable" Bullseye, pero ya estoy > > experimentando con Bookworm. De hecho hace un mes mas o menos que estoy > > probandola con escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días atrás > > todas funcionaban perfecto, pero de repente, con cualquier DE, comenzaron a > > tener problemas con /etc/resolv.conf tanto en live-system como instaladas a > > disco. De hecho ese archivo, que en la jaula chroot se activa (ustedes lo > > deben saber) con el comando; *cp /etc/resolv.conf chroot/etc/resolv.conf, > > *o sea copiando el resolv.conf del sistema anfitrión al sistema en > > construcción en la carpeta chroot. El mismo es un archivo de texto plano > > con el siguiente contenido: > > > > *# Generated by NetworkManager* > > *search fibertel.com.ar <http://fibertel.com.ar>* > > *nameserver 192.168.0.1* > > > > Donde fibertel.com.ar es mi proovedor de internet, y el nameserver > > calculo que se asigna de acuerdo a mi dirección IP > > > > /etc/resolv.conf al salir de la jaula chroot o al salir del sistema en > > modo live, se borra y cada vez que iniciamos "network-manager" como dice > > mas arriba vuelve a generarlo. > > Y acá viene el tema, desde hace diez días ocurre que una vez terminado el > > sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf que > > en realidad es un enlace a: > > /run/systemd/resolve/resolv.conf, pero es un enlace vacío, ya que en > > /run/systemd/ el directorio "resolve" y por lo tanto el archivo > > "resolv.conf" NO EXISTEN. Lo mismo ocurre si se instala el sistema en disco > > duro. Como consecuencia no se encuentran los DNS y lógicamente no se puede > > acceder a la web. > > Cabe aclarar que si instalo a disco, y luego reemplazo el /etc/*resolv.conf > > enlace *por el un resolv.conf con el contenido que dejé mas arriba, > > arranca la conexión. > > > > Esperando no haber sido demasiado extenso y que se aya entendido me quedo > > a la espera de una respuesta, ya sea porque le haya ocurrido a alguien o > > bien sepa de donde se genera el error/problema. > > He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no > > encuentro nada. Hay varias formas de gestionar la red en Debian. Decide cuál vas a usar o a darle prioridad, y en base a tu elección, configura el servicio asociado para que se encargue de buscar el archivo de configuración de los parámetros de la interfaz (IP, DNS, pasarela, enrutado, etc...). NetworkConfiguration https://wiki.debian.org/NetworkConfiguration#A3_ways_to_configure_the_network systemd-resolved.service, systemd-resolved — Network Name Resolution manager https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html > > > > Muchas gracias y saludos > > > > > > Guillermo E. Sosa > > San Nicolás de los Arroyos > > Bs. As. - Argentina > > > > > > Enviado con ProtonMail <https://protonmail.com/> correo seguro. > > > > > Mira a ver si está instalado el paquete "resolvconf" > > S2. Saludos, -- Camaleón
Re: /etc/resolv.conf en Debian Bookworm
El mié, 27 abr 2022 a las 23:55, Guillermo Sosa () escribió: > Buenas tardes aquí en Argentina. > Desde hace años, mas precisamente desde Stretch, construyo mi distribución > (con lb build) personalizada; hoy uso la "estable" Bullseye, pero ya estoy > experimentando con Bookworm. De hecho hace un mes mas o menos que estoy > probandola con escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días atrás > todas funcionaban perfecto, pero de repente, con cualquier DE, comenzaron a > tener problemas con /etc/resolv.conf tanto en live-system como instaladas a > disco. De hecho ese archivo, que en la jaula chroot se activa (ustedes lo > deben saber) con el comando; *cp /etc/resolv.conf chroot/etc/resolv.conf, > *o sea copiando el resolv.conf del sistema anfitrión al sistema en > construcción en la carpeta chroot. El mismo es un archivo de texto plano > con el siguiente contenido: > > *# Generated by NetworkManager* > *search fibertel.com.ar <http://fibertel.com.ar>* > *nameserver 192.168.0.1* > > Donde fibertel.com.ar es mi proovedor de internet, y el nameserver > calculo que se asigna de acuerdo a mi dirección IP > > /etc/resolv.conf al salir de la jaula chroot o al salir del sistema en > modo live, se borra y cada vez que iniciamos "network-manager" como dice > mas arriba vuelve a generarlo. > Y acá viene el tema, desde hace diez días ocurre que una vez terminado el > sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf que > en realidad es un enlace a: > /run/systemd/resolve/resolv.conf, pero es un enlace vacío, ya que en > /run/systemd/ el directorio "resolve" y por lo tanto el archivo > "resolv.conf" NO EXISTEN. Lo mismo ocurre si se instala el sistema en disco > duro. Como consecuencia no se encuentran los DNS y lógicamente no se puede > acceder a la web. > Cabe aclarar que si instalo a disco, y luego reemplazo el /etc/*resolv.conf > enlace *por el un resolv.conf con el contenido que dejé mas arriba, > arranca la conexión. > > Esperando no haber sido demasiado extenso y que se aya entendido me quedo > a la espera de una respuesta, ya sea porque le haya ocurrido a alguien o > bien sepa de donde se genera el error/problema. > He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no > encuentro nada. > > Muchas gracias y saludos > > > Guillermo E. Sosa > San Nicolás de los Arroyos > Bs. As. - Argentina > > > Enviado con ProtonMail <https://protonmail.com/> correo seguro. > Mira a ver si está instalado el paquete "resolvconf" S2.
/etc/resolv.conf en Debian Bookworm
Buenas tardes aquí en Argentina. Desde hace años, mas precisamente desde Stretch, construyo mi distribución (con lb build) personalizada; hoy uso la "estable" Bullseye, pero ya estoy experimentando con Bookworm. De hecho hace un mes mas o menos que estoy probandola con escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días atrás todas funcionaban perfecto, pero de repente, con cualquier DE, comenzaron a tener problemas con /etc/resolv.conf tanto en live-system como instaladas a disco. De hecho ese archivo, que en la jaula chroot se activa (ustedes lo deben saber) con el comando; cp /etc/resolv.conf chroot/etc/resolv.conf, o sea copiando el resolv.conf del sistema anfitrión al sistema en construcción en la carpeta chroot. El mismo es un archivo de texto plano con el siguiente contenido: # Generated by NetworkManager search fibertel.com.arnameserver 192.168.0.1 Donde fibertel.com.ar es mi proovedor de internet, y el nameserver calculo que se asigna de acuerdo a mi dirección IP /etc/resolv.conf al salir de la jaula chroot o al salir del sistema en modo live, se borra y cada vez que iniciamos "network-manager" como dice mas arriba vuelve a generarlo. Y acá viene el tema, desde hace diez días ocurre que una vez terminado el sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf que en realidad es un enlace a: /run/systemd/resolve/resolv.conf, pero es un enlace vacío, ya que en /run/systemd/ el directorio "resolve" y por lo tanto el archivo "resolv.conf" NO EXISTEN. Lo mismo ocurre si se instala el sistema en disco duro. Como consecuencia no se encuentran los DNS y lógicamente no se puede acceder a la web. Cabe aclarar que si instalo a disco, y luego reemplazo el /etc/resolv.conf enlace por el un resolv.conf con el contenido que dejé mas arriba, arranca la conexión. Esperando no haber sido demasiado extenso y que se aya entendido me quedo a la espera de una respuesta, ya sea porque le haya ocurrido a alguien o bien sepa de donde se genera el error/problema. He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no encuentro nada. Muchas gracias y saludos Guillermo E. Sosa San Nicolás de los Arroyos Bs. As. - Argentina Enviado con [ProtonMail](https://protonmail.com/) correo seguro.
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 6 de noviembre de 2019 1:48:38 CET, "ziprasidone146939...@gmail.com" escribió: >On Tue, 2019-11-05 at 19:55 +0100, Ramses wrote: >> El 5 de noviembre de 2019 13:00:09 CET, Debian < >> javier.debian.bb...@gmail.com >> > escribió: >> > El 4/11/19 a las 14:33, Ramses escribió: >> > > Hola a tod@s, >> > > >> > > Yo tenía entendido que en Linux, tener varios DNS en >> > > /etc/resolv.conf >> > >> > funcionaba de la siguiente forma. Por ejemplo, en el >> > /etc/resolv.conf >> > lo siguiente: >> > > nameserver 1.1.1.1 >> > > nameserver 2.2.2.2 >> > > nameserver 3.3.3.3 >> > > >> > > Pensé que si buscamos una máquina "maquina.pruebas.org": >> > > >> > > - La buscaba en el /etc/hosts > >Si. > >> > > - Si no la encontraba, la buscaba en el 1.1.1.1 > >Si. Digamos por default es asi, el orden se puede modificar, pero de >fabrica funciona asi. > >> > > - Si no la encontraba, la buscaba en el 2.2.2.2 > >No. > >> > > - Si no la encontraba, la buscaba en el 3.3.3.3 >> > > - Y si tampo la encontraba, daba el error de que no existe esa >> > >> > máquina. >> > > Al contrario que hace Windows, que mientras que esté vivo el >> > > primero >> > >> > de los DNS, no busca en el siguiente si no existe la máquina en >> > este >> > primer Servidor DNS. >> > > ¿Estoy equivocado con esta creencia mía? > >Mas o menos. Entiendo que la condicion para que salte o se use 2.2.2.2 >(siguiendo el ejemplo) es que 1.1.1.1 de timeout o unreacheable. >Si 1.1.1.1 contesta NXDOMAIN, 2.2.2.2 no se usa. Y se entiende que >1.1.1.1 esta funcionando porque contestó que ese dominio (al menos para >1.1.1.1) no existe. > >> > > >> > > >> > > Saludos y gracias, >> > > >> > > Ramsés >> > > >> > >> > >> > Sí, pero más o menos. >> > El tema es largo. > >Coincido. > >> > >> > Tu problema no es resolv.conf, tu problema es enrutamiento. > >Si. Me animaría a decir que más precisamente de métricas. > >> > >> > man route >> > >> > Primero, /etc/resolv.conf funciona de dos maneras y tiene sus >> > limitaciones. >> > Por compilación del kernel, sólo puede manejar hasta 3 DNS y 2 >> > dominios >> > >> > de búsqueda; si querés agregar más, debés recompilar el núcleo a >> > mano; >> > no lo aconsejo. Además, en general, con 3 alcanza, pues rara vez >> > tienes > >Exacto, en resolv.conf, los DNS declarados a partir del tercero no son >tenidos en cuenta. > >> > >> > más de 3 interfaces de red, conectadas a 3 redes distintas. >> > >> > Por otra parte, resolv.conf funciona en forma estática o dinámica. >> > La estática, es la que creo estás usando vos, metiendo dedos en el >> > archivo. >> > La dinámica, es manejada por el paquete resolvconf. >> > # apt install resolvconf. >> > >> > Esta última se configura con cada reinicio de su respectivo >> > demonio. >> > Fijate si no lo tenés corriendo con >> > # systemctl status resolvconf. >> > >> > Este demonio se controla a través de sus archivos de configuración >> > /etc/resolvconf, y/o a través de instrucciones dinámicas que se >> > cuelgan >> > >> > en el archivo /etc/network/interfaces. > >Pausa. El paquete resolvconf no viene instalado por defecto en debian >10. De modo que esto es relativo. Si el OP tiene o usa ese paquete, >esto puede servir si no, no. > >> > >> > Un tema MUY importante: si manejás varias redes, asegurate que las >> > mismas estén es segmentos distintos, que me parece que es lo que te >> > está >> > pasando. >> > >> > Por ejemplo, te copio lo que yo tengo colgado para manejar dos >> > redes en >> > >> > segmentos distintos, y que además, para evitar colisiones, está >> > configurado el ruteo de redes sobre cada una de las interfaces. >> > Es fundamental que el DNS de tu VPN esté bien configurado, y >> > recuerda >> > que en una VPN, los servidores deben estar con direcciones >> > estáticas y >> > los usuarios con dinámicas. >> > >> > Lo que está escrito después de => no hay que agregarlo al archivo, >> > lo >> > escribo ahora para que
Re: Cómo funcionan varios DNS en /etc/resolv.conf
On Tue, 2019-11-05 at 19:55 +0100, Ramses wrote: > El 5 de noviembre de 2019 13:00:09 CET, Debian < > javier.debian.bb...@gmail.com > > escribió: > > El 4/11/19 a las 14:33, Ramses escribió: > > > Hola a tod@s, > > > > > > Yo tenía entendido que en Linux, tener varios DNS en > > > /etc/resolv.conf > > > > funcionaba de la siguiente forma. Por ejemplo, en el > > /etc/resolv.conf > > lo siguiente: > > > nameserver 1.1.1.1 > > > nameserver 2.2.2.2 > > > nameserver 3.3.3.3 > > > > > > Pensé que si buscamos una máquina "maquina.pruebas.org": > > > > > > - La buscaba en el /etc/hosts Si. > > > - Si no la encontraba, la buscaba en el 1.1.1.1 Si. Digamos por default es asi, el orden se puede modificar, pero de fabrica funciona asi. > > > - Si no la encontraba, la buscaba en el 2.2.2.2 No. > > > - Si no la encontraba, la buscaba en el 3.3.3.3 > > > - Y si tampo la encontraba, daba el error de que no existe esa > > > > máquina. > > > Al contrario que hace Windows, que mientras que esté vivo el > > > primero > > > > de los DNS, no busca en el siguiente si no existe la máquina en > > este > > primer Servidor DNS. > > > ¿Estoy equivocado con esta creencia mía? Mas o menos. Entiendo que la condicion para que salte o se use 2.2.2.2 (siguiendo el ejemplo) es que 1.1.1.1 de timeout o unreacheable. Si 1.1.1.1 contesta NXDOMAIN, 2.2.2.2 no se usa. Y se entiende que 1.1.1.1 esta funcionando porque contestó que ese dominio (al menos para 1.1.1.1) no existe. > > > > > > > > > Saludos y gracias, > > > > > > Ramsés > > > > > > > > > Sí, pero más o menos. > > El tema es largo. Coincido. > > > > Tu problema no es resolv.conf, tu problema es enrutamiento. Si. Me animaría a decir que más precisamente de métricas. > > > > man route > > > > Primero, /etc/resolv.conf funciona de dos maneras y tiene sus > > limitaciones. > > Por compilación del kernel, sólo puede manejar hasta 3 DNS y 2 > > dominios > > > > de búsqueda; si querés agregar más, debés recompilar el núcleo a > > mano; > > no lo aconsejo. Además, en general, con 3 alcanza, pues rara vez > > tienes Exacto, en resolv.conf, los DNS declarados a partir del tercero no son tenidos en cuenta. > > > > más de 3 interfaces de red, conectadas a 3 redes distintas. > > > > Por otra parte, resolv.conf funciona en forma estática o dinámica. > > La estática, es la que creo estás usando vos, metiendo dedos en el > > archivo. > > La dinámica, es manejada por el paquete resolvconf. > > # apt install resolvconf. > > > > Esta última se configura con cada reinicio de su respectivo > > demonio. > > Fijate si no lo tenés corriendo con > > # systemctl status resolvconf. > > > > Este demonio se controla a través de sus archivos de configuración > > /etc/resolvconf, y/o a través de instrucciones dinámicas que se > > cuelgan > > > > en el archivo /etc/network/interfaces. Pausa. El paquete resolvconf no viene instalado por defecto en debian 10. De modo que esto es relativo. Si el OP tiene o usa ese paquete, esto puede servir si no, no. > > > > Un tema MUY importante: si manejás varias redes, asegurate que las > > mismas estén es segmentos distintos, que me parece que es lo que te > > está > > pasando. > > > > Por ejemplo, te copio lo que yo tengo colgado para manejar dos > > redes en > > > > segmentos distintos, y que además, para evitar colisiones, está > > configurado el ruteo de redes sobre cada una de las interfaces. > > Es fundamental que el DNS de tu VPN esté bien configurado, y > > recuerda > > que en una VPN, los servidores deben estar con direcciones > > estáticas y > > los usuarios con dinámicas. > > > > Lo que está escrito después de => no hay que agregarlo al archivo, > > lo > > escribo ahora para que sepas qué hace. > > > > /etc/network/interfaces > > == > > # This file describes the network interfaces available on your > > system > > # and how to activate them. For more information, see > > interfaces(5). > > > > source /etc/network/interfaces.d/* > > > > # The loopback network interface > > auto lo > > iface lo inet loopback > > > > > > # EMPRESA => esta es la VPN > > auto enp2s0 > > allow-hotplug enp2s0 > > iface enp2s0 inet
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 5 de noviembre de 2019 20:43:58 CET, Paynalton escribió: >Si un ave no rompe su huevo morirá antes de nacer. >Nosotros somos el ave y el mundo es nuestro huevo. >POR LA REVOLUCIÓN DEL MUNDO > >Ciudad de México > > >El mar., 5 nov. 2019 a las 13:02, Ramses () >escribió: > >> El 5 de noviembre de 2019 19:34:06 CET, Paynalton > >> escribió: >> >Si un ave no rompe su huevo morirá antes de nacer. >> >Nosotros somos el ave y el mundo es nuestro huevo. >> >POR LA REVOLUCIÓN DEL MUNDO >> > >> >Ciudad de México >> > >> > >> >El mar., 5 nov. 2019 a las 12:21, Ramses >() >> >escribió: >> > >> >> El 5 de noviembre de 2019 11:43:04 CET, deb...@jherrero.org >escribió: >> >> >El mar, 05-11-2019 a las 09:30 +0100, Ramses escribió: >> >> >> El tema es que yo quiero que, cuando vaya a buscar, por >ejemplo, >> >> >> maquina.dominio1.org, vaya a resolver al DNS 1.1.1.1 y cuando >vaya >> >a >> >> >> buscar maquina.dominio2.org, vaya a resolver al DNS 2.2.2.2 >> >> >> >> >> >> No sé si esto tendría que solucionarlo tocando el DNS 1.1.1.1, >que >> >es >> >> >> un BIND, y decirle de algún modo que para resolver dominio2.org >> >vaya >> >> >> al DNS 2.2.2.2 >> >> > >> >> >Hola, >> >> > >> >> >Hasta donde yo se, ese comportamiento NO lo puedes solucionar con >> >> >resolv.conf >> >> > >> >> >Para solucionar lo que comentas lo primero que necesitamos saber >es >> >si >> >> >esos dominios son públicos o internos. >> >> > >> >> >Si son públicos entonces ya lo puedes solucionar con los datos >que >> >le >> >> >des a tu proveedor de dominios, o sea que ya defines que para >> >> >dominio1.org los DNS son x.x.x.x e y.y.y.y y para dominio2.org >los >> >DNS >> >> >son a.a.a.a y b.b.b.b, de esa manera sea quien sea el que haga la >> >> >consulta acaba preguntando en el servidor correcto de manera >> >> >automática. >> >> > >> >> >Si son dominios internos y tu red usa un único DNS interno, pues >ese >> >> >DNS interno es el que se debe configurar para indicar que la >> >consulta >> >> >se la haga a otro servidor diferente. De todos modos puede ser >más >> >> >sencillo configurar al primer servidor para que también resuelva >el >> >> >otro dominio. >> >> > >> >> >En este artículo usan dnsmasq para repartir consultas según >dominios >> >> >consultados, nunca lo he usado pero puede ser otra solución en >vez >> >de >> >> >usar bind, y el artículo es muy completo: >> >> > >> >> >> >>>https://www.sysadminsdecuba.com/2017/12/optimizar-dns-mediante-dnsmasq/ >> >> > >> >> > >> >> >Un saludo >> >> >> >> Jherrero, gracias por contestar. >> >> >> >> El dominio es interno, y como he comentado, lo que tengo como >Primer >> >> Servidor DNS, tanto en el DHCP Server como en los Clientes VPN, es >un >> >> Servidor DNS BIND9, que administro yo, por lo que he optado por >tocar >> >la >> >> configuración de éste metiendo en el "named.conf.local" lo >siguiente: >> >> >> >> zone "paco.org" { >> >> type forward; >> >> forwarders { 1.1.1.1; }; >> >> }; >> >> >> >> zone "pepe.org" { >> >> type forward; >> >> forwarders { 2.2.2.2; }; >> >> }; >> >> >> >> Por lo tanto, cuando busque un FQDN del dominio "paco.org" manda >la >> >> petición de resolución a un DNS y cuando es del dominio "pepe.org" >lo >> >> manda al otro. >> >> >> >> Todo funcionando. >> >> >> >> Lo estaba intentando solucionar desde la parte del Cliente, pero >esta >> >> parece ser la solución más "limpia". >> >> >> >> >> >> Saludos y gracias, >> >> >> >> Ramsés >> >> >> >> >> >Ok, como yo lo resolvería sería de la siguiente forma: >> > >> >1 - En tu gateway habilitar una regla de firewall para que toda >llamada >> >
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 5 de noviembre de 2019 19:34:06 CET, Paynalton escribió: >Si un ave no rompe su huevo morirá antes de nacer. >Nosotros somos el ave y el mundo es nuestro huevo. >POR LA REVOLUCIÓN DEL MUNDO > >Ciudad de México > > >El mar., 5 nov. 2019 a las 12:21, Ramses () >escribió: > >> El 5 de noviembre de 2019 11:43:04 CET, deb...@jherrero.org escribió: >> >El mar, 05-11-2019 a las 09:30 +0100, Ramses escribió: >> >> El tema es que yo quiero que, cuando vaya a buscar, por ejemplo, >> >> maquina.dominio1.org, vaya a resolver al DNS 1.1.1.1 y cuando vaya >a >> >> buscar maquina.dominio2.org, vaya a resolver al DNS 2.2.2.2 >> >> >> >> No sé si esto tendría que solucionarlo tocando el DNS 1.1.1.1, que >es >> >> un BIND, y decirle de algún modo que para resolver dominio2.org >vaya >> >> al DNS 2.2.2.2 >> > >> >Hola, >> > >> >Hasta donde yo se, ese comportamiento NO lo puedes solucionar con >> >resolv.conf >> > >> >Para solucionar lo que comentas lo primero que necesitamos saber es >si >> >esos dominios son públicos o internos. >> > >> >Si son públicos entonces ya lo puedes solucionar con los datos que >le >> >des a tu proveedor de dominios, o sea que ya defines que para >> >dominio1.org los DNS son x.x.x.x e y.y.y.y y para dominio2.org los >DNS >> >son a.a.a.a y b.b.b.b, de esa manera sea quien sea el que haga la >> >consulta acaba preguntando en el servidor correcto de manera >> >automática. >> > >> >Si son dominios internos y tu red usa un único DNS interno, pues ese >> >DNS interno es el que se debe configurar para indicar que la >consulta >> >se la haga a otro servidor diferente. De todos modos puede ser más >> >sencillo configurar al primer servidor para que también resuelva el >> >otro dominio. >> > >> >En este artículo usan dnsmasq para repartir consultas según dominios >> >consultados, nunca lo he usado pero puede ser otra solución en vez >de >> >usar bind, y el artículo es muy completo: >> > >> >>https://www.sysadminsdecuba.com/2017/12/optimizar-dns-mediante-dnsmasq/ >> > >> > >> >Un saludo >> >> Jherrero, gracias por contestar. >> >> El dominio es interno, y como he comentado, lo que tengo como Primer >> Servidor DNS, tanto en el DHCP Server como en los Clientes VPN, es un >> Servidor DNS BIND9, que administro yo, por lo que he optado por tocar >la >> configuración de éste metiendo en el "named.conf.local" lo siguiente: >> >> zone "paco.org" { >> type forward; >> forwarders { 1.1.1.1; }; >> }; >> >> zone "pepe.org" { >> type forward; >> forwarders { 2.2.2.2; }; >> }; >> >> Por lo tanto, cuando busque un FQDN del dominio "paco.org" manda la >> petición de resolución a un DNS y cuando es del dominio "pepe.org" lo >> manda al otro. >> >> Todo funcionando. >> >> Lo estaba intentando solucionar desde la parte del Cliente, pero esta >> parece ser la solución más "limpia". >> >> >> Saludos y gracias, >> >> Ramsés >> >> >Ok, como yo lo resolvería sería de la siguiente forma: > >1 - En tu gateway habilitar una regla de firewall para que toda llamada >a >la red de tu VPN sea rechazada (REJECT) o almenos la IP del DNS de tu >VPN. >2 - Cambiar la configuración de tu cliente de openVPN para que el DNS >sea >colocado al principio ó, en su defecto, dejar el DNS al inicio de la >lista >ya de fijo. >3 - Conectar tu DNS a la red pública para qué, además de resolver tu >zona >privada, pueda resolver nombres públicos (como debian.org ó >xvideos.com) > >Con esto, tu máquina consultará primero a tu DNS de la VPN. Si está >conectada este DNS le resolverá con normalidad, si está desconectada, >recibirá un REJECT de inmediato e intentará con el siguiente DNS en la >lista. Paynalton, no creo que sea la solución, ya que, tanto los Clientes de mi LAN como los Clientes de mi VPN, deben resolver los nombres de todas las máquinas de todas las redes. Si la VPN está siempre levantada, las máquinas de mi LAN nunca serán resueltas, ya que el DNS de la VPN estará levantado. Saludos, Ramsés
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 5 de noviembre de 2019 13:00:09 CET, Debian escribió: >El 4/11/19 a las 14:33, Ramses escribió: >> Hola a tod@s, >> >> Yo tenía entendido que en Linux, tener varios DNS en /etc/resolv.conf >funcionaba de la siguiente forma. Por ejemplo, en el /etc/resolv.conf >lo siguiente: >> >> nameserver 1.1.1.1 >> nameserver 2.2.2.2 >> nameserver 3.3.3.3 >> >> Pensé que si buscamos una máquina "maquina.pruebas.org": >> >> - La buscaba en el /etc/hosts >> - Si no la encontraba, la buscaba en el 1.1.1.1 >> - Si no la encontraba, la buscaba en el 2.2.2.2 >> - Si no la encontraba, la buscaba en el 3.3.3.3 >> - Y si tampo la encontraba, daba el error de que no existe esa >máquina. >> >> Al contrario que hace Windows, que mientras que esté vivo el primero >de los DNS, no busca en el siguiente si no existe la máquina en este >primer Servidor DNS. >> >> ¿Estoy equivocado con esta creencia mía? >> >> >> Saludos y gracias, >> >> Ramsés >> > > >Sí, pero más o menos. >El tema es largo. > >Tu problema no es resolv.conf, tu problema es enrutamiento. > >man route > >Primero, /etc/resolv.conf funciona de dos maneras y tiene sus >limitaciones. >Por compilación del kernel, sólo puede manejar hasta 3 DNS y 2 dominios > >de búsqueda; si querés agregar más, debés recompilar el núcleo a mano; >no lo aconsejo. Además, en general, con 3 alcanza, pues rara vez tienes > >más de 3 interfaces de red, conectadas a 3 redes distintas. > >Por otra parte, resolv.conf funciona en forma estática o dinámica. >La estática, es la que creo estás usando vos, metiendo dedos en el >archivo. >La dinámica, es manejada por el paquete resolvconf. ># apt install resolvconf. > >Esta última se configura con cada reinicio de su respectivo demonio. >Fijate si no lo tenés corriendo con ># systemctl status resolvconf. > >Este demonio se controla a través de sus archivos de configuración >/etc/resolvconf, y/o a través de instrucciones dinámicas que se cuelgan > >en el archivo /etc/network/interfaces. > >Un tema MUY importante: si manejás varias redes, asegurate que las >mismas estén es segmentos distintos, que me parece que es lo que te >está >pasando. > >Por ejemplo, te copio lo que yo tengo colgado para manejar dos redes en > >segmentos distintos, y que además, para evitar colisiones, está >configurado el ruteo de redes sobre cada una de las interfaces. >Es fundamental que el DNS de tu VPN esté bien configurado, y recuerda >que en una VPN, los servidores deben estar con direcciones estáticas y >los usuarios con dinámicas. > >Lo que está escrito después de => no hay que agregarlo al archivo, lo >escribo ahora para que sepas qué hace. > >/etc/network/interfaces >== ># This file describes the network interfaces available on your system ># and how to activate them. For more information, see interfaces(5). > >source /etc/network/interfaces.d/* > ># The loopback network interface >auto lo >iface lo inet loopback > > ># EMPRESA => esta es la VPN >auto enp2s0 > allow-hotplug enp2s0 > iface enp2s0 inet dhcp > hostname userw39 => el nombre de host para la red de mi empresa > dns-nameserver 10.115.1.201 => DNS de la VPN de la empresa > dns-search mi.empresa => dominio de la empresa > ># Internet >auto enp3s0 > allow-hotplug enp3s0 > iface enp3s0 inet dhcp > hostname jap => el nombre de host con que salgo a internet > dns-nameserver 192.168.13.1 => DNS del enrutador que sale a internet > dns-nameserver 8.8.8.8 => DNS de Google > ># Enrutamiento => Fuerza a cada interfaz a ceñirse a un segmento >específico. Lo que está en el segmento de la empresa, va por la >interfaz >enp2s0, el resto sale por internet a la enp3s0. > > post-up ip route change default via 192.168.13.1 dev enp3s0 > post-up route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.112.1.254 dev >enp2s0 > ># Enrutamiento => estos son dos servidores que uso mucho, y al >ponerlos >en forma estricta, no busca en los DNS pues tiene la ruta explícita. > >post-up route add -host 10.1.0.231 gw 10.112.1.254 dev enp2s0 >post-up route add -host 10.1.12.201 gw 10.112.1.254 dev enp2s0 > > > >Espero te sirva. > >JAP JAP, gracias por contestar. No, no es un problema de enrutamiento, es un problema de resolución, ya que son redes distintas con DNS's distintos. De hecho, si tiro un Ping a cualquier IP de cualquier máquina de las redes a las que quiero llegar, responden sin problemas, el tema está en que si intento acceder p
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 5 de noviembre de 2019 11:43:04 CET, deb...@jherrero.org escribió: >El mar, 05-11-2019 a las 09:30 +0100, Ramses escribió: >> El tema es que yo quiero que, cuando vaya a buscar, por ejemplo, >> maquina.dominio1.org, vaya a resolver al DNS 1.1.1.1 y cuando vaya a >> buscar maquina.dominio2.org, vaya a resolver al DNS 2.2.2.2 >> >> No sé si esto tendría que solucionarlo tocando el DNS 1.1.1.1, que es >> un BIND, y decirle de algún modo que para resolver dominio2.org vaya >> al DNS 2.2.2.2 > >Hola, > >Hasta donde yo se, ese comportamiento NO lo puedes solucionar con >resolv.conf > >Para solucionar lo que comentas lo primero que necesitamos saber es si >esos dominios son públicos o internos. > >Si son públicos entonces ya lo puedes solucionar con los datos que le >des a tu proveedor de dominios, o sea que ya defines que para >dominio1.org los DNS son x.x.x.x e y.y.y.y y para dominio2.org los DNS >son a.a.a.a y b.b.b.b, de esa manera sea quien sea el que haga la >consulta acaba preguntando en el servidor correcto de manera >automática. > >Si son dominios internos y tu red usa un único DNS interno, pues ese >DNS interno es el que se debe configurar para indicar que la consulta >se la haga a otro servidor diferente. De todos modos puede ser más >sencillo configurar al primer servidor para que también resuelva el >otro dominio. > >En este artículo usan dnsmasq para repartir consultas según dominios >consultados, nunca lo he usado pero puede ser otra solución en vez de >usar bind, y el artículo es muy completo: > >https://www.sysadminsdecuba.com/2017/12/optimizar-dns-mediante-dnsmasq/ > > >Un saludo Jherrero, gracias por contestar. El dominio es interno, y como he comentado, lo que tengo como Primer Servidor DNS, tanto en el DHCP Server como en los Clientes VPN, es un Servidor DNS BIND9, que administro yo, por lo que he optado por tocar la configuración de éste metiendo en el "named.conf.local" lo siguiente: zone "paco.org" { type forward; forwarders { 1.1.1.1; }; }; zone "pepe.org" { type forward; forwarders { 2.2.2.2; }; }; Por lo tanto, cuando busque un FQDN del dominio "paco.org" manda la petición de resolución a un DNS y cuando es del dominio "pepe.org" lo manda al otro. Todo funcionando. Lo estaba intentando solucionar desde la parte del Cliente, pero esta parece ser la solución más "limpia". Saludos y gracias, Ramsés
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 4/11/19 a las 14:33, Ramses escribió: Hola a tod@s, Yo tenía entendido que en Linux, tener varios DNS en /etc/resolv.conf funcionaba de la siguiente forma. Por ejemplo, en el /etc/resolv.conf lo siguiente: nameserver 1.1.1.1 nameserver 2.2.2.2 nameserver 3.3.3.3 Pensé que si buscamos una máquina "maquina.pruebas.org": - La buscaba en el /etc/hosts - Si no la encontraba, la buscaba en el 1.1.1.1 - Si no la encontraba, la buscaba en el 2.2.2.2 - Si no la encontraba, la buscaba en el 3.3.3.3 - Y si tampo la encontraba, daba el error de que no existe esa máquina. Al contrario que hace Windows, que mientras que esté vivo el primero de los DNS, no busca en el siguiente si no existe la máquina en este primer Servidor DNS. ¿Estoy equivocado con esta creencia mía? Saludos y gracias, Ramsés Sí, pero más o menos. El tema es largo. Tu problema no es resolv.conf, tu problema es enrutamiento. man route Primero, /etc/resolv.conf funciona de dos maneras y tiene sus limitaciones. Por compilación del kernel, sólo puede manejar hasta 3 DNS y 2 dominios de búsqueda; si querés agregar más, debés recompilar el núcleo a mano; no lo aconsejo. Además, en general, con 3 alcanza, pues rara vez tienes más de 3 interfaces de red, conectadas a 3 redes distintas. Por otra parte, resolv.conf funciona en forma estática o dinámica. La estática, es la que creo estás usando vos, metiendo dedos en el archivo. La dinámica, es manejada por el paquete resolvconf. # apt install resolvconf. Esta última se configura con cada reinicio de su respectivo demonio. Fijate si no lo tenés corriendo con # systemctl status resolvconf. Este demonio se controla a través de sus archivos de configuración /etc/resolvconf, y/o a través de instrucciones dinámicas que se cuelgan en el archivo /etc/network/interfaces. Un tema MUY importante: si manejás varias redes, asegurate que las mismas estén es segmentos distintos, que me parece que es lo que te está pasando. Por ejemplo, te copio lo que yo tengo colgado para manejar dos redes en segmentos distintos, y que además, para evitar colisiones, está configurado el ruteo de redes sobre cada una de las interfaces. Es fundamental que el DNS de tu VPN esté bien configurado, y recuerda que en una VPN, los servidores deben estar con direcciones estáticas y los usuarios con dinámicas. Lo que está escrito después de => no hay que agregarlo al archivo, lo escribo ahora para que sepas qué hace. /etc/network/interfaces == # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # EMPRESA => esta es la VPN auto enp2s0 allow-hotplug enp2s0 iface enp2s0 inet dhcp hostname userw39 => el nombre de host para la red de mi empresa dns-nameserver 10.115.1.201 => DNS de la VPN de la empresa dns-search mi.empresa => dominio de la empresa # Internet auto enp3s0 allow-hotplug enp3s0 iface enp3s0 inet dhcp hostname jap => el nombre de host con que salgo a internet dns-nameserver 192.168.13.1 => DNS del enrutador que sale a internet dns-nameserver 8.8.8.8 => DNS de Google # Enrutamiento => Fuerza a cada interfaz a ceñirse a un segmento específico. Lo que está en el segmento de la empresa, va por la interfaz enp2s0, el resto sale por internet a la enp3s0. post-up ip route change default via 192.168.13.1 dev enp3s0 post-up route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.112.1.254 dev enp2s0 # Enrutamiento => estos son dos servidores que uso mucho, y al ponerlos en forma estricta, no busca en los DNS pues tiene la ruta explícita. post-up route add -host 10.1.0.231 gw 10.112.1.254 dev enp2s0 post-up route add -host 10.1.12.201 gw 10.112.1.254 dev enp2s0 Espero te sirva. JAP
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El mar, 05-11-2019 a las 09:30 +0100, Ramses escribió: > El tema es que yo quiero que, cuando vaya a buscar, por ejemplo, > maquina.dominio1.org, vaya a resolver al DNS 1.1.1.1 y cuando vaya a > buscar maquina.dominio2.org, vaya a resolver al DNS 2.2.2.2 > > No sé si esto tendría que solucionarlo tocando el DNS 1.1.1.1, que es > un BIND, y decirle de algún modo que para resolver dominio2.org vaya > al DNS 2.2.2.2 Hola, Hasta donde yo se, ese comportamiento NO lo puedes solucionar con resolv.conf Para solucionar lo que comentas lo primero que necesitamos saber es si esos dominios son públicos o internos. Si son públicos entonces ya lo puedes solucionar con los datos que le des a tu proveedor de dominios, o sea que ya defines que para dominio1.org los DNS son x.x.x.x e y.y.y.y y para dominio2.org los DNS son a.a.a.a y b.b.b.b, de esa manera sea quien sea el que haga la consulta acaba preguntando en el servidor correcto de manera automática. Si son dominios internos y tu red usa un único DNS interno, pues ese DNS interno es el que se debe configurar para indicar que la consulta se la haga a otro servidor diferente. De todos modos puede ser más sencillo configurar al primer servidor para que también resuelva el otro dominio. En este artículo usan dnsmasq para repartir consultas según dominios consultados, nunca lo he usado pero puede ser otra solución en vez de usar bind, y el artículo es muy completo: https://www.sysadminsdecuba.com/2017/12/optimizar-dns-mediante-dnsmasq/ Un saludo
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 5 de noviembre de 2019 8:28:51 CET, Antonio Trujillo Carmona escribió: >El 4/11/19 a las 19:46, Ramses escribió: >> El 4 de noviembre de 2019 18:50:17 CET, Hector Colina > escribió: >>> El 4/11/19, Ramses escribió: >>>> Hola a tod@s, >>>> >>>> Yo tenía entendido que en Linux, tener varios DNS en >/etc/resolv.conf >>>> funcionaba de la siguiente forma. Por ejemplo, en el >/etc/resolv.conf >>> lo >>>> siguiente: >>>> >>>> nameserver 1.1.1.1 >>>> nameserver 2.2.2.2 >>>> nameserver 3.3.3.3 >>>> >>>> Pensé que si buscamos una máquina "maquina.pruebas.org": >>>> >>>> - La buscaba en el /etc/hosts >>>> - Si no la encontraba, la buscaba en el 1.1.1.1 >>>> - Si no la encontraba, la buscaba en el 2.2.2.2 >>>> - Si no la encontraba, la buscaba en el 3.3.3.3 >>>> - Y si tampo la encontraba, daba el error de que no existe esa >>> máquina. >>>> Al contrario que hace Windows, que mientras que esté vivo el >primero >>> de los >>>> DNS, no busca en el siguiente si no existe la máquina en este >primer >>>> Servidor DNS. >>>> >>>> ¿Estoy equivocado con esta creencia mía? >>> >>> En windows no tengo la más mínima idea... en sistema linux, el man >de >>> resolv.conf te da la respuesta que buscas: >>> >>> "nameserver Name server IP address >>> >>> Internet address of a name server that the resolver should query, >>> either an IPv4 address (in dot notation), or an IPv6 address in >colon >>> (and possibly dot) notation as per RFC 2373. Up to MAXNS >(currently >>> 3, see ) name servers may be listed, one per keyword. If >>> there are multiple servers, the resolver library queries them in the >>> order listed. If no nameserver entries are present, the default >is >>> to use the name server on the local machine. (The algorithm used >is >>> to try a name server, and if the query times out, try the next, >>> until out of name servers, then repeat trying all the name >servers >>> until a maximum number of retries are made.)" >>> >>> Nótese el "If there are multiple servers, the resolver library >queries >>> them in the order listed." >>> >>> Sin más. >> Es decir, que no estoy equivocado, ¿no? >> >> Pues no me está funcionando... >> >> Tengo en /etc/resolv.conf configurados 2 DNS y me conecto por OpenVPN >a una VPN que me añade un tercer DNS al final de la lista. >> >> Lo confirmo haciendo un "cat /etc/resolv.conf", pero si hago un Ping >a una máquina que está en el tercer DNS, me dice que no existe. >> >> Si, estando levantada la VPN, modifico el /etc/resolv.conf y pongo >primero el que me ha añadido el Cliente OpenVPN en tercer lugar, me >resuelve sin problemas. >> >> No sé dónde estará el tema... >> >> Y no sé si en algún sitio se le podrá forzar que lo añada en primer >lugar en vez de en tercer lugar. >> >> También he observado que no siempre lo añade en tercer lugar, sino >que, dependiendo de no se qué, va alternando. Claro, cuando coincide >que lo añade en primer lugar, pues no tengo el problema de resolución >con esas máquinas. >> >> ¿Alguna idea? >> >> >> Saludos y gracias, >> >> Ramsés >> >> >Creo, no estoy seguro, en el resolv.conf se pueden añadir lineas domain >y search, unas indican el dominio que añadir cuando se pide un nombre >sin añadirle "." (la search) y la otra dice que servidor de DNS se usa >para ese dominio, en orden de listado, es decir: > >nameserver 8.8.8.8 > >domain micasa.local > >nameserver 192.168.8.1 > >domain tucasa.lejos > >nameserver 192.168.200.1 > > >Como digo realmente no lo se, si puedo asegurar (por que uso con >asiduidad una VPN) que cuando estoy conectado por VPN para que me >resuelva los nombres tengo que poner elnombre cualificado completo. Antonio, Buenos días, Lo de que le tengas que poner el FQDN completo cuando te conectas por VPN, es precisamente por eso, porque no le estas pasando al Cliente VPN el search / domain. El tema es que yo quiero que, cuando vaya a buscar, por ejemplo, maquina.dominio1.org, vaya a resolver al DNS 1.1.1.1 y cuando vaya a buscar maquina.dominio2.org, vaya a resolver al DNS 2.2.2.2 No sé si esto tendría que solucionarlo tocando el DNS 1.1.1.1, que es un BIND, y decirle de algún modo que para resolver dominio2.org vaya al DNS 2.2.2.2 Saludos y gracias, Ramsés
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 4/11/19 a las 19:46, Ramses escribió: > El 4 de noviembre de 2019 18:50:17 CET, Hector Colina > escribió: >> El 4/11/19, Ramses escribió: >>> Hola a tod@s, >>> >>> Yo tenía entendido que en Linux, tener varios DNS en /etc/resolv.conf >>> funcionaba de la siguiente forma. Por ejemplo, en el /etc/resolv.conf >> lo >>> siguiente: >>> >>> nameserver 1.1.1.1 >>> nameserver 2.2.2.2 >>> nameserver 3.3.3.3 >>> >>> Pensé que si buscamos una máquina "maquina.pruebas.org": >>> >>> - La buscaba en el /etc/hosts >>> - Si no la encontraba, la buscaba en el 1.1.1.1 >>> - Si no la encontraba, la buscaba en el 2.2.2.2 >>> - Si no la encontraba, la buscaba en el 3.3.3.3 >>> - Y si tampo la encontraba, daba el error de que no existe esa >> máquina. >>> Al contrario que hace Windows, que mientras que esté vivo el primero >> de los >>> DNS, no busca en el siguiente si no existe la máquina en este primer >>> Servidor DNS. >>> >>> ¿Estoy equivocado con esta creencia mía? >> >> En windows no tengo la más mínima idea... en sistema linux, el man de >> resolv.conf te da la respuesta que buscas: >> >> "nameserver Name server IP address >> >> Internet address of a name server that the resolver should query, >> either an IPv4 address (in dot notation), or an IPv6 address in colon >> (and possibly dot) notation as per RFC 2373. Up to MAXNS (currently >> 3, see ) name servers may be listed, one per keyword. If >> there are multiple servers, the resolver library queries them in the >> order listed. If no nameserver entries are present, the default is >> to use the name server on the local machine. (The algorithm used is >> to try a name server, and if the query times out, try the next, >> until out of name servers, then repeat trying all the name servers >> until a maximum number of retries are made.)" >> >> Nótese el "If there are multiple servers, the resolver library queries >> them in the order listed." >> >> Sin más. > Es decir, que no estoy equivocado, ¿no? > > Pues no me está funcionando... > > Tengo en /etc/resolv.conf configurados 2 DNS y me conecto por OpenVPN a una > VPN que me añade un tercer DNS al final de la lista. > > Lo confirmo haciendo un "cat /etc/resolv.conf", pero si hago un Ping a una > máquina que está en el tercer DNS, me dice que no existe. > > Si, estando levantada la VPN, modifico el /etc/resolv.conf y pongo primero > el que me ha añadido el Cliente OpenVPN en tercer lugar, me resuelve sin > problemas. > > No sé dónde estará el tema... > > Y no sé si en algún sitio se le podrá forzar que lo añada en primer lugar en > vez de en tercer lugar. > > También he observado que no siempre lo añade en tercer lugar, sino que, > dependiendo de no se qué, va alternando. Claro, cuando coincide que lo añade > en primer lugar, pues no tengo el problema de resolución con esas máquinas. > > ¿Alguna idea? > > > Saludos y gracias, > > Ramsés > > Creo, no estoy seguro, en el resolv.conf se pueden añadir lineas domain y search, unas indican el dominio que añadir cuando se pide un nombre sin añadirle "." (la search) y la otra dice que servidor de DNS se usa para ese dominio, en orden de listado, es decir: nameserver 8.8.8.8 domain micasa.local nameserver 192.168.8.1 domain tucasa.lejos nameserver 192.168.200.1 Como digo realmente no lo se, si puedo asegurar (por que uso con asiduidad una VPN) que cuando estoy conectado por VPN para que me resuelva los nombres tengo que poner elnombre cualificado completo. signature.asc Description: OpenPGP digital signature
RE: Cómo funcionan varios DNS en /etc/resolv.conf
El 4 de noviembre de 2019 22:59:32 CET, nesto...@gmail.com escribió: > > >-Mensaje original- >De: Ramses >Enviado el: lunes, 4 de noviembre de 2019 18:34 >Para: Lista-Debian >Asunto: Cómo funcionan varios DNS en /etc/resolv.conf > >Hola a tod@s, > >Yo tenía entendido que en Linux, tener varios DNS en /etc/resolv.conf >funcionaba de la siguiente forma. Por ejemplo, en el /etc/resolv.conf >lo siguiente: > >nameserver 1.1.1.1 >nameserver 2.2.2.2 >nameserver 3.3.3.3 > >Pensé que si buscamos una máquina "maquina.pruebas.org": > >- La buscaba en el /etc/hosts >- Si no la encontraba, la buscaba en el 1.1.1.1 >- Si no la encontraba, la buscaba en el 2.2.2.2 >- Si no la encontraba, la buscaba en el 3.3.3.3 >- Y si tampo la encontraba, daba el error de que no existe esa máquina. > > >Al contrario que hace Windows, que mientras que esté vivo el primero de >los DNS, no busca en el siguiente si no existe la máquina en este >primer Servidor DNS. > >¿Estoy equivocado con esta creencia mía? > > >Saludos y gracias, > >Ramsés > > >Solo se consulta al segundo si el primero no responde. Lo mismo el >resto. Entonces: (The algorithm used is to try a name server, and if the query times out, try the next, until out of name servers, then repeat trying all the name servers until a maximum number of retries are made.) El "query times out" es si el DNS está "muerto", igual que en Windows, no si la máquina de consulta no existe en el Servidor DNS, ¿correcto? Saludos y gracias, Ramsés
RE: Cómo funcionan varios DNS en /etc/resolv.conf
-Mensaje original- De: Ramses Enviado el: lunes, 4 de noviembre de 2019 18:34 Para: Lista-Debian Asunto: Cómo funcionan varios DNS en /etc/resolv.conf Hola a tod@s, Yo tenía entendido que en Linux, tener varios DNS en /etc/resolv.conf funcionaba de la siguiente forma. Por ejemplo, en el /etc/resolv.conf lo siguiente: nameserver 1.1.1.1 nameserver 2.2.2.2 nameserver 3.3.3.3 Pensé que si buscamos una máquina "maquina.pruebas.org": - La buscaba en el /etc/hosts - Si no la encontraba, la buscaba en el 1.1.1.1 - Si no la encontraba, la buscaba en el 2.2.2.2 - Si no la encontraba, la buscaba en el 3.3.3.3 - Y si tampo la encontraba, daba el error de que no existe esa máquina. Al contrario que hace Windows, que mientras que esté vivo el primero de los DNS, no busca en el siguiente si no existe la máquina en este primer Servidor DNS. ¿Estoy equivocado con esta creencia mía? Saludos y gracias, Ramsés Solo se consulta al segundo si el primero no responde. Lo mismo el resto.
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 4 de noviembre de 2019 18:50:17 CET, Hector Colina escribió: >El 4/11/19, Ramses escribió: >> Hola a tod@s, >> >> Yo tenía entendido que en Linux, tener varios DNS en /etc/resolv.conf >> funcionaba de la siguiente forma. Por ejemplo, en el /etc/resolv.conf >lo >> siguiente: >> >> nameserver 1.1.1.1 >> nameserver 2.2.2.2 >> nameserver 3.3.3.3 >> >> Pensé que si buscamos una máquina "maquina.pruebas.org": >> >> - La buscaba en el /etc/hosts >> - Si no la encontraba, la buscaba en el 1.1.1.1 >> - Si no la encontraba, la buscaba en el 2.2.2.2 >> - Si no la encontraba, la buscaba en el 3.3.3.3 >> - Y si tampo la encontraba, daba el error de que no existe esa >máquina. >> >> Al contrario que hace Windows, que mientras que esté vivo el primero >de los >> DNS, no busca en el siguiente si no existe la máquina en este primer >> Servidor DNS. >> >> ¿Estoy equivocado con esta creencia mía? > > >En windows no tengo la más mínima idea... en sistema linux, el man de >resolv.conf te da la respuesta que buscas: > >"nameserver Name server IP address > >Internet address of a name server that the resolver should query, >either an IPv4 address (in dot notation), or an IPv6 address in colon >(and possibly dot) notation as per RFC 2373. Up to MAXNS (currently >3, see ) name servers may be listed, one per keyword. If >there are multiple servers, the resolver library queries them in the >order listed. If no nameserver entries are present, the default is >to use the name server on the local machine. (The algorithm used is >to try a name server, and if the query times out, try the next, >until out of name servers, then repeat trying all the name servers >until a maximum number of retries are made.)" > >Nótese el "If there are multiple servers, the resolver library queries >them in the order listed." > >Sin más. Es decir, que no estoy equivocado, ¿no? Pues no me está funcionando... Tengo en /etc/resolv.conf configurados 2 DNS y me conecto por OpenVPN a una VPN que me añade un tercer DNS al final de la lista. Lo confirmo haciendo un "cat /etc/resolv.conf", pero si hago un Ping a una máquina que está en el tercer DNS, me dice que no existe. Si, estando levantada la VPN, modifico el /etc/resolv.conf y pongo primero el que me ha añadido el Cliente OpenVPN en tercer lugar, me resuelve sin problemas. No sé dónde estará el tema... Y no sé si en algún sitio se le podrá forzar que lo añada en primer lugar en vez de en tercer lugar. También he observado que no siempre lo añade en tercer lugar, sino que, dependiendo de no se qué, va alternando. Claro, cuando coincide que lo añade en primer lugar, pues no tengo el problema de resolución con esas máquinas. ¿Alguna idea? Saludos y gracias, Ramsés
Re: Cómo funcionan varios DNS en /etc/resolv.conf
El 4/11/19, Ramses escribió: > Hola a tod@s, > > Yo tenía entendido que en Linux, tener varios DNS en /etc/resolv.conf > funcionaba de la siguiente forma. Por ejemplo, en el /etc/resolv.conf lo > siguiente: > > nameserver 1.1.1.1 > nameserver 2.2.2.2 > nameserver 3.3.3.3 > > Pensé que si buscamos una máquina "maquina.pruebas.org": > > - La buscaba en el /etc/hosts > - Si no la encontraba, la buscaba en el 1.1.1.1 > - Si no la encontraba, la buscaba en el 2.2.2.2 > - Si no la encontraba, la buscaba en el 3.3.3.3 > - Y si tampo la encontraba, daba el error de que no existe esa máquina. > > Al contrario que hace Windows, que mientras que esté vivo el primero de los > DNS, no busca en el siguiente si no existe la máquina en este primer > Servidor DNS. > > ¿Estoy equivocado con esta creencia mía? En windows no tengo la más mínima idea... en sistema linux, el man de resolv.conf te da la respuesta que buscas: "nameserver Name server IP address Internet address of a name server that the resolver should query, either an IPv4 address (in dot notation), or an IPv6 address in colon (and possibly dot) notation as per RFC 2373. Up to MAXNS (currently 3, see ) name servers may be listed, one per keyword. If there are multiple servers, the resolver library queries them in the order listed. If no nameserver entries are present, the default is to use the name server on the local machine. (The algorithm used is to try a name server, and if the query times out, try the next, until out of name servers, then repeat trying all the name servers until a maximum number of retries are made.)" Nótese el "If there are multiple servers, the resolver library queries them in the order listed." Sin más. -- ** Hector Colina. Linux counter id 131637 Debian user, aka e1th0r Mérida-Venezuela http://colina.net.ve Key fingerprint = E81B 8228 8919 EE27 85B7 A59B 357F 81F5 5CFC B481 LA REVOLUCIÓN NO SE HACE UNICAMENTE CON LAS ARMAS
Cómo funcionan varios DNS en /etc/resolv.conf
Hola a tod@s, Yo tenía entendido que en Linux, tener varios DNS en /etc/resolv.conf funcionaba de la siguiente forma. Por ejemplo, en el /etc/resolv.conf lo siguiente: nameserver 1.1.1.1 nameserver 2.2.2.2 nameserver 3.3.3.3 Pensé que si buscamos una máquina "maquina.pruebas.org": - La buscaba en el /etc/hosts - Si no la encontraba, la buscaba en el 1.1.1.1 - Si no la encontraba, la buscaba en el 2.2.2.2 - Si no la encontraba, la buscaba en el 3.3.3.3 - Y si tampo la encontraba, daba el error de que no existe esa máquina. Al contrario que hace Windows, que mientras que esté vivo el primero de los DNS, no busca en el siguiente si no existe la máquina en este primer Servidor DNS. ¿Estoy equivocado con esta creencia mía? Saludos y gracias, Ramsés
Re: [SOLUCIONADO] error con resolv.conf
El jue., 20 dic. 2018 a las 9:07, Robert J. Briones C. (< robert.brio...@gmail.com>) escribió: > > El jue., 20 dic. 2018 a las 9:01, Walter O. Dari () > escribió: > >> Hola Robert... >> >> >> El 20/12/18 a las 07:51, Robert J. Briones C. escribió: >> > Estimados. >> > >> > Buenos dÃas. >> > >> > tengo problemas con resolv.conf en debÃan 9, cada vez que se reinicia, >> > este se borra, por lo que queda sin DNS y sin "internet" al menos por >> > dominios. >> > >> > he privado varias cosas, como buscar algún demonio DHCP Cliente que >> los >> > reinicie, un administrador de red, o lo que sea, he modificado, >> > cambiado, y probado, pero no funciona. >> > >> > he leido creo que cambiarle permisos para que no pueda ser reescrito, >> > pero no quiero llegar a eso, y cabe destacar que de tres maquinas en la >> > oficina, solo me pasa con una. >> > >> > alguien tiene alguna noción de por donde buscar para llegar a la >> > solución mas eficiente. >> >> >> Yo desinstalé network-manager e instalé wicd, a partir de ahí no tuve >> más problemas con el resolv.conf >> >> Otra opción -que seguramente debe tener- es configurar los DNS en el >> mismo network-manager. >> >> >> > >> > Saludos y gracias. >> >> >> -- >> >> Walter O. Dari >> >> http://swcomputacion.com/ >> http://swcomputacion.com/sistemas/ >> https://facebook.com/swcomputacion/ >> https://facebook.com/sistemasSW/ >> >> Nuestros horarios: >> L a V 9 a 16 hs. >> S 9:30 a 14 hs. >> >> Probé instalando resolvconf y agregando los DNS al archiv base > /etc/resolvconf/resolv.conf.d/base reinicié y funcionó. > > Saludos y gracias a todos por vuestra ayuda. > > > <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> > No es la solución más elegante. Lo mejor: Instalar resolvconf como has hecho. Configurar /etc/network/interfaces más o menos así: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # Intranet auto enp3s0 iface enp3s0 inet dhcp hostname workstat-15 netmask 255.255.255.0 gateway 10.1.5.254 dns-nameserver 10.1.12.201 dns-search empresa.com # Internet auto enp4s0 iface enp4s0 inet dhcp hostname internet-09 dns-nameserver 8.8.8.8 Eso lo que hace es dinámicamente, al definirse cada interfaz de red, indicarle su servidor de dominio (nameserver), y su búsqueda de dns. Recomendación, eliminar TODO NetworkManager: # apt purge network-manager* resolvconf puede manejar hasta TRES "dns-nameserver" y DOS "dns-search". Si usas más de una interfaz, deberás hacer algunas configuraciones extras para el enrutamiento correcto. JAP
[SOLUCIONADO] error con resolv.conf
El jue., 20 dic. 2018 a las 9:01, Walter O. Dari () escribió: > Hola Robert... > > > El 20/12/18 a las 07:51, Robert J. Briones C. escribió: > > Estimados. > > > > Buenos dÃas. > > > > tengo problemas con resolv.conf en debÃan 9, cada vez que se reinicia, > > este se borra, por lo que queda sin DNS y sin "internet" al menos por > > dominios. > > > > he privado varias cosas, como buscar algún demonio DHCP Cliente que los > > reinicie, un administrador de red, o lo que sea, he modificado, > > cambiado, y probado, pero no funciona. > > > > he leido creo que cambiarle permisos para que no pueda ser reescrito, > > pero no quiero llegar a eso, y cabe destacar que de tres maquinas en la > > oficina, solo me pasa con una. > > > > alguien tiene alguna noción de por donde buscar para llegar a la > > solución mas eficiente. > > > Yo desinstalé network-manager e instalé wicd, a partir de ahí no tuve > más problemas con el resolv.conf > > Otra opción -que seguramente debe tener- es configurar los DNS en el > mismo network-manager. > > > > > > Saludos y gracias. > > > -- > > Walter O. Dari > > http://swcomputacion.com/ > http://swcomputacion.com/sistemas/ > https://facebook.com/swcomputacion/ > https://facebook.com/sistemasSW/ > > Nuestros horarios: > L a V 9 a 16 hs. > S 9:30 a 14 hs. > > Probé instalando resolvconf y agregando los DNS al archiv base /etc/resolvconf/resolv.conf.d/base reinicié y funcionó. Saludos y gracias a todos por vuestra ayuda. <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> Libre de virus. www.avast.com <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
Re: error con resolv.conf
Hola Robert... El 20/12/18 a las 07:51, Robert J. Briones C. escribió: Estimados. Buenos dÃas. tengo problemas con resolv.conf en debÃan 9, cada vez que se reinicia, este se borra, por lo que queda sin DNS y sin "internet" al menos por dominios. he privado varias cosas, como buscar algún demonio DHCP Cliente que los reinicie, un administrador de red, o lo que sea, he modificado, cambiado, y probado, pero no funciona. he leido creo que cambiarle permisos para que no pueda ser reescrito, pero no quiero llegar a eso, y cabe destacar que de tres maquinas en la oficina, solo me pasa con una. alguien tiene alguna noción de por donde buscar para llegar a la solución mas eficiente. Yo desinstalé network-manager e instalé wicd, a partir de ahí no tuve más problemas con el resolv.conf Otra opción -que seguramente debe tener- es configurar los DNS en el mismo network-manager. Saludos y gracias. -- Walter O. Dari http://swcomputacion.com/ http://swcomputacion.com/sistemas/ https://facebook.com/swcomputacion/ https://facebook.com/sistemasSW/ Nuestros horarios: L a V 9 a 16 hs. S 9:30 a 14 hs.
Re: error con resolv.conf
El jue., 20 de dic. de 2018 08:47, fernando sainz < fernandojose.sa...@gmail.com> escribió: > > > El jueves, 20 de diciembre de 2018, Robert J. Briones C. < > robert.brio...@gmail.com> escribió: > > Estimados. > > Buenos días. > > tengo problemas con resolv.conf en debían 9, cada vez que se reinicia, > este se borra, por lo que queda sin DNS y sin "internet" al menos por > dominios. > > he privado varias cosas, como buscar algún demonio DHCP Cliente que los > reinicie, un administrador de red, o lo que sea, he modificado, cambiado, y > probado, pero no funciona. > > he leido creo que cambiarle permisos para que no pueda ser reescrito, > pero no quiero llegar a eso, y cabe destacar que de tres maquinas en la > oficina, solo me pasa con una. > > alguien tiene alguna noción de por donde buscar para llegar a la > solución mas eficiente. > > Saludos y gracias. > > > > < > https://ci3.googleusercontent.com/proxy/IAkhl6EbYbQYD9J_1Dc6N_HPU5Z488DnGcKcnWpOKuYmchAYVxkuaNLcLza-a4lma2s9ti4CdivC6ngcOg6DxsKIfQSj1jUPE23T-RPW6SSIBxsEZEVz9o7f4AeRul4zwq6JNmxjsa05TVZzHfERYYI-=s0-d-e1-ft#https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif> > Libre de virus. www.avast.com > > Si estas usando /etc/network/interfaces para configurar la red deberias > añadir una linea que no recuerdo la sintaxis, algo como dns-nameservers e > instalar el paquete resolvconf. > > S2. Gracias. Probare Saludos. >
Re: error con resolv.conf
El jueves, 20 de diciembre de 2018, Robert J. Briones C. < robert.brio...@gmail.com> escribió: > Estimados. > Buenos días. > tengo problemas con resolv.conf en debían 9, cada vez que se reinicia, este se borra, por lo que queda sin DNS y sin "internet" al menos por dominios. > he privado varias cosas, como buscar algún demonio DHCP Cliente que los reinicie, un administrador de red, o lo que sea, he modificado, cambiado, y probado, pero no funciona. > he leido creo que cambiarle permisos para que no pueda ser reescrito, pero no quiero llegar a eso, y cabe destacar que de tres maquinas en la oficina, solo me pasa con una. > alguien tiene alguna noción de por donde buscar para llegar a la solución mas eficiente. > Saludos y gracias. > > < https://ci3.googleusercontent.com/proxy/IAkhl6EbYbQYD9J_1Dc6N_HPU5Z488DnGcKcnWpOKuYmchAYVxkuaNLcLza-a4lma2s9ti4CdivC6ngcOg6DxsKIfQSj1jUPE23T-RPW6SSIBxsEZEVz9o7f4AeRul4zwq6JNmxjsa05TVZzHfERYYI-=s0-d-e1-ft#https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif> Libre de virus. www.avast.com Si estas usando /etc/network/interfaces para configurar la red deberias añadir una linea que no recuerdo la sintaxis, algo como dns-nameservers e instalar el paquete resolvconf. S2.
error con resolv.conf
Estimados. Buenos días. tengo problemas con resolv.conf en debían 9, cada vez que se reinicia, este se borra, por lo que queda sin DNS y sin "internet" al menos por dominios. he privado varias cosas, como buscar algún demonio DHCP Cliente que los reinicie, un administrador de red, o lo que sea, he modificado, cambiado, y probado, pero no funciona. he leido creo que cambiarle permisos para que no pueda ser reescrito, pero no quiero llegar a eso, y cabe destacar que de tres maquinas en la oficina, solo me pasa con una. alguien tiene alguna noción de por donde buscar para llegar a la solución mas eficiente. Saludos y gracias. <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> Libre de virus. www.avast.com <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
Re: Servidores DNS en /etc/resolv.conf
On Thursday 26 July 2012 16:00:22 Debian GMail wrote: El 26/07/12 09:52, Marc Olive escribió: Los DNS se encadenan, de modo que si la dirección buscada no es local del servidor DNS, este eleva la petición al DNS superior. Cada DNS debe ser capaz de resolver las direcciones de su subdominio, unared.example.com, y si la IP de se corresponde con otro (sub)dominio, debe reenviar la petición al DNS superior, example.com, bueno, en realidad debe informar al cliente del DNS superior, cliente que debe hacer la peticion al nuevo DNS, entonces ese DNS reeviaria otra vez al DNS otrared.example.com Lo que debes hacer es instruir a los DNS para que devuelvan el siguiente DNS, no a los clientes (¿alguien es capaz de estimar el número de DNS de Internet? ¡no se pueden especificar todos en todos los clientes!). En verdad, un solo DNS en resolv.conf seria suficiente, mientras este estuviera disponible. Por si tiene problemas, y dado su importáncia, se suelen especificar dos, hasta tres si eres muy paranoico. Además, los DNS secundarios del resolv.conf solo se usan si el primario está caído, ¡no si el primario dice que no existe la dirección! Si la dirección no existe para el DNS consultado, NO SE CONSULTAN LOS OTROS, simplemente la dirección no resuelve. Solo se consultan los otros si el primario está caido (no se puede conectar a el). Aunque no soy un entendido, discrepo con esto último, por simple experiencia personal. (..) Por lo que si lo que vos decís fuera correcto, nunca resolvería direcciones internet, porque el DNS de la empresa, que son los dos primeros que figuran, no es capaz de resolver direcciones de internet, por ejemplo, www.google.com. Por que NO es el servidor DNS de la empresa quien consulta al siguiente DNS, el DNS informa al cliente del siguiente DNS, y es el cliente quien realiza otra consulta al nuevo servidor, como dije en el correo. Aún así, pueden haber configuraciones muy raras y ya nada me sorprende. Pero la prueba es fácil: quita el tercer DNS y deja solo los de empresa y mira si sigue resolviendo o no. -- Marc Olivé Blau Advisors www.blauadvisors.com signature.asc Description: This is a digitally signed message part.
Re: Servidores DNS en /etc/resolv.conf
El día 27 de julio de 2012 08:17, Marc Olive marc.ol...@blauadvisors.com escribió: On Thursday 26 July 2012 16:00:22 Debian GMail wrote: El 26/07/12 09:52, Marc Olive escribió: Los DNS se encadenan, de modo que si la dirección buscada no es local del servidor DNS, este eleva la petición al DNS superior. Cada DNS debe ser capaz de resolver las direcciones de su subdominio, unared.example.com, y si la IP de se corresponde con otro (sub)dominio, debe reenviar la petición al DNS superior, example.com, bueno, en realidad debe informar al cliente del DNS superior, cliente que debe hacer la peticion al nuevo DNS, entonces ese DNS reeviaria otra vez al DNS otrared.example.com Lo que debes hacer es instruir a los DNS para que devuelvan el siguiente DNS, no a los clientes (¿alguien es capaz de estimar el número de DNS de Internet? ¡no se pueden especificar todos en todos los clientes!). En verdad, un solo DNS en resolv.conf seria suficiente, mientras este estuviera disponible. Por si tiene problemas, y dado su importáncia, se suelen especificar dos, hasta tres si eres muy paranoico. Además, los DNS secundarios del resolv.conf solo se usan si el primario está caído, ¡no si el primario dice que no existe la dirección! Si la dirección no existe para el DNS consultado, NO SE CONSULTAN LOS OTROS, simplemente la dirección no resuelve. Solo se consultan los otros si el primario está caido (no se puede conectar a el). Aunque no soy un entendido, discrepo con esto último, por simple experiencia personal. (..) Por lo que si lo que vos decís fuera correcto, nunca resolvería direcciones internet, porque el DNS de la empresa, que son los dos primeros que figuran, no es capaz de resolver direcciones de internet, por ejemplo, www.google.com. Por que NO es el servidor DNS de la empresa quien consulta al siguiente DNS, el DNS informa al cliente del siguiente DNS, y es el cliente quien realiza otra consulta al nuevo servidor, como dije en el correo. Esto no lo veo yo así, por lo menos en las empresas en las que he estado hay un servidor de dns local que consultará a otros fuera, porque el firewall bloquea las conexiones a los puertos del dns. S2 Aún así, pueden haber configuraciones muy raras y ya nada me sorprende. Pero la prueba es fácil: quita el tercer DNS y deja solo los de empresa y mira si sigue resolviendo o no. -- Marc Olivé Blau Advisors www.blauadvisors.com -- 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/CAGw=rHjYa52tctbRvPFSW_Pb8VhxQ8R+Us1=ogp96yg8qm7...@mail.gmail.com
Re: Servidores DNS en /etc/resolv.conf
On Friday 27 July 2012 08:22:24 fernando sainz wrote: El día 27 de julio de 2012 08:17, Marc Olive marc.ol...@blauadvisors.com escribió: On Thursday 26 July 2012 16:00:22 Debian GMail wrote: El 26/07/12 09:52, Marc Olive escribió: (..) Además, los DNS secundarios del resolv.conf solo se usan si el primario está caído, ¡no si el primario dice que no existe la dirección! Si la dirección no existe para el DNS consultado, NO SE CONSULTAN LOS OTROS, simplemente la dirección no resuelve. Solo se consultan los otros si el primario está caido (no se puede conectar a el). Aunque no soy un entendido, discrepo con esto último, por simple experiencia personal. (..) Por lo que si lo que vos decís fuera correcto, nunca resolvería direcciones internet, porque el DNS de la empresa, que son los dos primeros que figuran, no es capaz de resolver direcciones de internet, por ejemplo, www.google.com. Por que NO es el servidor DNS de la empresa quien consulta al siguiente DNS, el DNS informa al cliente del siguiente DNS, y es el cliente quien realiza otra consulta al nuevo servidor, como dije en el correo. Esto no lo veo yo así, por lo menos en las empresas en las que he estado hay un servidor de dns local que consultará a otros fuera, porque el firewall bloquea las conexiones a los puertos del dns. Hmm.. cierto, iba mal informado, se pueden hacer consultas recursivas, y el DNS va resolviendo, o no y entonces solo devuelve el siguiente de la cadena. Aún así, si el servidor DNS no encuentra la IP, no se consultan los siguientes DNS de resolv.conf, que era el punto que discutiamos. A menos que me hayan engañado también aquí :P S2 -- Marc Olivé Blau Advisors www.blauadvisors.com signature.asc Description: This is a digitally signed message part.
Re: Servidores DNS en /etc/resolv.conf
Hola Aún así, si el servidor DNS no encuentra la IP, no se consultan los siguientes DNS de resolv.conf, que era el punto que discutiamos. A menos que me hayan engañado también aquí :P En el servidor Bind se añade la opción fordwarders para añadir servidores DNS, donde realiza las peticiones a los dominos/hosts que no puede resolver directamente. 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/caesvxpv+wag8p1q_y5o5ouztqm2ldaqi-ohbmqtr-sonw3e...@mail.gmail.com
Re: Servidores DNS en /etc/resolv.conf
On Friday 27 July 2012 12:35:50 Guillermo wrote: Hola Aún así, si el servidor DNS no encuentra la IP, no se consultan los siguientes DNS de resolv.conf, que era el punto que discutiamos. A menos que me hayan engañado también aquí :P En el servidor Bind se añade la opción fordwarders para añadir servidores DNS, donde realiza las peticiones a los dominos/hosts que no puede resolver directamente. Si, correcto. Pero eso nada tiene que ver con los servidores definidos en resolv.conf Un saludo. -- Marc Olivé Blau Advisors www.blauadvisors.com signature.asc Description: This is a digitally signed message part.
Re: Servidores DNS en /etc/resolv.conf
Si, correcto. Pero eso nada tiene que ver con los servidores definidos en resolv.conf XD... me pasa por no dejarlo claro. No usa los de resolv.conf, solo los que estan como fordwarders.. Pero no se el resto de servidores dns. 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/caesvxpukxysqv16ihzdwrvawfmspf5yrfvn-pipmdgkdyxo...@mail.gmail.com
Servidores DNS en /etc/resolv.conf
Pregunta totalmente traída de los pelos: ¿Alguien sabe por qué resolv.conf sólo puede tener hasta tres direcciones DNS como nameserver? Esta duda me surge porque tengo dos redes en una misma máquina, y me veo obligado a poner dos DNS de internet, y uno de la red interna. No me genera inconvenientes, dado que el primario de la red interna nunca se cayó. (En realidad, resolvconf se arma así mediante las instrucciones que paso al levantar las interfaces). Pero siempre me pregunté qué sucedería si, por acaso, tuviese cuatro redes distintas que manejar. Me quedaría una sin DNS. Y me refiero a usar sólo los DNS. Sé que cargando la lista de búsqueda (search) con el nombre de dominio del enrutador que me esté bajando la red, alcanzaría, si el enrutador está bien configurado. Pero la duda es si no puedo depender de search para enrutar el tráfico. Le he dado vueltas al asunto, y no le encuentro lógica al límite de tres direcciones nameserver. Repito, no tengo un problema que necesite rápida solución, es una simple digresión intelectual que me surgió. JAP -- 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/50113316.6030...@gmail.com
Re: Servidores DNS en /etc/resolv.conf
El día 26 de julio de 2012 14:07, Debian GMail javier.debian.bb...@gmail.com escribió: Pregunta totalmente traída de los pelos: ¿Alguien sabe por qué resolv.conf sólo puede tener hasta tres direcciones DNS como nameserver? Esta duda me surge porque tengo dos redes en una misma máquina, y me veo obligado a poner dos DNS de internet, y uno de la red interna. No me genera inconvenientes, dado que el primario de la red interna nunca se cayó. (En realidad, resolvconf se arma así mediante las instrucciones que paso al levantar las interfaces). Pero siempre me pregunté qué sucedería si, por acaso, tuviese cuatro redes distintas que manejar. Me quedaría una sin DNS. Y me refiero a usar sólo los DNS. Sé que cargando la lista de búsqueda (search) con el nombre de dominio del enrutador que me esté bajando la red, alcanzaría, si el enrutador está bien configurado. Pero la duda es si no puedo depender de search para enrutar el tráfico. Le he dado vueltas al asunto, y no le encuentro lógica al límite de tres direcciones nameserver. Repito, no tengo un problema que necesite rápida solución, es una simple digresión intelectual que me surgió. JAP ¿Han cambiando algo en gmail? Al dar a responder me ha salido la lista... :-) Bueno en cuanto a tu duda, supongo que no se ponen mas para evitar que se tire horas intentando resolver la dirección... Supongo que en estos casos lo que se hará es que tu servidor de dns interno se conecte a uno superior y resuelva las direcciones, que no necesites ir a uno de fuera. De hecho muchas redes locales no dejan hacer consultas dns hacia afuera. S2 -- 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/CAGw=rHh¾+pvnvizlge6u_-oclhzg7ot8+z3mhzyjz6+-e...@mail.gmail.com
Re: Servidores DNS en /etc/resolv.conf
El día 26 de julio de 2012 14:30, fernando sainz fernandojose.sa...@gmail.com escribió: El día 26 de julio de 2012 14:07, Debian GMail javier.debian.bb...@gmail.com escribió: Pregunta totalmente traída de los pelos: ¿Alguien sabe por qué resolv.conf sólo puede tener hasta tres direcciones DNS como nameserver? Esta duda me surge porque tengo dos redes en una misma máquina, y me veo obligado a poner dos DNS de internet, y uno de la red interna. No me genera inconvenientes, dado que el primario de la red interna nunca se cayó. (En realidad, resolvconf se arma así mediante las instrucciones que paso al levantar las interfaces). Pero siempre me pregunté qué sucedería si, por acaso, tuviese cuatro redes distintas que manejar. Me quedaría una sin DNS. Y me refiero a usar sólo los DNS. Sé que cargando la lista de búsqueda (search) con el nombre de dominio del enrutador que me esté bajando la red, alcanzaría, si el enrutador está bien configurado. Pero la duda es si no puedo depender de search para enrutar el tráfico. Le he dado vueltas al asunto, y no le encuentro lógica al límite de tres direcciones nameserver. Repito, no tengo un problema que necesite rápida solución, es una simple digresión intelectual que me surgió. JAP ¿Han cambiando algo en gmail? Al dar a responder me ha salido la lista... :-) Vale, ya veo que no que eres tu el que tiene un Replay to: a la lista S2 -- 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/CAGw=rHhLC6hbzowyaj1dgpwsikwvbkwxdxqia73ngwp-...@mail.gmail.com
Responder a: (ERA: Re: Servidores DNS en /etc/resolv.conf)
El 26/07/12 09:30, fernando sainz escribió: ¿Han cambiando algo en gmail? Al dar a responder me ha salido la lista... :-) No, GMail no ha cambiado nada. Mi correo electrónico está configurado de tal manera que si cualquiera trata de responderme al privado, aparece la lista en forma automática. Es una configuración de IceDove que permite hacerlo, en Editar, Configuración de cuentas, mi_cuenta, Dirección de respuesta. Esto evita que aquellos que usan GMail u otro gestor de correos desde la web, o presionen Responder en vez de Responder a la lista me respondan al privado ;-) JAP -- 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/50113c56.3010...@gmail.com
Re: Servidores DNS en /etc/resolv.conf
On Thursday 26 July 2012 14:30:13 fernando sainz wrote: El día 26 de julio de 2012 14:07, Debian GMail javier.debian.bb...@gmail.com escribió: Pregunta totalmente traída de los pelos: ¿Alguien sabe por qué resolv.conf sólo puede tener hasta tres direcciones DNS como nameserver? JAP Bueno en cuanto a tu duda, supongo que no se ponen mas para evitar que se tire horas intentando resolver la dirección... Supongo que en estos casos lo que se hará es que tu servidor de dns interno se conecte a uno superior y resuelva las direcciones, que no necesites ir a uno de fuera. +1 Los DNS se encadenan, de modo que si la dirección buscada no es local del servidor DNS, este eleva la petición al DNS superior. Cada DNS debe ser capaz de resolver las direcciones de su subdominio, unared.example.com, y si la IP de se corresponde con otro (sub)dominio, debe reenviar la petición al DNS superior, example.com, bueno, en realidad debe informar al cliente del DNS superior, cliente que debe hacer la peticion al nuevo DNS, entonces ese DNS reeviaria otra vez al DNS otrared.example.com Lo que debes hacer es instruir a los DNS para que devuelvan el siguiente DNS, no a los clientes (¿alguien es capaz de estimar el número de DNS de Internet? ¡no se pueden especificar todos en todos los clientes!). En verdad, un solo DNS en resolv.conf seria suficiente, mientras este estuviera disponible. Por si tiene problemas, y dado su importáncia, se suelen especificar dos, hasta tres si eres muy paranoico. Además, los DNS secundarios del resolv.conf solo se usan si el primario está caído, ¡no si el primario dice que no existe la dirección! Si la dirección no existe para el DNS consultado, NO SE CONSULTAN LOS OTROS, simplemente la dirección no resuelve. Solo se consultan los otros si el primario está caido (no se puede conectar a el). ¿Porque tres y no dos o cinco? ¿Y por que no? S2 -- Marc Olivé Blau Advisors www.blauadvisors.com signature.asc Description: This is a digitally signed message part.
Re: Servidores DNS en /etc/resolv.conf
2012/7/26 Debian GMail javier.debian.bb...@gmail.com: Pregunta totalmente traída de los pelos: ¿Alguien sabe por qué resolv.conf sólo puede tener hasta tres direcciones DNS como nameserver? La solución está en el man ... dice que se mire el resolv.h (paquete libc6-dev) y allí hay una constante llamada MAXNS que tiene la culpa. Realmente no sé por qué lo ponen a 3. La recomendación si no recuerdo mal es tener dos dns. Para soluciones, como instalar un dns local, puedes ver el siguiente enlace: http://unix.stackexchange.com/questions/28004/how-to-overcome-libc-resolver-limitation-of-maximum-3-nameservers 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/CAL5yMZRpk77poX2+eRViy=kci+nan+e52hb8tcundzie9ub...@mail.gmail.com
Re: Servidores DNS en /etc/resolv.conf
On Thursday 26 July 2012 14:52:58 Marc Olive wrote: Además, los DNS secundarios del resolv.conf solo se usan si el primario está caído, ¡no si el primario dice que no existe la dirección! Si la dirección no existe para el DNS consultado, ...ni se conoce DNS superior... NO SE CONSULTAN LOS OTROS, simplemente la dirección no resuelve. Solo se consultan los otros si el primario está caido (no se puede conectar a el). -- Marc Olivé Blau Advisors www.blauadvisors.com signature.asc Description: This is a digitally signed message part.
Re: Servidores DNS en /etc/resolv.conf
El 26/07/12 09:58, Javier Barroso escribió: 2012/7/26 Debian GMailjavier.debian.bb...@gmail.com: Pregunta totalmente traída de los pelos: ¿Alguien sabe por qué resolv.conf sólo puede tener hasta tres direcciones DNS como nameserver? La solución está en el man ... dice que se mire el resolv.h (paquete libc6-dev) y allí hay una constante llamada MAXNS que tiene la culpa. Realmente no sé por qué lo ponen a 3. La recomendación si no recuerdo mal es tener dos dns. Para soluciones, como instalar un dns local, puedes ver el siguiente enlace: http://unix.stackexchange.com/questions/28004/how-to-overcome-libc-resolver-limitation-of-maximum-3-nameservers Un saludo Excelente artículo. Por lo que veo, la única solución es montar el propio DNS con dnsmasq, y, por lo que el articulo dice, en el mismo ha cargado hasta 10 DNS a su red. Como tú, no entiendo la limitación de los 3 DNS. Hoy por hoy, es muy raro que no se usen por lo menos dos redes simultáneas. Un número de 5 sería más adecuado. Y de dónde saco ese número: 2 DNS para una red interna 3 para una externa (internet), de donde DOS son para un DNS público que funcione como Dios manda (por ejemplo, Google) y UNO para el que te asigna tu proveedor de Internet, sujeto a las estúpidas restricciones judiciales que le aplican a los ISP, como pasa en mi país, donde una p..., perdón artista, logra órdenes de restricción de un blogero que tiene un video porno que la niña hizo y se le escapó, con lo que el ISP te bloquea TODO el blog. Sé que sería más adecuado que en la empresa tengan internet montado sobre la red interna, pero... a unos win-dependientes, haceles entender que se puede hacer con un buen servidor con contrafuegos bien montados, y que los jáquer no le van a robar datos de la red interna. Por esa razón, no hay internet oficialmente, y me las apechugo con una wifi libre. Muchas gracias JAP -- 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/501149e3.4010...@gmail.com
Re: Servidores DNS en /etc/resolv.conf
El Thu, 26 Jul 2012 09:07:50 -0300, Debian GMail escribió: Pregunta totalmente traída de los pelos: ¿Alguien sabe por qué resolv.conf sólo puede tener hasta tres direcciones DNS como nameserver? (...) Bueno, pues en el manual lo dicen de una forma un tanto críptica: porque la biblioteca de la que depende (resolv.h) está compilada para usar un máximo de 3 servidores de nombre, por lo que salvo que la recompiles con esa variable alterada por muchos que pongas no se consultarán. Esta duda me surge porque tengo dos redes en una misma máquina, y me veo obligado a poner dos DNS de internet, y uno de la red interna. No me genera inconvenientes, dado que el primario de la red interna nunca se cayó. (En realidad, resolvconf se arma así mediante las instrucciones que paso al levantar las interfaces). Pero siempre me pregunté qué sucedería si, por acaso, tuviese cuatro redes distintas que manejar. Me quedaría una sin DNS. Y me refiero a usar sólo los DNS. Sé que cargando la lista de búsqueda (search) con el nombre de dominio del enrutador que me esté bajando la red, alcanzaría, si el enrutador está bien configurado. Pero la duda es si no puedo depender de search para enrutar el tráfico. (...) Si tienes que gestionar varias redes, sí, podría ser necesario disponer de un servidor DNS para cada una de las interfaces de red (físicas y/o virtuales), cierto. De todas formas ¿por qué sólo 3 de manera predeterminada? Supongo que habrán determinado que era la mejor relación entre fiabilidad (posibilidad de consultar un servidor DNS distinto en caso de no tener acceso al principal) y tiempo de resolución (la consulta no debe demorarse, el usuario no puede estar esperando más de 60 segundos consultando servidores...). 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/juri9d$tcf$3...@dough.gmane.org
Re: Servidores DNS en /etc/resolv.conf
El 26/07/12 09:52, Marc Olive escribió: On Thursday 26 July 2012 14:30:13 fernando sainz wrote: El día 26 de julio de 2012 14:07, Debian GMail javier.debian.bb...@gmail.com escribió: Pregunta totalmente traída de los pelos: ¿Alguien sabe por qué resolv.conf sólo puede tener hasta tres direcciones DNS como nameserver? JAP Bueno en cuanto a tu duda, supongo que no se ponen mas para evitar que se tire horas intentando resolver la dirección... Supongo que en estos casos lo que se hará es que tu servidor de dns interno se conecte a uno superior y resuelva las direcciones, que no necesites ir a uno de fuera. +1 Los DNS se encadenan, de modo que si la dirección buscada no es local del servidor DNS, este eleva la petición al DNS superior. Cada DNS debe ser capaz de resolver las direcciones de su subdominio, unared.example.com, y si la IP de se corresponde con otro (sub)dominio, debe reenviar la petición al DNS superior, example.com, bueno, en realidad debe informar al cliente del DNS superior, cliente que debe hacer la peticion al nuevo DNS, entonces ese DNS reeviaria otra vez al DNS otrared.example.com Lo que debes hacer es instruir a los DNS para que devuelvan el siguiente DNS, no a los clientes (¿alguien es capaz de estimar el número de DNS de Internet? ¡no se pueden especificar todos en todos los clientes!). En verdad, un solo DNS en resolv.conf seria suficiente, mientras este estuviera disponible. Por si tiene problemas, y dado su importáncia, se suelen especificar dos, hasta tres si eres muy paranoico. Además, los DNS secundarios del resolv.conf solo se usan si el primario está caído, ¡no si el primario dice que no existe la dirección! Si la dirección no existe para el DNS consultado, NO SE CONSULTAN LOS OTROS, simplemente la dirección no resuelve. Solo se consultan los otros si el primario está caido (no se puede conectar a el). Aunque no soy un entendido, discrepo con esto último, por simple experiencia personal. Tengo DOS redes en segmentos distinto, un en el 10.x.x.x y otra en el 192.168.x.x. La primera es una red interna y la segunda sale a internet. Mi resolv.con posee primero los dos DNS de la red interna (la que más uso) y luego uno de internet. Cuando invoco direcciones por su nombre de dominio (formatos www.nombre_internet.com / server_interno.mi_red), una vez obtenida la dirección IP a través de sus respectivos DNS, el enrutamiento interno mío envía todo tráfico del segmento 10.x.x.x a una interfaz, y el resto a la otra. Por lo que si lo que vos decís fuera correcto, nunca resolvería direcciones internet, porque el DNS de la empresa, que son los dos primeros que figuran, no es capaz de resolver direcciones de internet, por ejemplo, www.google.com. ¿Porque tres y no dos o cinco? ¿Y por que no? S2 -- 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/50114d76.5020...@gmail.com
Re: Responder a: (ERA: Re: Servidores DNS en /etc/resolv.conf)
El Thu, 26 Jul 2012 09:47:18 -0300, Debian GMail escribió: El 26/07/12 09:30, fernando sainz escribió: ¿Han cambiando algo en gmail? Al dar a responder me ha salido la lista... :-) No, GMail no ha cambiado nada. Mi correo electrónico está configurado de tal manera que si cualquiera trata de responderme al privado, aparece la lista en forma automática. Es una configuración de IceDove que permite hacerlo, en Editar, Configuración de cuentas, mi_cuenta, Dirección de respuesta. Esto evita que aquellos que usan GMail u otro gestor de correos desde la web, o presionen Responder en vez de Responder a la lista me respondan al privado ;-) Je, je... y lo bien que funciona ese sistema, ¿verdad? ;-P De todas formas, no es una buena práctica hacer eso. El campo Reply-To debería contener una dirección gestionada por alguien (persona) o algo (lista de correo, servicio de seguimiento...) que espere ese correo, que esté relacionado directamente con el remitente y la lista, bueno, no creo que cumpla esa función, por eso yo uso un alias. 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/jurj17$tcf$4...@dough.gmane.org
Problemas con el resolv.conf en Sid.
Hola. Hasta ahora tenía mi pc del trabajo con squeeze, pero la semana pasada lo pasé a sid. Hasta ahora todo OK, salvo por el hecho de que al poner en marcha hoy el pc y querer hacer un update, he tenido que rellenar manualmente el contenido de /etc/resolv.conf porque estaba vacío. No uso NetworkManager. Uso gnome pero la configuración es en el fichero /etc/network/interfaces, el cual tengo así desde squeeze: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet static address 192.168.10.77 netmask 255.255.255.0 network 192.168.10.0 broadcast 192.168.10.255 gateway 192.168.10.240 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 8.8.8.8 8.8.4.4 194.179.1.100 dns-search vlex.com #NetworkManager#iface eth0 inet dhcp ¿Alguna idea de porqué puede estar pasando (url o similar)? Gracias! -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/BANLkTik-e5_Wta4z6Qj5=slw7tv_jak...@mail.gmail.com
Re: Problemas con el resolv.conf en Sid.
El Tue, 31 May 2011 11:35:12 +0200, Manuel Trujillo (TooManySecrets) escribió: Hasta ahora tenía mi pc del trabajo con squeeze, pero la semana pasada lo pasé a sid. Hasta ahora todo OK, salvo por el hecho de que al poner en marcha hoy el pc y querer hacer un update, he tenido que rellenar manualmente el contenido de /etc/resolv.conf porque estaba vacío. (...) Sólo hay dos paquetes/servicios que conozca que puedan causar ese efecto: revolvconf y NM. Si no te vuelve a pasar, achácalo a un error puntual en la actualización. 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.2011.05.31.10.48...@gmail.com
Re: Problemas con el resolv.conf en Sid.
2011/5/31 Camaleón noela...@gmail.com: Sólo hay dos paquetes/servicios que conozca que puedan causar ese efecto: revolvconf y NM. El resolvconf lo instalé esta mañana, pero no he llegado a probarlo todavía (espero que me pueda servir de algo, no conocía esta app). Si no te vuelve a pasar, achácalo a un error puntual en la actualización. El eterno problema de Sid... ;-) -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktimhitn_jfig8or_hgudtck8rde...@mail.gmail.com
Re: Problemas con el resolv.conf en Sid.
Yo tengo el mismo problema, he buscado como resolverlo pero no tengo buenos resultados, es como si se creara un resolv.conf en cada partida de la maquina y reemplazara al existente y el sistema esta actualizado. Enviado desde Jetfire El 31-05-2011, a las 7:01, Manuel Trujillo (TooManySecrets) toom...@toomany.net escribió: 2011/5/31 Camaleón noela...@gmail.com: Sólo hay dos paquetes/servicios que conozca que puedan causar ese efecto: revolvconf y NM. El resolvconf lo instalé esta mañana, pero no he llegado a probarlo todavía (espero que me pueda servir de algo, no conocía esta app). Si no te vuelve a pasar, achácalo a un error puntual en la actualización. El eterno problema de Sid... ;-) -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktimhitn_jfig8or_hgudtck8rde...@mail.gmail.com -- 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/4258075497510137843@unknownmsgid
Re: Problemas con el resolv.conf en Sid.
El día 31 de mayo de 2011 09:05, Joram Diaz Garrido joram.diaz.garr...@gmail.com escribió: Yo tengo el mismo problema, he buscado como resolverlo pero no tengo buenos resultados, es como si se creara un resolv.conf en cada partida de la maquina y reemplazara al existente y el sistema esta actualizado. Enviado desde Jetfire El 31-05-2011, a las 7:01, Manuel Trujillo (TooManySecrets) toom...@toomany.net escribió: 2011/5/31 Camaleón noela...@gmail.com: Sólo hay dos paquetes/servicios que conozca que puedan causar ese efecto: revolvconf y NM. El resolvconf lo instalé esta mañana, pero no he llegado a probarlo todavía (espero que me pueda servir de algo, no conocía esta app). Si no te vuelve a pasar, achácalo a un error puntual en la actualización. El eterno problema de Sid... ;-) -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktimhitn_jfig8or_hgudtck8rde...@mail.gmail.com -- 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/4258075497510137843@unknownmsgid Que sucede si al resolv.conf le cambias los permisos a solo lectura y asi evitar que algun usuario del sistema escriba, lo borre, o lo cree de nuevo. Saludos Cordiales. -- Roberto Quiñones Owner - Service Manager and System ACShell.NET – Internet Services robe...@acshell.net - www.acshell.net San Martin #311 Santiago – CL (Chile) +560981361713 -- 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/banlktimzvnlr8_ryfasgidhuwrp0cxc...@mail.gmail.com
Re: Problemas con el resolv.conf en Sid.
El día 31 de mayo de 2011 09:07, Roberto Quiñones robe...@acshell.net escribió: El día 31 de mayo de 2011 09:05, Joram Diaz Garrido joram.diaz.garr...@gmail.com escribió: Yo tengo el mismo problema, he buscado como resolverlo pero no tengo buenos resultados, es como si se creara un resolv.conf en cada partida de la maquina y reemplazara al existente y el sistema esta actualizado. Enviado desde Jetfire El 31-05-2011, a las 7:01, Manuel Trujillo (TooManySecrets) toom...@toomany.net escribió: 2011/5/31 Camaleón noela...@gmail.com: Sólo hay dos paquetes/servicios que conozca que puedan causar ese efecto: revolvconf y NM. El resolvconf lo instalé esta mañana, pero no he llegado a probarlo todavía (espero que me pueda servir de algo, no conocía esta app). Si no te vuelve a pasar, achácalo a un error puntual en la actualización. El eterno problema de Sid... ;-) -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktimhitn_jfig8or_hgudtck8rde...@mail.gmail.com -- 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/4258075497510137843@unknownmsgid Que sucede si al resolv.conf le cambias los permisos a solo lectura y asi evitar que algun usuario del sistema escriba, lo borre, o lo cree de nuevo. Saludos Cordiales. -- Roberto Quiñones Owner - Service Manager and System ACShell.NET – Internet Services robe...@acshell.net - www.acshell.net San Martin #311 Santiago – CL (Chile) +560981361713 Respecto a lo anterior, falto aclaras que la excepción debes hacerla para que si root pueda escribir, pero hay mejores opciones de la que te he podido dar para probar y buscar una solución, por otra parte y leyendo por internet, hay gente que ha solucionado el problema haciendo un resolv.conf.bak o un archivo resolv.conf alternativo, otro dicen que se les soluciono el problema cuando instalaron resolvconf en sid. pero no se si puede ser tu caso. Saludos Cordiales. -- Roberto Quiñones Owner - Service Manager and System ACShell.NET – Internet Services robe...@acshell.net - www.acshell.net San Martin #311 Santiago – CL (Chile) +560981361713 -- 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/banlktinuqwcg+tsh5sxvsxbn_jb5jrt...@mail.gmail.com
Re: Problemas con el resolv.conf en Sid.
No hay caso, igual borra el archivo al reiniciar Enviado desde Jetfire El 31-05-2011, a las 9:15, Roberto Quiñones robe...@acshell.net escribió: El día 31 de mayo de 2011 09:07, Roberto Quiñones robe...@acshell.net escribió: El día 31 de mayo de 2011 09:05, Joram Diaz Garrido joram.diaz.garr...@gmail.com escribió: Yo tengo el mismo problema, he buscado como resolverlo pero no tengo buenos resultados, es como si se creara un resolv.conf en cada partida de la maquina y reemplazara al existente y el sistema esta actualizado. Enviado desde Jetfire El 31-05-2011, a las 7:01, Manuel Trujillo (TooManySecrets) toom...@toomany.net escribió: 2011/5/31 Camaleón noela...@gmail.com: Sólo hay dos paquetes/servicios que conozca que puedan causar ese efecto: revolvconf y NM. El resolvconf lo instalé esta mañana, pero no he llegado a probarlo todavía (espero que me pueda servir de algo, no conocía esta app). Si no te vuelve a pasar, achácalo a un error puntual en la actualización. El eterno problema de Sid... ;-) -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktimhitn_jfig8or_hgudtck8rde...@mail.gmail.com -- 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/4258075497510137843@unknownmsgid Que sucede si al resolv.conf le cambias los permisos a solo lectura y asi evitar que algun usuario del sistema escriba, lo borre, o lo cree de nuevo. Saludos Cordiales. -- Roberto Quiñones Owner - Service Manager and System ACShell.NET – Internet Services robe...@acshell.net - www.acshell.net San Martin #311 Santiago – CL (Chile) +560981361713 Respecto a lo anterior, falto aclaras que la excepción debes hacerla para que si root pueda escribir, pero hay mejores opciones de la que te he podido dar para probar y buscar una solución, por otra parte y leyendo por internet, hay gente que ha solucionado el problema haciendo un resolv.conf.bak o un archivo resolv.conf alternativo, otro dicen que se les soluciono el problema cuando instalaron resolvconf en sid. pero no se si puede ser tu caso. Saludos Cordiales. -- Roberto Quiñones Owner - Service Manager and System ACShell.NET – Internet Services robe...@acshell.net - www.acshell.net San Martin #311 Santiago – CL (Chile) +560981361713 -- 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/banlktinuqwcg+tsh5sxvsxbn_jb5jrt...@mail.gmail.com -- 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/-8536632981115496561@unknownmsgid
Re: Problemas con el resolv.conf en Sid.
El Tue, 31 May 2011 13:00:25 +0200, Manuel Trujillo (TooManySecrets) escribió: 2011/5/31 Camaleón noela...@gmail.com: Sólo hay dos paquetes/servicios que conozca que puedan causar ese efecto: revolvconf y NM. El resolvconf lo instalé esta mañana, pero no he llegado a probarlo todavía (espero que me pueda servir de algo, no conocía esta app). Yo tampoco, lo conocí cuando instalé Debian. Es un paquete que no he visto en otras distribuciones. Si no te vuelve a pasar, achácalo a un error puntual en la actualización. El eterno problema de Sid... ;-) :-) Pues buscando por Google he encontrado otro paquete que se zampa el resolv.conf, con bug y todo: rdnssd sometimes removes nameservers it has just added http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628597 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.2011.05.31.13.35...@gmail.com
Re: Problemas con el resolv.conf en Sid.
2011/5/31 Roberto Quiñones robe...@acshell.net: Que sucede si al resolv.conf le cambias los permisos a solo lectura y asi evitar que algun usuario del sistema escriba, lo borre, o lo cree de nuevo. xDDD HOMBRE!! Yendo a lo burrico, le meto un chattr a saco y seguro que no hay problema de ningún tipo, pero tampoco se trata de hacer como el compañero que hay en la lista con el problema del syslog; no resuelves el problema. Saludos y gracias!! -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/BANLkTind4oW2uL89=9v0jxbjup12phx...@mail.gmail.com
Re: Problemas con el resolv.conf en Sid.
El día 31 de mayo de 2011 09:42, Manuel Trujillo (TooManySecrets) toom...@toomany.net escribió: 2011/5/31 Roberto Quiñones robe...@acshell.net: Que sucede si al resolv.conf le cambias los permisos a solo lectura y asi evitar que algun usuario del sistema escriba, lo borre, o lo cree de nuevo. xDDD HOMBRE!! Yendo a lo burrico, le meto un chattr a saco y seguro que no hay problema de ningún tipo, pero tampoco se trata de hacer como el compañero que hay en la lista con el problema del syslog; no resuelves el problema. Saludos y gracias!! -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktind4ow2ul899v0jxbjup12phx...@mail.gmail.com Bueno... Bueno, dejemoslo como una bromita :P, de todas formas como te comente en el correo anterior a este y posterior al del chistesito, fijate que hay un paquete resolvconf que muchos usuarios que tienen el problema tuyo en sid, lo han instalado y se les ha solucionado, por otro lado otros crear un archivo resolv.conf.bak alternativo y que este ultimo es el que dejar como para el dns. Saludos Cordiales. -- Roberto Quiñones Owner - Service Manager and System ACShell.NET – Internet Services robe...@acshell.net - www.acshell.net San Martin #311 Santiago – CL (Chile) +560981361713 -- 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/BANLkTi=nx+p4t9ibntxzgkqmfw4az9g...@mail.gmail.com
Re: Problemas con el resolv.conf en Sid.
Ahora si todo funciona, bastaba realizar la instalacion de rdnssd y por defecto instala resolvconf Gracias El 31 de mayo de 2011 10:47, Roberto Quiñones robe...@acshell.netescribió: El día 31 de mayo de 2011 09:42, Manuel Trujillo (TooManySecrets) toom...@toomany.net escribió: 2011/5/31 Roberto Quiñones robe...@acshell.net: Que sucede si al resolv.conf le cambias los permisos a solo lectura y asi evitar que algun usuario del sistema escriba, lo borre, o lo cree de nuevo. xDDD HOMBRE!! Yendo a lo burrico, le meto un chattr a saco y seguro que no hay problema de ningún tipo, pero tampoco se trata de hacer como el compañero que hay en la lista con el problema del syslog; no resuelves el problema. Saludos y gracias!! -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktind4ow2ul899v0jxbjup12phx...@mail.gmail.com Bueno... Bueno, dejemoslo como una bromita :P, de todas formas como te comente en el correo anterior a este y posterior al del chistesito, fijate que hay un paquete resolvconf que muchos usuarios que tienen el problema tuyo en sid, lo han instalado y se les ha solucionado, por otro lado otros crear un archivo resolv.conf.bak alternativo y que este ultimo es el que dejar como para el dns. Saludos Cordiales. -- Roberto Quiñones Owner - Service Manager and System ACShell.NET – Internet Services robe...@acshell.net - www.acshell.net San Martin #311 Santiago – CL (Chile) +560981361713 -- 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/banlktinx+p4t9ibntxzgkqmfw4az9g...@mail.gmail.com -- Joram Díaz G.
Re: Problemas con el resolv.conf en Sid.
El 31/05/11 06:35, Manuel Trujillo (TooManySecrets) escribió: Hola. Hasta ahora tenía mi pc del trabajo con squeeze, pero la semana pasada lo pasé a sid. Hasta ahora todo OK, salvo por el hecho de que al poner en marcha hoy el pc y querer hacer un update, he tenido que rellenar manualmente el contenido de /etc/resolv.conf porque estaba vacío. No uso NetworkManager. Uso gnome pero la configuración es en el fichero /etc/network/interfaces, el cual tengo así desde squeeze: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet static address 192.168.10.77 netmask 255.255.255.0 network 192.168.10.0 broadcast 192.168.10.255 gateway 192.168.10.240 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 8.8.8.8 8.8.4.4 194.179.1.100 dns-search vlex.com #NetworkManager#iface eth0 inet dhcp ¿Alguna idea de porqué puede estar pasando (url o similar)? Gracias! Yo tuve el mismo problema al actualizar mi workstation Debian Wheezy (Testing) hace unos días atrás. Revise que podía ser y me encontré que tenía instalado el NM (se ve que se instaló al actualizar por alguna dependencia) programa que nunca tuve instalado ya que yo configuro todos los parámetros de red directamente desde el /etc/network/interaces, Lo que hice fue desintalar el NM (aptitude purge network-manager) y se me soluciono el problema. Saludos. javascript:void(0);
Re: Problemas con el resolv.conf en Sid.
2011/5/31 Roberto Quiñones robe...@acshell.net: Bueno... Bueno, dejemoslo como una bromita :P, de todas formas como te comente en el correo anterior a este y posterior al del chistesito, fijate que hay un paquete resolvconf que muchos usuarios que tienen el problema tuyo en sid, lo han instalado y se les ha solucionado, por otro lado otros crear un archivo resolv.conf.bak alternativo y que este ultimo es el que dejar como para el dns. Si si. Es lo que comentaba al principio del thread que había hecho. Lo único que no lo había probado (es mi ordenador del trabajo y no era plan de ponerme a reiniciarlo con el trabajo que llevo ;-)). Saludos! -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktiniopwjg6hpmjxaq1njvy5-dkh...@mail.gmail.com
Re: Problemas con el resolv.conf en Sid.
El 31/05/11 11:47, Roberto Quiñones escribió: El día 31 de mayo de 2011 09:42, Manuel Trujillo (TooManySecrets) toom...@toomany.net escribió: 2011/5/31 Roberto Quiñonesrobe...@acshell.net: Que sucede si al resolv.conf le cambias los permisos a solo lectura y asi evitar que algun usuario del sistema escriba, lo borre, o lo cree de nuevo. xDDD HOMBRE!! Yendo a lo burrico, le meto un chattr a saco y seguro que no hay problema de ningún tipo, pero tampoco se trata de hacer como el compañero que hay en la lista con el problema del syslog; no resuelves el problema. Saludos y gracias!! -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktind4ow2ul899v0jxbjup12phx...@mail.gmail.com Bueno... Bueno, dejemoslo como una bromita :P, de todas formas como te comente en el correo anterior a este y posterior al del chistesito, fijate que hay un paquete resolvconf que muchos usuarios que tienen el problema tuyo en sid, lo han instalado y se les ha solucionado, por otro lado otros crear un archivo resolv.conf.bak alternativo y que este ultimo es el que dejar como para el dns. Saludos Cordiales. No debes instalar este paquete si no usas el NM, tu tienes y quieres por lo que observe configurado todos los parámetros de la red manualmente. Este paquete se usa solo para cuando tu sistema necesita que actualice dinámicamente el nameserver. En el siguiente link tienes información básica http://en.wikipedia.org/wiki/Resolvconf. Yo creo que al igual que en mi caso se te instalo o activo el NM que modifica automáticamente el archivo /etc/resolv.conf cada vez que reinicias el sistema. Saludos 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/4de513e8.3090...@adinet.com.uy
Re: Problemas con el resolv.conf en Sid.
2011/5/31 Christian Garcia christianj...@adinet.com.uy: No debes instalar este paquete si no usas el NM, tu tienes y quieres por lo que observe configurado todos los parámetros de la red manualmente. Este paquete se usa solo para cuando tu sistema necesita que actualice dinámicamente el nameserver. En el siguiente link tienes información básica http://en.wikipedia.org/wiki/Resolvconf. Yo creo que al igual que en mi caso se te instalo o activo el NM que modifica automáticamente el archivo /etc/resolv.conf cada vez que reinicias el sistema. Si, es muy probable que sea eso. A ver si mañana a primera hora puedo probarlo (en el trabajo). Gracias. -- --- Have a nice day ;-) TooManySecrets /\ ASCII Ribbon Campaign | FreeBSD Since 4.1 \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | OpenBSD User / \ - http://www.toomany.net | http://twitter.com/toomanysecrets --- -- 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/banlktimg3yf0f2v34skx-t2np+cdjvc...@mail.gmail.com
Re: /etc/resolv.conf y la madre que lo modifica
On Fri, May 08, 2009 at 09:00:44AM -0300, JAP wrote: Pablo Jiménez escribió: [...] Revisa si $ dpkg -l resolvconf* te entrega algún resultado. En caso de que así sea, basta con que leas la documentación de resolvconf. Saludos. Es eso lo que estoy intentando. A quien sugiere configurar por dhcp, no es válido, porque al tener dos redes distintas, la segunda red al configurarse, pisa y borra a la primera. Es el problema que surge con network-manager. Por esa razón mi configuración era estática. He instalado el paquete resolvconf, para ver si con una configuración dinámica controlada por resolvconf a través de parámetros en /etc/network/interfaces, el servicio que está modificando el /etc/resolv.conf deja de hacerlo. En unos días veré si tuve éxito. JAP: Otra opción con resolvconf: Agregar los parámetros de resolv.conf que deseas aparezcan de manera permanente en /etc/resolvconf/resolv.conf.d/base 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
Re: /etc/resolv.conf y la madre que lo modifica
- Original Message - From: J. Enrique Barbeito Gadea j.enri...@barbeito.org To: Debian Español debian-user-spanish@lists.debian.org Sent: Sunday, May 10, 2009 4:45 AM Subject: Re: /etc/resolv.conf y la madre que lo modifica - Original Message - From: JAP javier.debian.bb...@gmail.com To: Debian Español debian-user-spanish@lists.debian.org Sent: Thursday, May 07, 2009 9:09 PM Subject: /etc/resolv.conf y la madre que lo modifica Estimados: Tengo una máquina con acceso a dos redes, una red local y otra externa (internet). He configurado hace ya cosa de dos años iptables y demás yerbas para que el tráfico interno no colisione con el externo, y funciona bien. Uno de los problemas que surgió en su momento, fue que network-manager me liaba /etc/resolv.conf, razón por lo que lo desinstalé, y el mismo se configura con un script al inicio, que aclara los tantos por dónde buscar los servidores DNS. Hasta hace cosa de un mes, funcionaba de 10. Desde hace un mes, hay ALGO que en forma que no puedo determinar, luego que la máquina funciona algunas horas, me sobreescribe /etc/resolv.conf con sólo los DNS de la red externa (internet), y por ende, no resuelvo ni a palos las locaciones internas. La pregunta es: ¿alguien tiene una pista de qué servicio puede ser el que esté haciendo eso? Gracias Javier -- Puedes solucionarlo editando el fichero /etc/dhclient-enter-hooks #!/bin/sh # enter hooks for dhclient-script # que no se sobreescriba resolv.conf: function make_resolv_conf() { return; } Espero te funcione. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Hola, fijese como esta el archivo /etc/hosts -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/resolv.conf y la madre que lo modifica
El día 11 de mayo de 2009 10:09, Julian Esteban Perconti vh1...@yahoo.com.ar escribió: - Original Message - From: J. Enrique Barbeito Gadea j.enri...@barbeito.org To: Debian Español debian-user-spanish@lists.debian.org Sent: Sunday, May 10, 2009 4:45 AM Subject: Re: /etc/resolv.conf y la madre que lo modifica - Original Message - From: JAP javier.debian.bb...@gmail.com To: Debian Español debian-user-spanish@lists.debian.org Sent: Thursday, May 07, 2009 9:09 PM Subject: /etc/resolv.conf y la madre que lo modifica Estimados: Tengo una máquina con acceso a dos redes, una red local y otra externa (internet). He configurado hace ya cosa de dos años iptables y demás yerbas para que el tráfico interno no colisione con el externo, y funciona bien. Uno de los problemas que surgió en su momento, fue que network-manager me liaba /etc/resolv.conf, razón por lo que lo desinstalé, y el mismo se configura con un script al inicio, que aclara los tantos por dónde buscar los servidores DNS. Hasta hace cosa de un mes, funcionaba de 10. Desde hace un mes, hay ALGO que en forma que no puedo determinar, luego que la máquina funciona algunas horas, me sobreescribe /etc/resolv.conf con sólo los DNS de la red externa (internet), y por ende, no resuelvo ni a palos las locaciones internas. La pregunta es: ¿alguien tiene una pista de qué servicio puede ser el que esté haciendo eso? Gracias Javier -- Puedes solucionarlo editando el fichero /etc/dhclient-enter-hooks #!/bin/sh # enter hooks for dhclient-script # que no se sobreescriba resolv.conf: function make_resolv_conf() { return; } Espero te funcione. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Hola, fijese como esta el archivo /etc/hosts -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org para que mi resolv.conf se modifique es porque tengo instalado precisamente el paquete resolvconf, luego si quiero unos dns como se me de la gana los pongo en /etc/network/interfaces y a cada arranque de la red se escriben en /etc/resolv.conf que por mas que este paquetillo no esté igual el archivo si. -- LARGA VIDA Y PODEROSA. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/resolv.conf y la madre que lo modifica
- Original Message - From: JAP javier.debian.bb...@gmail.com To: Debian Español debian-user-spanish@lists.debian.org Sent: Thursday, May 07, 2009 9:09 PM Subject: /etc/resolv.conf y la madre que lo modifica Estimados: Tengo una máquina con acceso a dos redes, una red local y otra externa (internet). He configurado hace ya cosa de dos años iptables y demás yerbas para que el tráfico interno no colisione con el externo, y funciona bien. Uno de los problemas que surgió en su momento, fue que network-manager me liaba /etc/resolv.conf, razón por lo que lo desinstalé, y el mismo se configura con un script al inicio, que aclara los tantos por dónde buscar los servidores DNS. Hasta hace cosa de un mes, funcionaba de 10. Desde hace un mes, hay ALGO que en forma que no puedo determinar, luego que la máquina funciona algunas horas, me sobreescribe /etc/resolv.conf con sólo los DNS de la red externa (internet), y por ende, no resuelvo ni a palos las locaciones internas. La pregunta es: ¿alguien tiene una pista de qué servicio puede ser el que esté haciendo eso? Gracias Javier -- Puedes solucionarlo editando el fichero /etc/dhclient-enter-hooks #!/bin/sh # enter hooks for dhclient-script # que no se sobreescriba resolv.conf: function make_resolv_conf() { return; } Espero te funcione. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/resolv.conf y la madre que lo modifica
Pablo Jiménez escribió: On Thu, May 07, 2009 at 04:09:08PM -0300, JAP wrote: Estimados: Tengo una máquina con acceso a dos redes, una red local y otra externa (internet). He configurado hace ya cosa de dos años iptables y demás yerbas para que el tráfico interno no colisione con el externo, y funciona bien. Uno de los problemas que surgió en su momento, fue que network-manager me liaba /etc/resolv.conf, razón por lo que lo desinstalé, y el mismo se configura con un script al inicio, que aclara los tantos por dónde buscar los servidores DNS. Hasta hace cosa de un mes, funcionaba de 10. Desde hace un mes, hay ALGO que en forma que no puedo determinar, luego que la máquina funciona algunas horas, me sobreescribe /etc/resolv.conf con sólo los DNS de la red externa (internet), y por ende, no resuelvo ni a palos las locaciones internas. La pregunta es: ¿alguien tiene una pista de qué servicio puede ser el que esté haciendo eso? Revisa si $ dpkg -l resolvconf* te entrega algún resultado. En caso de que así sea, basta con que leas la documentación de resolvconf. Saludos. Es eso lo que estoy intentando. A quien sugiere configurar por dhcp, no es válido, porque al tener dos redes distintas, la segunda red al configurarse, pisa y borra a la primera. Es el problema que surge con network-manager. Por esa razón mi configuración era estática. He instalado el paquete resolvconf, para ver si con una configuración dinámica controlada por resolvconf a través de parámetros en /etc/network/interfaces, el servicio que está modificando el /etc/resolv.conf deja de hacerlo. En unos días veré si tuve éxito. Javier -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/resolv.conf y la madre que lo modifica
JAP wrote: Pablo Jiménez escribió: On Thu, May 07, 2009 at 04:09:08PM -0300, JAP wrote: Estimados: Tengo una máquina con acceso a dos redes, una red local y otra externa (internet). He configurado hace ya cosa de dos años iptables y demás yerbas para que el tráfico interno no colisione con el externo, y funciona bien. Uno de los problemas que surgió en su momento, fue que network-manager me liaba /etc/resolv.conf, razón por lo que lo desinstalé, y el mismo se configura con un script al inicio, que aclara los tantos por dónde buscar los servidores DNS. Hasta hace cosa de un mes, funcionaba de 10. Desde hace un mes, hay ALGO que en forma que no puedo determinar, luego que la máquina funciona algunas horas, me sobreescribe /etc/resolv.conf con sólo los DNS de la red externa (internet), y por ende, no resuelvo ni a palos las locaciones internas. La pregunta es: ¿alguien tiene una pista de qué servicio puede ser el que esté haciendo eso? Revisa si $ dpkg -l resolvconf* te entrega algún resultado. En caso de que así sea, basta con que leas la documentación de resolvconf. Saludos. Es eso lo que estoy intentando. A quien sugiere configurar por dhcp, no es válido, porque al tener dos redes distintas, la segunda red al configurarse, pisa y borra a la primera. Es el problema que surge con network-manager. Por esa razón mi configuración era estática. He instalado el paquete resolvconf, para ver si con una configuración dinámica controlada por resolvconf a través de parámetros en /etc/network/interfaces, el servicio que está modificando el /etc/resolv.conf deja de hacerlo. En unos días veré si tuve éxito. Javier La verdad es que lo que decía es que podía ser el dhcp el que te cambiara los dns, y lo hace usando creo como te dicen el resolvconf. si quieres poner unos dns fijos, puedes meterlos a la hora de definir las interfaces en /etc/network/interfaces (poniendo el mismo dns-nameservers en las dos interfaces) iface eth0 inet static address 192.168.0.111 netmask 255.255.255.0 gateway 192.168.0.1 dns-search somedomain.org dns-nameservers 195.238.2.21 195.238.2.22 Saludos. -- Fernando. {:-{D Hackers do it with fewer instructions. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/resolv.conf y la madre que lo modifica
A veces lo más conveniente en estos casos es colocarle atributos de inmutabilidad a el resolv.conf, de esta manera no se podrá modificar ese archivo y siempre quedará con la última configuración que hayas colocado en el mismo: Ejemplo: chattr +i /etc/resolv.conf Saludos! Emiliano Piscitelli El 08/05/2009, a las 09:00, JAP javier.debian.bb...@gmail.com escribió: Pablo Jiménez escribió: On Thu, May 07, 2009 at 04:09:08PM -0300, JAP wrote: Estimados: Tengo una máquina con acceso a dos redes, una red local y otra e xterna (internet). He configurado hace ya cosa de dos años iptables y demás yerbas para que el tráfico interno no colisione con el externo, y func iona bien. Uno de los problemas que surgió en su momento, fue que network-m anager me liaba /etc/resolv.conf, razón por lo que lo desinstal é, y el mismo se configura con un script al inicio, que aclara los tantos por dónde buscar los servidores DNS. Hasta hace cosa de un mes, funcionaba de 10. Desde hace un mes, hay ALGO que en forma que no puedo determinar, luego que la máquina funciona algunas horas, me sobreescribe /e tc/resolv.conf con sólo los DNS de la red externa (internet), y por ende, no resuelvo ni a palos las locaciones internas. La pregunta es: ¿alguien tiene una pista de qué servicio puede s er el que esté haciendo eso? Revisa si $ dpkg -l resolvconf* te entrega algún resultado. En caso de que así sea, basta con que leas la documentación de resolvconf. Saludos. Es eso lo que estoy intentando. A quien sugiere configurar por dhcp, no es válido, porque al tener d os redes distintas, la segunda red al configurarse, pisa y borra a l a primera. Es el problema que surge con network-manager. Por esa raz ón mi configuración era estática. He instalado el paquete resolvconf, para ver si con una configuració n dinámica controlada por resolvconf a través de parámetros en / etc/network/interfaces, el servicio que está modificando el /etc/res olv.conf deja de hacerlo. En unos días veré si tuve éxito. Javier -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/resolv.conf y la madre que lo modifica
fernandojoseGmail escribió: La verdad es que lo que decía es que podía ser el dhcp el que te cambiara los dns, y lo hace usando creo como te dicen el resolvconf. si quieres poner unos dns fijos, puedes meterlos a la hora de definir las interfaces en /etc/network/interfaces (poniendo el mismo dns-nameservers en las dos interfaces) iface eth0 inet static address 192.168.0.111 netmask 255.255.255.0 gateway 192.168.0.1 dns-search somedomain.org dns-nameservers 195.238.2.21 195.238.2.22 Saludos. Es justamente eso lo que estoy haciendo. Veré luego de varios días si he corregido mi problema. La dirección IP propia y la máscara debe ser dinámica, no puedo fijarla, por eso la configuro por dhcp. # /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # INTRANET eth0 allow-hotplug eth0 auto eth0 iface eth0 inet dhcp dns-nameservers 10.10.1.201 10.15.1.201 dns-search red.interna # INTERNET eth1 allow-hotplug eth1 auto eth1 iface eth1 inet dhcp dns-nameservers 200.51.212.7 200.51.211.7 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
/etc/resolv.conf y la madre que lo modifica
Estimados: Tengo una máquina con acceso a dos redes, una red local y otra externa (internet). He configurado hace ya cosa de dos años iptables y demás yerbas para que el tráfico interno no colisione con el externo, y funciona bien. Uno de los problemas que surgió en su momento, fue que network-manager me liaba /etc/resolv.conf, razón por lo que lo desinstalé, y el mismo se configura con un script al inicio, que aclara los tantos por dónde buscar los servidores DNS. Hasta hace cosa de un mes, funcionaba de 10. Desde hace un mes, hay ALGO que en forma que no puedo determinar, luego que la máquina funciona algunas horas, me sobreescribe /etc/resolv.conf con sólo los DNS de la red externa (internet), y por ende, no resuelvo ni a palos las locaciones internas. La pregunta es: ¿alguien tiene una pista de qué servicio puede ser el que esté haciendo eso? Gracias Javier -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/resolv.conf y la madre que lo modifica
On Thu, May 07, 2009 at 04:09:08PM -0300, JAP wrote: Estimados: Tengo una máquina con acceso a dos redes, una red local y otra externa (internet). He configurado hace ya cosa de dos años iptables y demás yerbas para que el tráfico interno no colisione con el externo, y funciona bien. Uno de los problemas que surgió en su momento, fue que network-manager me liaba /etc/resolv.conf, razón por lo que lo desinstalé, y el mismo se configura con un script al inicio, que aclara los tantos por dónde buscar los servidores DNS. Hasta hace cosa de un mes, funcionaba de 10. Desde hace un mes, hay ALGO que en forma que no puedo determinar, luego que la máquina funciona algunas horas, me sobreescribe /etc/resolv.conf con sólo los DNS de la red externa (internet), y por ende, no resuelvo ni a palos las locaciones internas. La pregunta es: ¿alguien tiene una pista de qué servicio puede ser el que esté haciendo eso? Revisa si $ dpkg -l resolvconf* te entrega algún resultado. En caso de que así sea, basta con que leas la documentación de resolvconf. 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
Re: resolv.conf
El Wed, 26/Nov/2008 a las 03:38:08PM -0500, Luis A. R. Paz comentaba: Date: Wed, 26 Nov 2008 15:38:08 -0500 From: Luis A. R. Paz [EMAIL PROTECTED] Subject: resolv.conf To: debian-user-spanish@lists.debian.org hola amigos como puedo forzar a mi estación de trabajo que use dos servidores dns al mismo tiempo uno para resolver direcciones de internet y otro para direcciones locales pues aquí en el archivo resolv.conf gracias por leer. # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN #nameserver 127.0.0.1 nameserver 192.10.2.6 # servidor dns interno nameserver 192.10.2.57 #servidor dns internet search dominica.cu Hola, prueba con dnsmasq para tener un control razonable de la resolución de nombres en un entorno controlado. linux:~# apt-get install dnsmasq En el fichero de configuración autoexplicativo encontrarás cómo. -- Un saludo. Raúl Hernández [EMAIL PROTECTED] GnuPG Key ID: 0xFB1EFB10 @ http://www.keyserver.net/ La Frase Del Día: Sin pasión, el hombre sólo es una fuerza latente que espera una posibilidad, como el pedernal el choque del hierro, para lanzar chispas de luz. -- Henry F. Amiel. (1821-1881) Escritor suizo. signature.asc Description: Digital signature
Re: resolv.conf
Jorge Barreiro escribió: O Mércores, 26 de Novembro de 2008 ás 21:38:08 Luis A. R. Paz escribiu: hola amigos como puedo forzar a mi estación de trabajo que use dos servidores dns al mismo tiempo uno para resolver direcciones de internet y otro para direcciones locales pues aquí en el archivo resolv.conf gracias por leer. # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN #nameserver 127.0.0.1 nameserver 192.10.2.6 # servidor dns interno nameserver 192.10.2.57 #servidor dns internet search dominica.cu Creo que lo más sencillo y elegante sería configurar el servidor de dns interno para que delegue en el externo cuando no pueda él resolver. Que yo sepa no hay una forma de asociar rangos de ips a servidores dns para que se resuelvan ahí. Saludos. Creo haber leído algo de DNS con vistas. Que crea vistas para el servidor. Dependiendo de qué interfaz le llegue la petición es la respuesta que dará. Me imagino que también puede hacer la discriminación por ip de origen. Acá hay un link a una pregunta parecida: http://www.linux.org.ve/archivo/l-linux-2006-March/058238.html De man resolv.conf: The algorithm used is to try a name server, and if the query times out, try the next, until out of name servers, then repeat trying all the name servers until a maximum number of retries are made. Por lo tanto solo va a consultar al siguiente servidor solo si el primero le da time out, no si le da una respuesta negativa. Otra opción pudiera ser poner un servidor bind caching only en el host local y poner como forwarders los dos dns, el que resuelve local y el que resuelve remoto, pero no se si se comporta igual que el algoritmo del resolv.conf Saludos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
resolv.conf
hola amigos como puedo forzar a mi estación de trabajo que use dos servidores dns al mismo tiempo uno para resolver direcciones de internet y otro para direcciones locales pues aquí en el archivo resolv.conf gracias por leer. # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN #nameserver 127.0.0.1 nameserver 192.10.2.6 # servidor dns interno nameserver 192.10.2.57 #servidor dns internet search dominica.cu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: resolv.conf
2008/11/26 Luis A. R. Paz [EMAIL PROTECTED] hola amigos como puedo forzar a mi estación de trabajo que use dos servidores dns al mismo tiempo uno para resolver direcciones de internet y otro para direcciones locales pues aquí en el archivo resolv.conf gracias por leer. # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN #nameserver 127.0.0.1 nameserver 192.10.2.6 # servidor dns interno nameserver 192.10.2.57 #servidor dns internet search dominica.cu [EMAIL PROTECTED] Las direcciones locales se resuelven en el archivo /etc/hosts -- Al principio, el Hombre creó a Dios; y lo creó a su imagen y semejanza. Y el Hombre dio a Dios multitud de nombres, y el poder de que fuera el Señor de toda la tierra cuando al Hombre le conviniere.
Re: resolv.conf
O Mércores, 26 de Novembro de 2008 ás 21:38:08 Luis A. R. Paz escribiu: hola amigos como puedo forzar a mi estación de trabajo que use dos servidores dns al mismo tiempo uno para resolver direcciones de internet y otro para direcciones locales pues aquí en el archivo resolv.conf gracias por leer. # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN #nameserver 127.0.0.1 nameserver 192.10.2.6 # servidor dns interno nameserver 192.10.2.57 #servidor dns internet search dominica.cu Creo que lo más sencillo y elegante sería configurar el servidor de dns interno para que delegue en el externo cuando no pueda él resolver. Que yo sepa no hay una forma de asociar rangos de ips a servidores dns para que se resuelvan ahí. Saludos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: resolv.conf
Odair Augusto Trujillo escribió: 2008/11/26 Luis A. R. Paz [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] hola amigos como puedo forzar a mi estación de trabajo que use dos servidores dns al mismo tiempo uno para resolver direcciones de internet y otro para direcciones locales pues aquí en el archivo resolv.conf gracias por leer. # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN #nameserver 127.0.0.1 http://127.0.0.1 nameserver 192.10.2.6 http://192.10.2.6 # servidor dns interno nameserver 192.10.2.57 http://192.10.2.57 #servidor dns internet search dominica.cu http://dominica.cu Las direcciones locales se resuelven en el archivo /etc/hosts bueno eso lo resolvería fácil si yo tuviera una red de 20 computadoras pero en una que tiene mas de 1000 como lo hago ? -- Al principio, el Hombre creó a Dios; y lo creó a su imagen y semejanza. Y el Hombre dio a Dios multitud de nombres, y el poder de que fuera el Señor de toda la tierra cuando al Hombre le conviniere. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: resolv.conf
El 26 de noviembre de 2008 16:30, Jorge Barreiro [EMAIL PROTECTED]escribió: O Mércores, 26 de Novembro de 2008 ás 21:38:08 Luis A. R. Paz escribiu: hola amigos como puedo forzar a mi estación de trabajo que use dos servidores dns al mismo tiempo uno para resolver direcciones de internet y otro para direcciones locales pues aquí en el archivo resolv.conf gracias por leer. # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN #nameserver 127.0.0.1 nameserver 192.10.2.6 # servidor dns interno nameserver 192.10.2.57 #servidor dns internet search dominica.cu Creo que lo más sencillo y elegante sería configurar el servidor de dns interno para que delegue en el externo cuando no pueda él resolver. Que yo sepa no hay una forma de asociar rangos de ips a servidores dns para que se resuelvan ahí. Saludos. Cuantos servidores puede tener tu red local?, digo cuantos nombres tendría que resolver?, yo pensaría que si no son muchos, digamos mas de 20 lo hagas en el /etc/hosts: 10.1.1.2 maquina.dominio.org -- Al principio, el Hombre creó a Dios; y lo creó a su imagen y semejanza. Y el Hombre dio a Dios multitud de nombres, y el poder de que fuera el Señor de toda la tierra cuando al Hombre le conviniere.
Re: resolv.conf
El 26 de noviembre de 2008 16:36, Odair Augusto Trujillo [EMAIL PROTECTED]escribió: El 26 de noviembre de 2008 16:30, Jorge Barreiro [EMAIL PROTECTED]escribió: O Mércores, 26 de Novembro de 2008 ás 21:38:08 Luis A. R. Paz escribiu: hola amigos como puedo forzar a mi estación de trabajo que use dos servidores dns al mismo tiempo uno para resolver direcciones de internet y otro para direcciones locales pues aquí en el archivo resolv.conf gracias por leer. # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN #nameserver 127.0.0.1 nameserver 192.10.2.6 # servidor dns interno nameserver 192.10.2.57 #servidor dns internet search dominica.cu Creo que lo más sencillo y elegante sería configurar el servidor de dns interno para que delegue en el externo cuando no pueda él resolver. Que yo sepa no hay una forma de asociar rangos de ips a servidores dns para que se resuelvan ahí. Saludos. Cuantos servidores puede tener tu red local?, digo cuantos nombres tendría que resolver?, yo pensaría que si no son muchos, digamos mas de 20 lo hagas en el /etc/hosts: 10.1.1.2 maquina.dominio.org -- Al principio, el Hombre creó a Dios; y lo creó a su imagen y semejanza. Y el Hombre dio a Dios multitud de nombres, y el poder de que fuera el Señor de toda la tierra cuando al Hombre le conviniere. Ok disculpa, tu mensaje llegó primero que el mio.
Re: resolv.conf
Jorge Barreiro escribió: O Mércores, 26 de Novembro de 2008 ás 21:38:08 Luis A. R. Paz escribiu: hola amigos como puedo forzar a mi estación de trabajo que use dos servidores dns al mismo tiempo uno para resolver direcciones de internet y otro para direcciones locales pues aquí en el archivo resolv.conf gracias por leer. # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN #nameserver 127.0.0.1 nameserver 192.10.2.6 # servidor dns interno nameserver 192.10.2.57 #servidor dns internet search dominica.cu Creo que lo más sencillo y elegante sería configurar el servidor de dns interno para que delegue en el externo cuando no pueda él resolver. Que yo sepa no hay una forma de asociar rangos de ips a servidores dns para que se resuelvan ahí. Saludos. En Google encontré esto: http://www.linux.org/docs/ldp/howto/DNS-HOWTO-3.html http://www.linux.org/docs/ldp/howto/DNS-HOWTO-4.html Echále un vistazo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: Dominios en resolv.conf desaparecen
On Thu, 2007-08-30 at 16:36 +0200, Elvis Aaron Presley wrote: Puedes solucionarlo como yo he hecho lo que explicaban en el hilo Pregunta semi-noob!!, te haces un script tal que así (fixdns.sh): echo search dominio1 dominio2 /etc/resolv.conf echo nameserver DNS1 /etc/resolv.conf echo nameserver DNS2 /etc/resolv.conf Después en tu /etc/network/interfaces pones esto: iface eth0 inet static address blablabla blablabla post-up /ruta/a/tu/script/fixdns.sh Si tu interfaz es otra pues cambias el nombre y pones en vez de eth0 la que sea, y si coges la ip por dhcp sería así: iface eth0 inet dhcp post-up /ruta/a/tu/script/fixdns.sh Al poner el script en post se ejecuta tras haberse configurado la interfaz, así que si al coger por dhcp la ip se te desconfigura el tema de los dns con esto se podrá después siempre ok automáticamente... Ahhh asegúrate de ponerle permisos 755 al script (chmod 755 /ruta/a/tu/script/fixdns.sh) Un saludo. Elvis Muchas gracias Elvis. Tu truquito está excelente. Funciona bien. -Mensaje original- De: Esclarecio [mailto:[EMAIL PROTECTED] Enviado el: jueves, 30 de agosto de 2007 14:35 Para: Debian User Spanish Asunto: Re: Dominios en resolv.conf desaparecen El 30/08/07, David Rios R. [EMAIL PROTECTED] escribió: Cordial saludo. En la empresa en la que laboro existen 2 dominios a nivel de la intranet; por lo tanto necesito que mi Debian busque los servidores en ambos dominios. De acuerdo con el man de resolv.conf es posible fijar hasta 6 dominios separados por espacios o tabuladores. La configuración que tengo en /etc/resolv.conf es la siguiente: search dominio1 dominio2 nameserver DNS1 nameserver DNS2 Sin embargo, cada vez que reinicio mi PC, dominio2 desaparece quedando solo dominio1. ¿Qué puede estar pasando? Muchas gracias por su colaboración. -- David Rios R. driosr{at}une{dot}net{dot}co -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFG1rBH4qYj8rBfYm4RAhyuAKC+N/MmHZZ1NTvPChh6KkKAoYfqAwCg3JQR MvImRC7xfUVL7SG63ilDTqI= =cdlD -END PGP SIGNATURE- Estas cogiendo la IP por dhcp? -- David Rios signature.asc Description: This is a digitally signed message part
Dominios en resolv.conf desaparecen
Cordial saludo. En la empresa en la que laboro existen 2 dominios a nivel de la intranet; por lo tanto necesito que mi Debian busque los servidores en ambos dominios. De acuerdo con el man de resolv.conf es posible fijar hasta 6 dominios separados por espacios o tabuladores. La configuración que tengo en /etc/resolv.conf es la siguiente: search dominio1 dominio2 nameserver DNS1 nameserver DNS2 Sin embargo, cada vez que reinicio mi PC, dominio2 desaparece quedando solo dominio1. ¿Qué puede estar pasando? Muchas gracias por su colaboración. -- David Rios R. driosr{at}une{dot}net{dot}co signature.asc Description: Digital signature
Re: Dominios en resolv.conf desaparecen
El 30/08/07, David Rios R. [EMAIL PROTECTED] escribió: Cordial saludo. En la empresa en la que laboro existen 2 dominios a nivel de la intranet; por lo tanto necesito que mi Debian busque los servidores en ambos dominios. De acuerdo con el man de resolv.conf es posible fijar hasta 6 dominios separados por espacios o tabuladores. La configuración que tengo en /etc/resolv.conf es la siguiente: search dominio1 dominio2 nameserver DNS1 nameserver DNS2 Sin embargo, cada vez que reinicio mi PC, dominio2 desaparece quedando solo dominio1. ¿Qué puede estar pasando? Muchas gracias por su colaboración. -- David Rios R. driosr{at}une{dot}net{dot}co -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFG1rBH4qYj8rBfYm4RAhyuAKC+N/MmHZZ1NTvPChh6KkKAoYfqAwCg3JQR MvImRC7xfUVL7SG63ilDTqI= =cdlD -END PGP SIGNATURE- Estas cogiendo la IP por dhcp?
Re: Dominios en resolv.conf desaparecen
El Thu, Aug 30, 2007 at 02:35:03PM +0200, Esclarecio escribió: De acuerdo con el man de resolv.conf es posible fijar hasta 6 dominios separados por espacios o tabuladores. La configuración que tengo en /etc/resolv.conf es la siguiente: search dominio1 dominio2 nameserver DNS1 nameserver DNS2 Sin embargo, cada vez que reinicio mi PC, dominio2 desaparece quedando solo dominio1. ¿Qué puede estar pasando? Muchas gracias por su colaboración. Estas cogiendo la IP por dhcp? mmm sí lo estoy cogiendo por DHCP, eso puede ser. ¿Puedo dejar este parámetro de forma fija? -- David Rios R. driosr{at}une{dot}net{dot}co signature.asc Description: Digital signature
Re: Dominios en resolv.conf desaparecen
Mira... /etc/dhcp3/dhclient.conf salu2 On 8/30/07, David Rios R. [EMAIL PROTECTED] wrote: El Thu, Aug 30, 2007 at 02:35:03PM +0200, Esclarecio escribió: De acuerdo con el man de resolv.conf es posible fijar hasta 6 dominios separados por espacios o tabuladores. La configuración que tengo en /etc/resolv.conf es la siguiente: search dominio1 dominio2 nameserver DNS1 nameserver DNS2 Sin embargo, cada vez que reinicio mi PC, dominio2 desaparece quedando solo dominio1. ¿Qué puede estar pasando? Muchas gracias por su colaboración. Estas cogiendo la IP por dhcp? mmm sí lo estoy cogiendo por DHCP, eso puede ser. ¿Puedo dejar este parámetro de forma fija? -- David Rios R. driosr{at}une{dot}net{dot}co -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFG1suh4qYj8rBfYm4RAjG/AKC7+zvGEDMuBX66n6K0UsduJDU0ZwCgtbJ/ iIhPQp/i1NW45WVGNcnnrgI= =sy2L -END PGP SIGNATURE- -- Adrián Navarro http://www.xeon.com.es Email: [EMAIL PROTECTED] MSNIM + Jabber: [EMAIL PROTECTED]
RE: Dominios en resolv.conf desaparecen
Puedes solucionarlo como yo he hecho lo que explicaban en el hilo Pregunta semi-noob!!, te haces un script tal que así (fixdns.sh): echo search dominio1 dominio2 /etc/resolv.conf echo nameserver DNS1 /etc/resolv.conf echo nameserver DNS2 /etc/resolv.conf Después en tu /etc/network/interfaces pones esto: iface eth0 inet static address blablabla blablabla post-up /ruta/a/tu/script/fixdns.sh Si tu interfaz es otra pues cambias el nombre y pones en vez de eth0 la que sea, y si coges la ip por dhcp sería así: iface eth0 inet dhcp post-up /ruta/a/tu/script/fixdns.sh Al poner el script en post se ejecuta tras haberse configurado la interfaz, así que si al coger por dhcp la ip se te desconfigura el tema de los dns con esto se podrá después siempre ok automáticamente... Ahhh asegúrate de ponerle permisos 755 al script (chmod 755 /ruta/a/tu/script/fixdns.sh) Un saludo. Elvis -Mensaje original- De: Esclarecio [mailto:[EMAIL PROTECTED] Enviado el: jueves, 30 de agosto de 2007 14:35 Para: Debian User Spanish Asunto: Re: Dominios en resolv.conf desaparecen El 30/08/07, David Rios R. [EMAIL PROTECTED] escribió: Cordial saludo. En la empresa en la que laboro existen 2 dominios a nivel de la intranet; por lo tanto necesito que mi Debian busque los servidores en ambos dominios. De acuerdo con el man de resolv.conf es posible fijar hasta 6 dominios separados por espacios o tabuladores. La configuración que tengo en /etc/resolv.conf es la siguiente: search dominio1 dominio2 nameserver DNS1 nameserver DNS2 Sin embargo, cada vez que reinicio mi PC, dominio2 desaparece quedando solo dominio1. ¿Qué puede estar pasando? Muchas gracias por su colaboración. -- David Rios R. driosr{at}une{dot}net{dot}co -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFG1rBH4qYj8rBfYm4RAhyuAKC+N/MmHZZ1NTvPChh6KkKAoYfqAwCg3JQR MvImRC7xfUVL7SG63ilDTqI= =cdlD -END PGP SIGNATURE- Estas cogiendo la IP por dhcp?
Re: Se me vacía resolv.conf
Iñaki wrote: El Martes, 11 de Mayo de 2004 21:05, José Díaz Veiga escribió: || tienes instalado autodns-dhcp o dhcp-dns ? Uso dhcp-client, acabo de modificar el dhclient-script, a ver si tira bien, ya os diré. De todas formas pregunto una cosa, para ir aprendiendo: Si yo edito correctamente el resolv.conf, ¿para qué necesito hacer en el arranque dhcp? Supongo que será un demonio que contacta con el ISP y comprueba que no se han modificado las IPs de los DNS o algo así, ¿estoy en lo cierto? Muchas gracias, a ver si voy a prendiendo más cada día. A ver, un poco por encima: Si tu estas en una red local o te conectas a internet mediante algún tipo de router adsl o similares, para obtener la dirección ip de tu máquina necesitas un cliente dhcp, que se comunica con el servidor de tu proveedor o el router y te asigna la ip. Ademas el protocolo dhcp permite también la asignación de los servidores dns. Si te conectas con ppp (modem normal) la dirección también se te asigna dinámicamente por el proveedor, pero no necesitas para nada dhcp. Saludos. -- Fernando. {:-{D Hackers do it with fewer instructions.
Se me vaca resolv.conf
Hola, últimamente me viene ocurriendo una cosa bastante extraña, y estoy un tanto desconcertado. Uso Debian Sid con KDE y suelo tener siempre arrancado el aMule. Mi conexión a Internet es por cable-modem ininterrumpida. Me explico, de vez en cuando el ordenador se queda sin conexión, así tal cual. Toqueteando un poco por ahí me dí cuenta del problema, el archivo /etc/resolv.conf se vacía él solito. Es decir, se borran las IP de mis DNS's y en el archivo sólo queda la palabra search. De hecho, el aMule sigue funcionando porque tira directamente de direcciones IP y no de nombres. Si restauro resolv.conf y añado los DNS's todo vuelve a la normalidad, pero lo increible de todo es que al día siguiente seguro que se vuelve a vaciar sin motivo aparente. ¿Alguien puede ayudarme? Gracias.
Re: Se me vacía resolv.conf
Iñaki wrote: Hola, últimamente me viene ocurriendo una cosa bastante extraña, y estoy un tanto desconcertado. Uso Debian Sid con KDE y suelo tener siempre arrancado el aMule. Mi conexión a Internet es por cable-modem ininterrumpida. Me explico, de vez en cuando el ordenador se queda sin conexión, así tal cual. Toqueteando un poco por ahí me dí cuenta del problema, el archivo /etc/resolv.conf se vacía él solito. Es decir, se borran las IP de mis DNS's y en el archivo sólo queda la palabra search. De hecho, el aMule sigue funcionando porque tira directamente de direcciones IP y no de nombres. Si restauro resolv.conf y añado los DNS's todo vuelve a la normalidad, pero lo increible de todo es que al día siguiente seguro que se vuelve a vaciar sin motivo aparente. ¿Alguien puede ayudarme? Gracias. Por un casual ¿utilizas dhcp? Saludos. -- Fernando. {:-{D Hackers do it with fewer instructions.
Re: Se me vacía resolv.conf
El Martes, 11 de Mayo de 2004 11:44, Fernando escribió: || Por un casual ¿utilizas dhcp? || || || Saludos. || || -- || Fernando. || {:-{D || ||Hackers do it with fewer instructions. Pues sí, ¿ocurre algo por eso? ¿cómo hago si no? Sí me puedes comentar algo te lo agradezco.
Re: Se me vacía resolv.conf
Iñaki wrote: El Martes, 11 de Mayo de 2004 11:44, Fernando escribió: || Por un casual ¿utilizas dhcp? || || || Saludos. || || -- || Fernando. || {:-{D || ||Hackers do it with fewer instructions. Pues sí, ¿ocurre algo por eso? ¿cómo hago si no? Sí me puedes comentar algo te lo agradezco. Pues no te puedo decir mucho, pero cuando usas dhcp es tu isp el que asigna mediante dhcp los dns y se modifica el /etc/resolv.conf Si por algún motivo lo está haciendo mal, pues no funcionará. Mira a ver que cliente de dhcp usas y busca en la documentacion. (creo recordar que en algunos casos había uno que funcionaba mal) Saludos. -- Fernando. {:-{D Hackers do it with fewer instructions.
Re: Se me vacía resolv.conf
On Tue, 11 May 2004 11:29:28 +0200 Iñaki [EMAIL PROTECTED] escribio: Hola, últimamente me viene ocurriendo una cosa bastante extraña, y estoy un tanto desconcertado. Uso Debian Sid con KDE y suelo tener siempre arrancado el aMule. Mi conexión a Internet es por cable-modem ininterrumpida. Me explico, de vez en cuando el ordenador se queda sin conexión, así tal cual. Toqueteando un poco por ahí me dí cuenta del problema, el archivo /etc/resolv.conf se vacía él solito. Es decir, se borran las IP de mis DNS's y en el archivo sólo queda la palabra search. De hecho, el aMule sigue funcionando porque tira directamente de direcciones IP y no de nombres. Si restauro resolv.conf y añado los DNS's todo vuelve a la normalidad, pero lo increible de todo es que al día siguiente seguro que se vuelve a vaciar sin motivo aparente. ¿Alguien puede ayudarme? Gracias. Para resolver este problema, dentro del directorio /etc hay un fichero que se llama /etc/dhcp.conf (creo recordar, es que no lo tengo, lo he desinstalado porque no lo uso) entonces dentro si buscas un poco veras que hay una función que se llama *** resolv_conf entonces a partir del inicio del fichero empiezas a anular todas las llamadas que haga a dicha función. Y en principio el problema estara solucionado. Es la forma que yo utilizaba para eliminar la opción de vaciar el fichero resolv.conf Espero que esto te solucione el problema. Eso si por seguridad realiza una copia de dicho fichero antes de realizar las modificaciones ;) -- http://vctrsnts.dyndns.org Hay 10 tipos de personas en este mundo. Las que saben binario y las que no.
Re: Se me vacía resolv.conf
El Tue, May 11, 2004 at 03:45:10PM +0200, a Fernando se le ocurrio escribir Iñaki wrote: El Martes, 11 de Mayo de 2004 11:44, Fernando escribió: || Por un casual ¿utilizas dhcp? || || || Saludos. || || -- || Fernando. || {:-{D || ||Hackers do it with fewer instructions. Pues sí, ¿ocurre algo por eso? ¿cómo hago si no? Sí me puedes comentar algo te lo agradezco. Edita el /etc/dhclient-script y reemplaza la funcion make_resolv.conf() por una que no haga nada. Luego create tu /etc/resolv.confsegun tus necesidades Pues no te puedo decir mucho, pero cuando usas dhcp es tu isp el que asigna mediante dhcp los dns y se modifica el /etc/resolv.conf Si por algún motivo lo está haciendo mal, pues no funcionará. Mira a ver que cliente de dhcp usas y busca en la documentacion. (creo recordar que en algunos casos había uno que funcionaba mal) Saludos. -- Fernando. {:-{D Hackers do it with fewer instructions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: Se me vaca resolv.conf
El Martes, 11 de Mayo de 2004 20:38, Angel Claudio Alvarez escribió: || El Tue, May 11, 2004 at 03:45:10PM +0200, a Fernando se le ocurrio || escribir || || Iñaki wrote: || El Martes, 11 de Mayo de 2004 11:44, Fernando escribió: || || Por un casual ¿utilizas dhcp? || || || || || || Saludos. || || || || -- || || Fernando. || || {:-{D || || || ||Hackers do it with fewer instructions. || || Pues sí, ¿ocurre algo por eso? ¿cómo hago si no? || Sí me puedes comentar algo te lo agradezco. || || Edita el /etc/dhclient-script y reemplaza la funcion make_resolv.conf() || por una que no haga nada. Luego create tu /etc/resolv.confsegun tus || necesidades || || Pues no te puedo decir mucho, pero cuando usas dhcp es tu || isp el que asigna mediante dhcp los dns y se modifica el || /etc/resolv.conf || || Si por algún motivo lo está haciendo mal, pues no funcionará. || || Mira a ver que cliente de dhcp usas y busca en la documentacion. || (creo recordar que en algunos casos había uno que funcionaba mal) || || || Saludos. || || || -- || Fernando. || {:-{D || || Hackers do it with fewer instructions. || || || -- || To UNSUBSCRIBE, email to [EMAIL PROTECTED] || with a subject of unsubscribe. Trouble? Contact || [EMAIL PROTECTED] Muchas gracias a todos.
Re: Se me vacía resolv.conf
tienes instalado autodns-dhcp o dhcp-dns ? El mar, 11-05-2004 a las 15:45, Fernando escribió: Iñaki wrote: El Martes, 11 de Mayo de 2004 11:44, Fernando escribió: || Por un casual ¿utilizas dhcp? || || || Saludos. || || -- || Fernando. || {:-{D || ||Hackers do it with fewer instructions. Pues sí, ¿ocurre algo por eso? ¿cómo hago si no? Sí me puedes comentar algo te lo agradezco. Pues no te puedo decir mucho, pero cuando usas dhcp es tu isp el que asigna mediante dhcp los dns y se modifica el /etc/resolv.conf Si por algún motivo lo está haciendo mal, pues no funcionará. Mira a ver que cliente de dhcp usas y busca en la documentacion. (creo recordar que en algunos casos había uno que funcionaba mal) Saludos. -- Fernando. {:-{D Hackers do it with fewer instructions. -- José Díaz Veiga [EMAIL PROTECTED]
Re: Se me vacía resolv.conf
El Martes, 11 de Mayo de 2004 21:05, José Díaz Veiga escribió: || tienes instalado autodns-dhcp o dhcp-dns ? Uso dhcp-client, acabo de modificar el dhclient-script, a ver si tira bien, ya os diré. De todas formas pregunto una cosa, para ir aprendiendo: Si yo edito correctamente el resolv.conf, ¿para qué necesito hacer en el arranque dhcp? Supongo que será un demonio que contacta con el ISP y comprueba que no se han modificado las IPs de los DNS o algo así, ¿estoy en lo cierto? Muchas gracias, a ver si voy a prendiendo más cada día.
Re: Se me vacía resolv.conf
El mar, 11-05-2004 a las 19:12, Iñaki escribió: El Martes, 11 de Mayo de 2004 21:05, José Díaz Veiga escribió: || tienes instalado autodns-dhcp o dhcp-dns ? Uso dhcp-client, acabo de modificar el dhclient-script, a ver si tira bien, ya os diré. De todas formas pregunto una cosa, para ir aprendiendo: Si yo edito correctamente el resolv.conf, ¿para qué necesito hacer en el arranque dhcp? Supongo que será un demonio que contacta con el ISP y comprueba que no se han modificado las IPs de los DNS o algo así, ¿estoy en lo cierto? NO, el dhcp-client lo que hace es solicitar un direccion IP a un servidor DHCP Muchas gracias, a ver si voy a prendiendo más cada día. signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Ip dinamica y resolv.conf
Hola lista! Tengo un ordenador al cual le dan una ip dinamica, sin embargo los dns que recive , aunque correctos, no resuelven los nombres de la intranet. Hay un servidor en la intranet, el cual coloco en el resolv.conf para que funcione, pero cada vez que inicio, me lo vuelve a machacar el dhcpclient. Alguna forma de dejarlo fijo?? Ghe Rivero -- Ghe Rivero [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: Ip dinamica y resolv.conf
On Tue, Apr 22, 2003 at 11:57:42AM +0200, Ghe Rivero wrote: Hola lista! Tengo un ordenador al cual le dan una ip dinamica, sin embargo los dns que recive , aunque correctos, no resuelven los nombres de la intranet. Hay un servidor en la intranet, el cual coloco en el resolv.conf para que funcione, pero cada vez que inicio, me lo vuelve a machacar el dhcpclient. Alguna forma de dejarlo fijo?? En el archivo de configuración de dhclient dile que no pida un dns. Saludos. Diego -- * Diego Bote BarcoEscuela de Ingenierías Industriales Área de Matemática Aplicada Avda. de Elvas s/nº Departamento de Matemáticas C.P.: 06071 BADAJOZ Universidad de Extremadura Tlf.: 924 289600 ext 9754 Fax: 924 289601 correo-e: dbote (en) unex (punto) es *
probelmas con resolv.conf
Buenas a toda la lista Mi problemas es q cada vez que establezco una nueva conexion: esto es, cada vez q me conecto, me cambian los contenidos de resolv.conf. Me suprime el nameserver 127.0.0.1 ( ke es el q yo le kiero poner) y le me restaura los nameservers anteriores( que los tenia con #). Tengo una conexion por modem ,y estoy corriendo la Debian 3.0. ¿Alguien me puede decir como solucionarlo?. Gracias.
Re: probelmas con resolv.conf
¿Quizás tienes instalado un cliente dhcp? Si es así configúralo para que te pida solo la información que necesitas y no te toque los dns. Con ppp, que puedes ser lo que tengas no sé muy bien como hacerlo. Saludos Diego On Wed, Nov 27, 2002 at 10:13:50AM +0100, Jesus Rios wrote: Buenas a toda la lista Mi problemas es q cada vez que establezco una nueva conexion: esto es, cada vez q me conecto, me cambian los contenidos de resolv.conf. Me suprime el nameserver 127.0.0.1 ( ke es el q yo le kiero poner) y le me restaura los nameservers anteriores( que los tenia con #). Tengo una conexion por modem ,y estoy corriendo la Debian 3.0. ¿Alguien me puede decir como solucionarlo?. Gracias. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- * Diego Bote BarcoEscuela de Ingenierías Industriales Área de Matemática Aplicada Avda. de Elvas s/nº Departamento de Matemáticas C.P.: 06071 BADAJOZ Universidad de Extremadura Tlf.: 924 289600 ext 9754 Fax: 924 289601 correo-e: [EMAIL PROTECTED] *
Re: probelmas con resolv.conf
On Wed, 27 Nov 2002 10:13:50 +0100 Jesus Rios [EMAIL PROTECTED] wrote: Buenas a toda la lista Mi problemas es q cada vez que establezco una nueva conexion: esto es, cada vez q me conecto, me cambian los contenidos de resolv.conf. Me suprime el nameserver 127.0.0.1 ( ke es el q yo le kiero poner) y le me restaura los nameservers anteriores( que los tenia con #). Tengo una conexion por modem ,y estoy corriendo la Debian 3.0. ¿Alguien me puede decir como solucionarlo?. Si estas usando pppd para conectarte seguramente tenes la opcion 'usepeerdns' en el archivo /etc/ppp/options o en alguno de los /etc/ppp/peers/*. Simplemente sacando esa opcion debe andar bien. -- Sebastian Garcia [EMAIL PROTECTED] Usuario Linux registrado #225450 Debian GNU/Linux 'Sid' kernel 2.4.19 sobre AMD K6 II JabberID: [EMAIL PROTECTED]
OT como configurar resolv.conf para usar diferentes DNS en funcion del dominio
tengo un Linux con dos ethernet. Una a un adsl y la otra a una red privada. Si en la red privada tengo un DNS que me resuelve nombres privados, por ejemplo del estilo mipc.organizacion.priv como hago para que todo los nombres que terminen en .priv los busque en ese DNS y el resto lo busque en un DNS de internet. He puesto lo siguiente: domain priv nameserver 10.10.10.1 (por ejemplo) domain adsl nameserver 80.58.32.33 (dns de internet) No sé qué poner en lugar de adsl para que el resto vaya a internet. Tal como lo tengo funciona, pero cuando le toca ver algo de internet se va primero al local y como falla luego va al de internet. He leído el resolv.conf pero no logro entender la configuración. Alguien me puede ayudar. Gracias.