  Comprobar conectividad DNS
  Introducción


  La resolución del nombre (obtener un número IP asociado a un nombre) y
  el esquema invertido (conseguir el nombre a través del número IP) son
  la esencia de las redes _T_C_P_/_I_P. Una _D_N_S erróneo o con fallas es, a
  menudo, la causa principal de la mayoría de los problemas de red y, a
  veces, de pobre funcionamiento de la misma.

  11..  AAuunnqquuee lleennttoo,, ffuunncciioonnaa..

  _T_C_P_/_I_P fue diseñado para operar tanto en redes pequeñas como en redes
  de área extensa (WAN). En estas últimas puede encontrar con facilidad
  retardos prolongados, lo que es una situación normal (pero molesta)
  con la que los protocolos IP están acostumbrados a lidiar. Un DNS malo
  o una conexión de red defectuosa que haga inaccesible el DNS causará
  todo tipo de retardos (hasta varios segundos).  Por fortuna (o por
  desgracia) existe una opción de respaldo que se activa después de
  varias expiraciones del tiempo de respuesta (un segundo DNS) que
  permite que el sistema continúe.

  Desgraciadamente esto oculta el problema real y la merma de velocidad
  puede atribuirse a una razón equivocada, como que _I_n_t_e_r_n_e_t está
  sobrecargada o que el _I_S_P (Proveedor de Servicios de Internet) está
  colapsado.


  22..  LLaa eessttrraatteeggiiaa

  _L_i_n_u_x_c_o_n_f_> efectúa una pequeña comprobación con la _D_N_S antes de
  intentar avanzar con la configuración de la máquina. Realiza una
  prueba y espera durante 4 segundos y le informa en caso de que el _D_N_S
  halla fallado y no responda durante ese periodo. Aquí escribimos
  algunas ideas que respaldan esta estrategia:


  ·  Debería tener una buena conectividad entre la red y su _D_N_S. La DNS
     puede estar localizado tanto en la red local de ethernet o justo al
     otro lado de una enlace _P_P_P (Punto a Punto).


  ·  Si se encuentra ningún _D_N_S disponible próximo a su red (o ésta no
     lo sabe), es aconsejable que instale una DNS con caché en su
     máquina. Linuxconf lo hace automáticamente cuando ud. crea un DNS
     de este tipo.


  ·  Los problemas con _D_N_S son probablemente los más difíciles de seguir
     o idetinficar para usuarios no avanzados. Es aconsejable
     detectarlos con la mayor brevedad.


  ·  Su _D_N_S no suele fallar. Cuando alguna cosa va mal, a veces el
     efecto es tan fuerte que el usuario puede creer que su máquina está
     colgada o estropeada.


  33..  LLaa pprreegguunnttaa

  _L_i_n_u_x_c_o_n_f envía la siguiente pregunta al DNS


          nslookup -q=soa 0.0.127.in-addr.arpa


  Creeremos que todos los DNS configurados adecuadamente deberían
  responder a esta petición. Es posible que una DNS opere con un esquema
  invertido para la red 127.0.0. Ésto es un defecto y debe ser
  corregido. (Ejecute Linuxconf en su máquina y configúrelo con el DNS y
  linuxconf lo arreglará por sí solo).


  44..  PPrreegguunnttaarr oo nnoo

  Algunas máquinas carecen de conectividad DNS, simplemente porque no
  hay un DNS en la organización. Linuxconf no probará el DNS si no hay
  un nombre de servidor especificado en /etc/resolv.conf.

  También puede deshabilitar este comportamiento, sólo debe ir al sub-
  menú de configuración de red y marcar la opción Name server
  specification (DNS).  Un cuadro de comprobación le permite
  deshabilitar esto. Este es el único propósito de la casilla de
  verificación en este de cuadro de diálogo.