Provided by: dnsmasq-base-lua_2.80-1ubuntu2_amd64 bug

NOMBRE

       dnsmasq - Un ligero servidor DHCP y DNS con caché.

SINOPSIS

       dnsmasq [OPCION]...

DESCRIPCIÓN

       dnsmasq  es  un  ligero servidor DNS, TFTP y DHCP. Su propósito es proveer servicios DNS y
       DHCP a una red de área local.

       Dnsmasq acepta búsquedas DNS y las responde desde un pequeño caché local,  o  las  reenvía
       hacia  un servidor DNS real recursivo.  Carga el contenido de /etc/hosts, de tal forma que
       nombres de hosts locales los cuales no aparecen en el DNS mundial  puedan  ser  resueltos.
       También responde a búsquedas DNS para hosts configurados vía DHCP.

       El  servidor DHCP dnsmasq incluye soporte para asignación de direcciones estáticas y redes
       múltiples. Automáticamente envía un predeterminado sensible de opciones DHCP, y puede  ser
       configurado para enviar cualquier opciones DHCP deseadas, incluyendo opciones encapsuladas
       por vendedores. Incluye un servidor seguro TFTP solo-lectura para permitir el  inicio  vía
       red/PXE de hosts DHCP. Tambíen incluye soporte para BOOTP.

       Dnsmasq incluye soporte IPv6 para DNS, pero no para DHCP.

OPCIONES

       Nótese  que  en  general  parámetros ausentes son permitidos y deshabilitan funciones, por
       ejemplo "--pid-file=" deshabilita la escritura de un archivo PID. En BSD, a menos  que  la
       librería  GNU getopt esté enlazada, la forma larga de las opciones no funciona en la línea
       de comandos, pero todavía es reconocida en el archivo de configuración.

       --test Leer archivo(s) de configuración y revisar su sintaxis. Salir con código 0 si  todo
              está bien, o un código no-cero en cualquier otro caso. No iniciar dnsmasq.

       -h, --no-hosts
              No leer los nombres de hosts en /etc/hosts.

       -H, --addn-hosts=<archivo>
              Archivo   de  hosts  adicional.  Leer  el  archivo  especificado  adicionalmente  a
              /etc/hosts. Si se brinda -h, leer solo el archivo especificado. Esta  opción  puede
              ser  repetida  para  más  de  un  archivo  de  hosts adicional. Si un directorio es
              brindado, entonces leer todos los archivos contenidos en ese directorio.

       -E, --expand-hosts
              Agregar el dominio a nombres sencillos (sin punto) en /etc/hosts de la misma manera
              que  con  nombres derivados de DHCP. Nótese que esto no aplica a nombres de dominio
              en cnames, expedientes PTR, TXT, etc.

       -T, --local-ttl=<tiempo>
              Al responder con información desde /etc/hosts o desde el archivo de arriendos DHCP,
              dnsmasq fija el tiempo de vida (TTL) a cero por predeterminado, significando que el
              remitente no debrá cachear la información por sí mismo. Esto es lo correcto a hacer
              en casi todas las situaciones. Esta opción permite que se especifique cierto tiempo
              de vida (en segundos) para estas respuestas. Esto reduce la carga sobre el servidor
              al costo de que los clientes usaran datos añejos bajo algunas circunstancias.

       --neg-ttl=<tiempo>
              Respuestas  negativas  desde  servidores upstream normalmente contienen información
              time-to-live (tiempo de vida) en expedientes SOA que dnsmasq usa para hacer  caché.
              Si  las  respuestas de servidores upstream omiten esta información, dnsmasq no mete
              la respuesta en el caché.  Esta opción brinda un valor predeterminado para el time-
              to-live  que  dnsmasq  usa  para  meter  respuestas negativas en el caché aún en la
              ausencia de un expediente SOA.

       --max-ttl=<tiempo>
              Fijar un valor TTL (tiempo de vida) máximo que será entregado a  clientes.  El  TTL
              máximo  especificado será otorgado a clientes en vez del TTL verdadero si es menor.
              El valor TTL real es mantenido en el caché  para  prevenir  la  inundación  de  los
              servidores DNS upstream.

       -k, --keep-in-foreground
              No  ir  hacia  el  fondo  al  iniciar,  pero aparte de eso ejecutar como normal. La
              intención de esto es para cuando dnsmasq es ejecutado bajo daemontools o launchd.

       -d, --no-daemon
              Modo debug: no hacer un fork hacia el fondo, no crear un archivo PID, no cambiar el
              ID  del usuario, generar un cache dump completo al recibir un SIGUSR1, bitacorear a
              stderr al igual que a syslog, no forkear procesos  nuevos  para  manejar  búsquedas
              TCP.

       -q, --log-queries
              Bitacorear  los  resultados  de  búsquedas DNS manejadas por dnsmasq.  Habilitar un
              dump de caché completo al recibir un SIGUSR1.

       -8, --log-facility=<facilidad>
              Fijar la facilidad a la cual dnsmasq deberá enviar mensajes syslog, esto es  DAEMON
              por  predeterminado,  y  LOCAL0  cuando  el  modo  debug  está  en operación. Si la
              facilidad brindada contiene por lo menos un carácter "/", se trata como  un  nombre
              de  archivo,  y  dnsmasq  bitacoreará  a  dicho  archivo,  en  vez de syslog. Si la
              facilidad es '-' entonces dnsmasq bitacorea a stderr. (Errores durante  la  lectura
              de  la  configuración  irán  a  syslog  todavía,  pero  todo output desde un inicio
              exitoso, y todo output mientras en ejecución, irá a este  archivo  exclusivamente.)
              Al  bitacorear  a  un  archivo, dnsmasq cerrará y reabrirá el archivo al recibir un
              SIGUSR2. Esto permite que el archivo de bitácora sea rotado sin detener a dnsmasq.

       --log-async[=<líneas>]
              Habilitar bitacoréo asincrónico y opcionalmente fijar el límite de número de líneas
              que  serán enviadas a la coleta por dnsmasq cuando syslog está lento. Dnsmasq puede
              bitacorear  asincrónicamente:  esto  le  permite  continuar  funcionando  sin   ser
              bloqueado por syslog, y permite a syslog usar dnsmasq para búsquedas DNS sin riesgo
              de tranque. Si la coleta de líneas de bitácora se  llena,  dnsmasq  bitacoreará  el
              desbordamiento,  y  el  número  de  mensajes  perdidos. El tamaño predeterminado de
              coleta es 5, un valor sano sería 5-25, y un límite de 100 es impuesto.

       -x, --pid-file=<path>
              Especificar un path alterno donde dnsmasq debe  guardar  su  PID.   Normalmente  es
              /var/run/dnsmasq.pid.

       -u, --user=<usuario>
              Especificar  el  userid al cual dnsmasq debe cambiarse despues de iniciar.  Dnsmasq
              normalmente debe ser iniciado como root, pero soltará los privilegios root  despues
              del  inicio,  cambiando a otro usuario.  Normalmente este usuario es "nobody", pero
              eso se puede cambiar con esta opción.

       -g, --group=<grupo>
              Especificar el grupo como el cual dnsmasq correrá. El predeterminado es  "dip",  si
              está   disponible,   para  facilitar  el  acceso  a  /etc/ppp/resolv.conf  el  cuál
              normálmente no es globalmente leíble.

       -v, --version
              Mostrar el número de versión.

       -p, --port=<puerto>
              Escuchar en el puerto <puerto> en vez del puerto estándar DNS (53).  Fijar  esto  a
              cero deshabilita completamente la función DNS, dejando solo DHCP y/o TFTP.

       -P, --edns-packet-max=<tamaño>
              Especificar  el  paquete  UDP  EDNS.0 más grande que es soportado por el reenviador
              DNS. Por predeterminado es 4096, lo cual es el tamaño recomendado en RFC5625.

       -Q, --query-port=<puerto>
              Enviar búsquedas outbound desde, y  escuchar  por  respuestas  en,  el  puerto  UDP
              <puerto>  en  vez  de usar puertos aleatorios. Nótese que usar esta opción hace que
              dnsmasq sea menos seguro contra ataques de spoofing DNS, pero puede ser más  rápido
              y  usar  menos  recursos.   Fijar  esta  opción a zero hace que dnsmasq use un solo
              puerto,  asignado  por  el  sistema   operativo   (esto   era   el   comportamiento
              predeterminado en versiones anteriores a 2.43).

       --min-port=<puerto>
              No  usar  puertos  menores  a <puerto> como remitentes para búsquedas DNS outbound.
              Dnsmasq escoje puertos aleatorios como  remitentes  para  búsquedas  DNS  outbound.
              Cuando  esta  opción  es  brindada, los puertos usados siempre serán mayores que el
              especificado. Esto es útil para sistemas detras de firewalls.

       -i, --interface=<nombre de interface>
              Escuchar solo en las interfaces especificadas. Dnsmasq  automáticamente  agrega  la
              interface  loopback a la lista de interfaces para usar cuando la opción --interface
              es usada. Si ninguna opción --interface o  --listen-address  es  brindada,  dnsmasq
              escucha  en todas las interfaces disponibles excepto cualquiera fijada con opciones
              --except-interface Interfaces IP  alias  (por  ejemplo,  "eth1:0")  no  pueden  ser
              utilizadas con --interface o --except-interface , usar --listen-address en vez.

       -I, --except-interface=<nombre de interface>
              No  escuchar  en  la  interface  especificada.  Nótese que el orden de las opciones
              --listen-address  --interface  y  --except-interface  no  importa  y  las  opciones
              --except-interface siempre invalidan a las otras.

       -2, --no-dhcp-interface=<nombre de interface>
              No proveer DHCP ni TFTP en la interface especificada, pero sí proveer servicio DNS.

       -a, --listen-address=<dirección IP>
              Escuchar  en  la(s)  dirección(es)  IP  especificada(s). Las opciones --interface y
              --listen-address ambas pueden ser brindadas, y  en  tal  caso  el  juego  de  ambas
              direcciones  IP  y interfaces es usada. Nótese que si ninguna opción --interface es
              brindada, pero sí se brinda  la  opción  --listen-address  ,  entonces  dnsmasq  no
              escuchará automáticamente en la interface loopback. Para obtener esto, su dirección
              IP, 127.0.0.1, debe ser explícitamente brindada como una opción --listen-address

       -z, --bind-interfaces
              En sistemas que inluyen el soporte, dnsmasq acopla la  dirección  de  comodín,  aún
              cuando está escuchando solamente en algunas interfaces. Entonces descarta búsquedas
              a las cuales no debe responder. Esto tiene  la  ventaja  de  funcionar  aún  cuando
              interfaces  van  y  vienen  y  cambian  direcciones.  Esta opción forza a dnsmasq a
              acoplarse realmente solo a las interfaces en las cuales está  escuchando.  Casi  la
              única  vez  que  esto es útil es cuando se está corriendo otro servidor DNS (o otra
              instancia de dnsmasq) en la misma  máquina.  Fijar  esta  opción  tambien  habilita
              multiples  instancias  de  dnsmasq,  las  cuales  proveen servicio DHCP en la misma
              máquina.

       -y, --localise-queries
              Retornar respuestas a búsquedas DNS desde /etc/hosts  las  cuales  dependen  de  la
              interface  donde  entró  la  búsqueda.  Si un nombre en /etc/hosts tiene mas de una
              dirección asociada con el, y por lo menos una de esas direcciones está en la  misma
              subred de la interface donde fue enviada, entónces retornar solo las direcciones en
              esa subred. Esto permite a un servidor tener direcciones  múltiples  en  /etc/hosts
              correspondientes  a  cada  una  de sus interfaces y cada host recibirá la respuesta
              adecuada dependiendo de cual red tengan adjunta. Por  el  momento,  esta  facilidad
              está limitada a IPv4.

       -b, --bogus-priv
              Búsquedas privadas reversas raras. Toda búsqueda reversa para rangos de IP privados
              (192.168.x.x, etc.) los cuales no se encuentren en /etc/hosts o en  el  archivo  de
              arriendos  DHCP  es  respondida  con "dominio no existente" en vez de ser reenviada
              upstream.

       -V, --alias=[<IP viejo>]|[<IP inicio>-<IP final>],<IP nuevo>[,<máscara>]
              Modificar direcciones IPv4 retornadas desde servidores DNS upstream; <IP viejo>  es
              remplazado  con  <IP nuevo>. Si la máscara opcional es brindada, entonces cualquier
              dirección que coincida con el <IP viejo> enmascarado será re-escrita. Así que,  por
              ejemplo,   --alias=1.2.3.0,6.7.8.0,255.255.255.0  trazará  1.2.3.56  a  6.7.8.56  y
              1.2.3.67 a 6.7.8.67. Esto es lo que ruteadores Cisco PIX llaman "DNS doctoring". Si
              la  dirección  vieja  es  brindada  como un rango, entonces solo direcciones en ese
              rango,  y  no  la   subred   entera,   son   re-escritas.   De   tal   manera   que
              --alias=192.168.0.10-192.168.0.40,10.0.0.0,255.255.255.0                  relaciona
              192.168.0.10->192.168.0.40 a 10.0.0.10->10.0.0.40

       -B, --bogus-nxdomain=<dirección IP>
              Transformar respuestas que contienen la dirección IP  brindada  a  respuestas  tipo
              "Dominio  no  existe".  La  intención  de  esto  es  actuar en contra de una movida
              desviada hecha por Verisign en septiembre del 2003, cuando comenzaron a retornar la
              dirección  de  un  servidor  de  publicidad en respuesta a búsquedas por nombres no
              registrados, en vez de la correcta  respuesta  NXDOMAIN.  Esta  opción  le  dice  a
              dnsmasq que debe forjear la respuesta correcta cuando ve este comportamiento.  Para
              septiembre 2003 la dirección IP siendo retornada por Verisign es 64.94.110.11

       -f, --filterwin2k
              Algunas versiones de Windows hacen búsquedas DNS periódicas las cuales  no  reciben
              respuestas  sensibles  desde  el  DNS  público  y pueden causar problemas activando
              enlaces marcación-en-demanda. Esta opción filtra dichas búsquedas.   Las  búsquedas
              filtradas  son para registros tipo SOA y SRV, al igual que tipo ANY donde el nombre
              pedido contiene _, para atrapar búsquedas LDAP.

       -r, --resolv-file=<archivo>
              Leer las direcciones IP de servidores DNS  upstream  desde  <archivo>,  en  vez  de
              /etc/resolv.conf.  Para  el  formato de este archivo, ver resolv.conf(5) Las únicas
              líneas relevantes a dnsmasq son las de servidores DNS. A dnsmasq se le puede  decir
              que  revise  más de un archivo resolv.conf, el primer archivo especificado remplaza
              al predeterminado, y los subsiguientes son agregados  a  la  lista.  Esto  es  solo
              permitido  al  hacer  polling;  el  archivo con la actual fecha de modificación más
              nueva es el que será usado.

       -R, --no-resolv
              No leer /etc/resolv.conf. Obtener los servidores DNS upstream solo desde  la  línea
              de comandos o desde el archivo de configuración de dnsmasq.

       -1, --enable-dbus
              Permitir  que  la  configuración  de dnsmasq sea actualizada vía llamadas de método
              DBus. La configuración que  puede  ser  cambiada  es  servidores  DNS  upstream  (y
              dominios  correspondientes)  y  limpieza de caché. Esta opción requiere que dnsmasq
              haya sido compilado con soporte para DBus.

       -o, --strict-order
              Por predeterminado, dnsmasq  enviará  búsquedas  a  cualquiera  de  los  servidores
              upstream  que  conoce,  y  trata  de favorecer servidores los cuales sabe que están
              activos. Fijar esta opción forza a dnsmasq a probar cada búsqueda con cada servidor
              estrictamente en el orden que aparecen en /etc/resolv.conf

       --all-servers
              Por  predeterminado,  cuando  dnsmasq tiene más de un servidor upstream disponible,
              enviará búsquedas a solo un servidor. Fijar esta opción forza a  dnsmasq  a  enviar
              todas  las  búsquedas a todos los servidores disponibles. La respuesta del servidor
              que responda primero será devuelta al solicitante original.

       --stop-dns-rebind
              Denegar (y bitacorear) direcciones de  servidores  upstream  que  están  dentro  de
              rangos IP privados. Esto bloquea un ataque donde un navegador detrás de un firewall
              es usado para analizar máquinas en la red local.

       --rebind-localhost-ok
              Eximir a 127.0.0.0/8 de verificaciones de rebinding. Este rango de  direcciones  es
              retornado  por  servidores de tiempo real tipo hoyo negro, así que bloquearlo puede
              deshabilitar estos servicios.

       --rebind-domain-ok=[<domain>]|[[/<domain>/[<domain>/]
              No detectar y bloquear dns-rebind en búsquedas a estos dominios. El argumento puede
              ser o un dominio sencillo, o múltiples dominios rodeados por '/', como el syntax de
              --server, por ejemplo --rebind-domain-ok=/dominio1/dominio2/dominio3/

       -n, --no-poll
              No revisar periodicamente a /etc/resolv.conf en busca de cambios.

       --clear-on-reload
              Cuando sea que /etc/resolv.conf es re-leida, liberar el caché DNS.   Esto  es  útil
              cuando  servidores  DNS nuevos puedan tener datos diferentes a los contenidos en el
              caché.

       -D, --domain-needed
              Le dice a dnsmasq que no debe reenviar búsquedas para nombres sencillos, sin puntos
              o  partes  de  dominios,  a  servidores  upstream.  Si el nombre no se conoce desde
              /etc/hosts o desde DHCP entonces una respuesta "no encontrado" es devuelta.

       -S,   --local,   --server=[/[<dominio>]/[dominio/]][<dirección   IP>[#<puerto>][@<IP    de
       remitente>|<interface>[#<puerto>]]
              Especificar  la dirección IP de servidores upstream directamente. Fijar esta opción
              no suprime la lectura de /etc/resolv.conf, use -R para hacer  eso.  Si  uno  a  más
              dominios  opcionales son brindados, ese servidor es usado solo para esos dominios y
              las búsquedas son hechas usando el servidor especificado solamente. La intención de
              esto  es para el uso con servidores DNS privados: si usted tiene un servidor DNS en
              su red el cual lidea con nombres  de  la  forma  xxx.internal.thekelleys.org.uk  en
              192.168.1.1  entonces  brindar la opción -S /internal.thekelleys.org.uk/192.168.1.1
              enviará todas las búsquedas de máquinas internas a  ese  servidor  DNS,  todas  las
              demás   búsquedas   serán  enviadas  a  los  servidores  en  /etc/resolv.conf.  Una
              especificación de dominio en blanco, // tiene  el  significado  especial  de  "solo
              nombres  no  calificados",  o  sea nombres sin ningún punto en ellos. Un puerto no-
              estándar puede ser especificado como parte de la dirección IP usando el caracter #.
              Más  de  una opción -S es permitida, con partes de dominio o dirección IP repetidas
              como sea necesario.

              Dominios más específicos toman precedencia sobre los menos  específicos,  así  que:
              --server=/google.com/1.2.3.4 --server=/www.google.com/2.3.4.5 enviará búsquedas por
              *.google.com hacia 1.2.3.4, excepto *www.google.com, el cual irá a 2.3.4.5.

              La dirección especial de servidor '#' significa "usar los  servidores  estándares",
              así  que  --server=/google.com/1.2.3.4 --server=/www.google.com/# enviará búsquedas
              por *.google.com hacia 1.2.3.4, excepto *www.google.com, el cual será reenviado  de
              manera usual.

              También  se  permite una opción -S la cual brinda un dominio pero ninguna dirección
              IP; esto le dice a dnsmasq que un dominio es local y puede  responder  a  búsquedas
              desde  /etc/hosts  o  DHCP  pero  nunca  deberá reenviar búsquedas en ese dominio a
              ningún servidor upstream.  local es un sinónimo de server para hacer  los  archivos
              de configuración mas claros en este caso.

              El string opcional despues del carácter @ le dice a dnsmasq como fijar el remitente
              de las búsquedas hacia este servidor DNS. Debe ser una dirección IP, la  cual  debe
              ser  perteneciente  a  la máquina en la cual corre dnsmasq, de forma contraria esta
              línea de servidor será bitacoreada y después ignorada, o un nombre de interface. Si
              un  nombre  de  interface  es  brindado, entonces búsquedas hacia el servidor serán
              forzadas vía esa interface; si una dirección IP es brindada, entonces la  dirección
              de  remitente de las búsquedas será fijada a esa dirección.  La etiqueta query-port
              es  ignorada  para  cualquier  servidores  que  tengan  una   dirección   remitente
              especificada,  pero  el puerto puede ser especificado directamente como parte de la
              dirección remitente. Forzar búsquedas a una interface no está implementado en todas
              las plataformas soportadas por dnsmasq.

       -A, --address=/<dominio>/[dominio/]<dirección IP>
              Especificar  una  dirección  IP  para  retornar  por cualquier host en los dominios
              brindados. Búsquedas  en  estos  dominios  nunca  son  reenviadas,  y  siempre  son
              respondidas  con  la dirección IP especificada, la cual puede ser IPv4 o IPv6. Para
              brindar ambas direcciones IPv4 y IPv6 para un dominio, usar opciones -A  repetidas.
              Nótese que /etc/hosts y arriendos DHCP invalidan esto para nombres individuales. Un
              uso común para esto es redireccionar el  dominio  doubleclick.net  entero  a  algún
              servidor  web  local  amigable para evitar banners de publicidad. La especificación
              funciona de la misma forma que con --server, con la  facilidad  adicional  que  /#/
              coincide   con  cualquier  dominio.  De  tal  forma,  --address=/#/1.2.3.4  siempre
              retornará 1.2.3.4 para cualquier búsqueda no respondida desde /etc/hosts o  DHCP  y
              que  no haya sido enviada a un servidor DNS upstream por una directiva --server mas
              especifica.

       -m, --mx-host=<nombre mx>[[,<nombre de host>],<preferencia>]
              Retornar un record llamado <mx name> apuntando hacia el  nombre  de  host  brindado
              (opcionalmente),  o  el host especificado en la opción --mx-target, o si esa opción
              no es brindada, el host en el cual dnsmasq está  corriendo.  El  predeterminado  es
              útil  para  redireccionar  correo  de  sistemas  en  la red local hacia un servidor
              central. La opción de preferencia es opcional, y su predeterminado es 1  si  no  es
              brindada. Más de un record MX puede ser brindado para un host.

       -t, --mx-target=<nombre de host>
              Especificar  el  target  predeterminado para el record MX devuelto por dnsmasq. Ver
              --mx-host. Si --mx-target es brindado, pero no --mx-host, entonces dnsmasq devuelve
              un  record MX conteniendo el target MX para búsquedas MX en el nombre de host de la
              máquina donde dnsmasq está corriendo.

       -e, --selfmx
              Retornar un record MX apuntándose a sí mismo para  cada  máquina  local.   Máquinas
              locales son aquellas en /etc/hosts o con arriendos DHCP.

       -L, --localmx
              Retornar  un record MX apuntando al host brindado por mx-target (o la máquina donde
              dnsmasq está corriendo) para cada máquina local.  Máquinas locales son aquellas  en
              /etc/hosts o con arriendos DHCP.

       -W,                                                                                 --srv-
       host=<_servicio>.<_prot>.[<dominio>],[<target>[,<puerto>[,<prioridad>[,<peso>]]]]
              Retornar un record DNS SRV. Ver RFC2782  para  detalles.  Si  no  es  brindada,  el
              dominio  se  predetermina  a  el  brindado por --domain.  El predeterminado para el
              dominio  target  está  vacío,  el  predeterminado  para  puerto  es  uno,   y   los
              predeterminados  para  peso y prioridad son cero.  Tener cuidado al transponer data
              desde archivos de zona BIND: los números de puerto, peso, y prioridad están  en  un
              orden  diferente. Más de un record SRV para un servicio/dominio es permitido, todos
              los que coincidan son retornados.

       -Y, --txt-record=<nombre>[[,<texto>],<texto>]
              Retornar un récord DNS TXT. El valor del récord TXT es una serie  de  strings,  así
              que cualquier número puede ser incluido, dividido por comas.

       --ptr-record=<nombre>[,<target>]
              Retornar un récord DNS PTR.

       --naptr-record=<nombre>,<orden>,<preferencia>,<opciones>,<servicio>,<regexp>[,<remplazo>]
              Retornar un récord DNS NAPTR, como especificado en RFC3403.

       --cname=<cname>,<target>
              Retornar  un  expediente  CNAME  que  indica que <cname> es realmente <target>. Hay
              limitaciones significativas en el target. Debe ser un nombre DNS que le es conocido
              a  dnsmasq  desde /etc/hosts (o archivos hosts adicionales) o de DHCP. Si el target
              no satisface este criterio, el cname entero es ignorado. El cname debe  ser  único,
              pero es permisible tener más de un cname indicando el mismo target.

       --interface-name=<nombre>,<interface>
              Retornar  un  expediente  DNS,  asociando el nombre con la dirección primaria en la
              interface brindada. Esta opción especifica un expediente  tipo  A  para  el  nombre
              brindado de la misma forma que una línea de /etc/hosts, excepto que la dirección no
              es constante y es en vez tomada de la interface  brindada.  Si  la  interface  está
              deshabilitada,  nó  configurada,  o  nó  existente, un récord vacío es devuelto. El
              récord PTR relevante tambien es creado, trazando la dirección de la interface a  el
              nombre.   Más  de  un  nombre  puede  ser  asociado con una dirección de interface,
              repitiendo la opción. En tal caso, la primera instancia  es  usada  para  la  traza
              reversa dirección-a-nombre.

       -c, --cache-size=<tamaño de caché>
              Fijar  el  tamaño del caché de dnsmasq. El predeterminado es 150 nombres.  Fijar el
              tamaño a cero deshabilita el caché.  Nota:  el  gran  tamaño  de  caché  afecta  el
              rendimiento.

       -N, --no-negcache
              Deshabilitar  caché  negativo.  El  caché  negativo  le  permite a dnsmasq recordar
              resultados tipo "dominio no existe"  desde  servidores  DNS  upstream  y  responder
              búsquedas idénticas sin reenviarlas nuevamente.

       -0, --dns-forward-max=<búsquedas>
              Fijar  el  número  máximo  de búsquedas DNS simultáneas. El valor predeterminado es
              150, lo cuál debería estar bien para  la  mayoría  de  casos.  La  única  situación
              conocida  donde  esto debe ser incrementado es al usar resolvedores de bitácoras de
              servidores  web,  los  cuales  pueden  generar  un  número  inmenso  de   búsquedas
              simultáneas.

       -F,   --dhcp-range=[interface:<interface>,][tag:<tag>[,tag:<tag>],][set:<tag],]<dirección-
       inicio>,<dirección-final>[,<netmask>[,<broadcast>]][,<tiempo de arriendo>]
              Habilitar  el  servidor  DHCP.  Direcciones  serán  distribuidas  desde  el   rango
              <dirección-inicio>   hasta   <dirección-final>   y   desde   direcciones  definidas
              estáticamente en opciones dhcp-host Si  el  tiempo  de  arriendo  es  especificado,
              entonces  arriendos  serán  otorgados  por  esa  cantidad  de  tiempo. El tiempo de
              arriendo es en segundos, o minutos (por ejemplo, 45m), u horas (por ejemplo, 1h), o
              "infinite". Si no es brindada, el tiempo de arriendo predeterminado es de una hora.
              El tiempo de arriendo mínimo es de dos minutos.  Esta opción  puede  ser  repetida,
              con  diferentes  direcciones,  para habilitar servicio DHCP en más de una red. Para
              redes conectadas diréctamente (en otras palabras, redes en las  cuales  la  máquina
              corriendo  dnsmasq  tiene una interface) la máscara de subred es opcional. Pero, es
              requerida para redes que reciben servicio DHCP vía un agente de relay. La dirección
              de  broadcast  siempre  es  opcional. Siempre se permite tener más de un rango dhcp
              (dhcp-range) en una subred.

              El parámetro opcional set:<tag> fija una etiqueta alfanumérica la cual  marca  esta
              red  de  tal  forma  que opciones dhcp puedan ser especificadas en base a cada red.
              Cuando es prefijada con 'tag:' en vez, entonces el  significado  cambia  de  "fijar
              etiqueta"  a "coincidir con etiqueta". Solo una etiqueta puede ser fijada, pero más
              de una  puede  ser  revisada  por  coincidencias.  La  dirección  final  puede  ser
              remplazada por la palabra clave static la cual le dice a dnsmasq que debe habilitar
              DHCP para la red especificada, pero no alocar dinámicamente  direcciones  IP:  Solo
              hosts  que tienen direcciones estáticas brindadas vía dhcp-host o desde /etc/ethers
              serán servidas. La dirección final puede ser remplazada por la palabra clave  proxy
              caso  en  el  cual dnsmasq proveerá proxy-DHCP en la subred especificada. (Ver pxe-
              prompt y pxe-service para detalles.)

              La sección interface:<interface name> no es normalmente usada. Ver la sección NOTAS
              para detalles sobre esto.

       -G,                                                                                --dhcp-
       host=[<hwaddr>][,id:<client_id>|*][,set:<tag>][,<ipaddr>][,<hostname>][,<tiempo_de_arriendo>][,ignorar]
              Especificar parámetros por host para el servidor DHCP. Esto permite que una máquina
              con una dirección de hardware particular sea siempre alocada  el  mismo  nombre  de
              host,  dirección  IP, y tiempo de arriendo.  Un nombre de host especificado de esta
              manera toma presedencia sobre cualquiera suministrado por el  cliente  DHCP  en  la
              máquina.  También se permite omitir la direccion de hardware y incluir el nombre de
              host; en tal caso la dirección IP y los tiempos  de  arriendo  serán  aplicables  a
              cualquier    máquina    que    reclame    ese   nombre.    Por   ejemplo:   --dhcp-
              host=00:20:e0:3b:13:af,wap,infinite le dice a dnsmasq que debe darle a  la  máquina
              con  dirección  ethernet  00:20:e0:3b:13:af  el  nombre  wap,  y  un  arriendo DHCP
              infinito.   --dhcp-host=lap,192.168.0.199  le  dice  a  dnsmasq  que  siempre  debe
              alocarle a la maquina lap la dirección IP 192.168.0.199.

              Direcciones  alocadas  de esta manera no tienen que estar dentro del rango dado con
              la opción --dhcp-range, pero deben estar en la subred de un rango DHCP (dhcp-range)
              válido.  Para subredes que no necesitan una collección de direcciones dinamicamente
              alocadas, usar la palabra clave "static" in la declaración dhcp-range.

              Es permitido usar identificadores de cliente en vez de direcciones de hardware para
              identificar hosts prefijando 'id:'. O sea que: --dhcp-host=id:01:02:03:04,.....  se
              refiere al host con identificador  de  cliente  01:02:03:04.   También  se  permite
              especificar     el     ID     de     cliente     como     texto,    así:    --dhcp-
              host=id:iddeclientecomotexto,.....

              La opción especial id:* significa "ignorar cualquier ID de cliente y usar solamente
              direcciones  MAC." Esto es útil cuando un cliente presenta un ID de cliente algunas
              veces pero otras no.

              Si un nombre aparece en /etc/hosts, la dirección asociada puede ser  alocada  a  un
              arriendo  DHCP,  pero  solo  si existe una opción --dhcp-host la cual especifica el
              nombre también. Solo un hostname puede ser brindado en una  opción  dhcp-host  pero
              aliases son posibles por medio del uso de CNAMEs. (Ver --cname ).

              La  palabra  clave "ignore" le dice a dnsmasq que no debe ofrecer jamás un arriendo
              DHCP a una máquina. La máquina puede ser especificada por dirección de hardware, ID
              de  cliente,  o  nombre  de host, por ejemplo: --dhcp-host=00:20:e0:3b:13:af,ignore
              Esto es útil cuando hay otro servidor DHCP en la red que debe ser usado por algúnas
              máquinas.

              El  set:<tag> fija la etiqueta cuando sea que esta directiva dhcp-host está en uso.
              Esto puede ser usado para enviar selectivamente opciones DHCP a este host.  Más  de
              una  etiqueta puede ser fijada en una directiva dhcp-host (pero no en otros lugares
              donde "set:<tag>" es permitido). Cuando un host coincide  con  cualquier  directiva
              dhcp-host  (o  una implicada por /etc/ethers) entonces la etiqueta especial "known"
              es fijada. Esto permite que dnsmasq sea  configurado  para  ignorar  pedidos  desde
              máquinas desconocidas usando --dhcp-ignore=tag:!known Direcciones ethernet (pero no
              client-ids)  pueden  tener  bytes  comodínes,   así   que   por   ejemplo   --dhcp-
              host=00:20:e0:3b:13:*,ignore  causará  que  dnsmasq  ignore un rango de direcciones
              ethernet. Nótese que el "*" necesitará ser escapado o escrito entre comillas en  la
              línea de comandos, pero no en el archivo de configuración.

              Direcciones de hardware normalmente coinciden con cualquier tipo de red (ARP), pero
              es posible restringirlas a un tipo ARP singular precediendolo con el tipo  ARP  (en
              HEX)  y  "-". Así que --dhcp-host=06-00:20:e0:3b:13:af,1.2.3.4 solo coincidiría con
              una dirección de hardware Token-Ring, dado que el tipo ARP para Token-Ring es 6.

              Como caso especial, es posible incluir más de una dirección de  hardware.  Ejemplo:
              --dhcp-host=11:22:33:44:55:66,12:34:56:78:90:12,192.168.0.2  Esto  permite  que una
              dirección IP sea asociada con direcciones de hardware  múltiples,  y  le  brinda  a
              dnsmasq  permiso  para  abandonar  un  arriendo  DHCP  a  una de las direcciones de
              hardware cuando otra pide un arriendo. Nótese que  esto  es  algo  peligroso,  sólo
              funcionará  dependiblemente  si  una  de las direcciones de hardware está activa en
              cualquier momento y dnsmasq no tiene forma de enforzar  esto.  Pero  es  útil,  por
              ejemplo,  para  alocar  una  dirección  IP estable a una laptop que tiene interface
              alámbrica e inalámbrica.

       --dhcp-hostsfile=<archivo>
              Leer información host DHCP desde  el  archivo  especificado.  El  archivo  contiene
              información  de un host por línea. El formato de una línea es igual que texto hacia
              la derecha de '=' en --dhcp-host. La ventaja de almacenar información host DHCP  en
              este  archivo es que puede ser cambiada sin tener que reiniciar dnsmasq. El archivo
              será re-leído cuando dnsmasq recibe un SIGHUP.

       --dhcp-optsfile=<archivo>
              Leer información sobre opciones DHCP desde el archivo especificado. La  ventaja  de
              usar  esta  opción  es  la misma que con --dhcp-hostsfile: el archivo dhcp-optsfile
              será re-leído cuando dnsmasq recibe un SIGHUP.  Nótese que es  posible  colocar  la
              información  mediante  --dhcp-boot como opciones DHCP, usando los nombres de opción
              bootfile-name, server-ip-address, y tftp-server. Esto permite que sean incluidas en
              un archivo dhcp-optsfile.

       -Z, --read-ethers
              Leer  /etc/ethers  en  busca  de  información sobre hosts para el servidor DHCP. El
              formato de /etc/ethers es una dirección de hardware, seguida por ya sea  un  nombre
              de  host  o  una  dirección  IP.  Al  ser  leidas  por dnsmasq, estas líneas tienen
              exáctamente el mismo  efecto  que  opciones  --dhcp-host  que  contienen  la  misma
              información. /etc/ethers es re-leída cuando dnsmasq recibe un SIGHUP.

       -O,                               --dhcp-option=[tag:<tag>,[tag:<tag>,]][encap:<opt>,][vi-
       encap:<enterprise>,][vendor:[<vendor-class>],][<opt>|option:<opt-
       name>],[<value>[,<value>]]
              Especificar  opciones  diferentes  o  extra  a  clientes  DHCP. Por predeterminado,
              dnsmasq envía algunas opciones estándar a clientes DHCP. La  máscara  de  subred  y
              dirección  broadcast  son  fijadas  igual  a  las  del host que corre dnsmasq, y el
              servidor DNS y ruteador a la dirección de la  máquina  que  corre  dnsmasq.  Si  la
              opción  de  nombre  de  dominio ha sido fijada, es enviada. Esta opción permite que
              esos predeterminados sean sobrescritos, o que sean especificadas otras opciones. La
              opción   a   ser  enviada  puede  ser  brindada  como  un  número  decimal  o  como
              "option:<option-name>". Los números de opción están especificados en RFC2132 y RFCs
              subsiguientes.  El juego de option-names conocido por dnsmasq puede ser descubierto
              ejecutando "dnsmasq --help dhcp". Por ejemplo, para fijar la ruta predeterminada  a
              192.168.4.4,  hágase  un --dhcp-option=3,192.168.4.4 o --dhcp-option=option:router,
              192.168.4.4 y para fijar la dirección de servidor de tiempo a  192.168.0.4,  hágase
              un  --dhcp-option=42,192.168.0.4  o --dhcp-option=option:ntp-server, 192.168.0.4 La
              dirección especial 0.0.0.0 es entendida que significa "la dirección de  la  máquina
              que  corre  dnsmasq".  Tipos  de  data  permitidos  son  direcciones  IP  de cuatro
              segmentos, un número decimal, dígitos hex separados por colones,  y  un  string  de
              texto.  Si  las  etiquetas  opcionales  son brindadas, entonces esta opción es solo
              enviada cuando todas las etiquetas coinciden.

              Procesamiento especial es llevado a cabo en un argumento de texto  para  la  opción
              119,  en  conforme con RFC3397. Direcciones IP textuales o de cuatro segmentos como
              argumentos a la opción 120 son manejados mediante RFC3361. Direcciones IP de cuatro
              segmentos  que  son  seguidas  por  un  diagonal  (slash) y después una máscara son
              codificados mediante RFC3442.

              Tener cuidado: niguna verificación es hecha sobre si el número de tipo correcto  es
              enviado,  y  es  muy  posible  persuadir  a  dnsmasq  para que genere paquetes DHCP
              ilegales mediante uso inadecuado de esta opción.  Cuando  el  valor  es  un  número
              decimal, dnsmasq debe determinar qué tan grande es el objeto de data. Esto es hecho
              mediante una examinación del número  de  opción,  y/o  el  valor,  pero  puede  ser
              invalidado agregándole una opción de una sola letra de esta forma: b = un byte, s =
              dos bytes, i = cuatro bytes. Esto es principalmente útil con opciones  encapsuladas
              tipo  vendedor  (ver  abajo)  donde  dnsmasq  no puede determinar el tamaño de data
              usando el número de opción. Data de opción  la  cual  consiste  solo  de  puntos  y
              dígitos  será  interpretada  por  dnsmasq  como  una dirección IP, y será insertada
              dentro de una opción de esa manera.  Para forzar un string literal, usar  comillas.
              Por  ejemplo,  cuando se usa la opción 66 para enviar una IP literal como un nombre
              de servidor TFTP, es necesario hacer: --dhcp-option=66,"1.2.3.4"

              Opciones encapsuladas vendor-class también pueden ser especificadas usando  --dhcp-
              option:   por  ejemplo  --dhcp-option=vendor:PXEClient,1,0.0.0.0  envía  la  opción
              específica de clase de vendedor "mftp-address=0.0.0.0"  a  cualquier  cliente  cuyo
              vendor-class  coincida  con  "PXEClient". El revisado de coincidencias vendor-class
              está basado en substrings (ver --dhcp-vendorclass para  detalles).  Si  una  opción
              vendor-class (número 60) es enviada por dnsmasq, entonces es usada para seleccionar
              opciones encapsuladas en preferencia sobre cualquiera enviada por  el  cliente.  Es
              posible  omitir  el vendorclass completamente; --dhcp-option=vendor:,1,0.0.0.0 caso
              en el  cuál  la  opción  encapsulada  siempre  es  enviada.   Opciones  pueden  ser
              encapsuladas  dentro  de otras opciones, por ejemplo: --dhcp-option=encap:175, 190,
              iscsi-client0 enviará opción 175, dentro de la cual está opción 190.  Si  múltiples
              opciones  son  brindadas  que  están  encapsuladas  con  el  mismo número de opción
              entonces serán correctamente  combinadas  en  una  opción  encapsulada.   encap:  y
              vendor: no pueden ser fijadas ambas dentro de la misma opción dhcp-option.

              La  variante  final en opciones encapsuladas es "Vendor-Identifying Vendor Options"
              como   especificado   en   RFC3925.    Estos    son    denotados    así:    --dhcp-
              option=rfc3925-encap:2,  10,  text  El  número  en  la sección rfc3925-encap: es el
              número enterprise usado para identificar esta opción.

              La dirección 0.0.0.0 no es tratada de forma especial en opciones encapsuladas.

       --dhcp-option-force=[tag:<tag>,[tag:<tag>,]][encap:<opt>,][vi-
       encap:<enterprise>,][vendor:[<vendor-class>],]<opt>,[<value>[,<value>]]
              Esto funciona exáctamente de la misma forma que --dhcp-option excepto que la opción
              siempre será enviada, aún si el cliente no  la  pide  en  la  lista  de  pedido  de
              parámetros.  Esto  se  necesita  aveces,  por  ejemplo  cuando  enviando opciones a
              PXELinux.

       --dhcp-no-override
              Deshabilitar la reutilización de los campos DHCP de nombre de  servidor  y  archivo
              como  espacio  para  opciones  extra.  Si  puede,  dnsmasq mueve la información del
              servidor boot y del nombre de archivo (de dhcp-boot) de sus campos dedicados  hacia
              opciones DHCP. Esto crea espacio extra en el paquete DHCP para opciones, pero puede
              raramente confundir clientes viejos o defectuosos. Esta opción forza comportamiento
              "simple y sencillo" para prevenir problemas en tales casos.

       -U, --dhcp-vendorclass=set:<tag>,<vendor-class>
              Trazar desde un string vendor-class a una etiqueta. La mayoría de los clientes DHCP
              proveen una "vendor class" la cual representa, en cierto sentido, el tipo de  host.
              Esta  opción traza clases de vendedor a network ids, de tal forma que opciones DHCP
              pueden ser selectivamente entregadas a diferentes  clases  de  hosts.  Por  ejemplo
              dhcp-vendorclass=set:printers,Hewlett-Packard JetDirect peritiría que opciones sean
              fijadas solo para impresoras HP  así:  --dhcp-option=tag:printers,3,192.168.4.4  El
              string vendor-class es coordinado con el vendor-class proveido por el cliente, para
              permitir coincidencias borrosas. El prefijo set: es opcional,  pero  permitido  por
              razones de consistencia.

       -j, --dhcp-userclass=set:<tag>,<user-class>
              Trazar  desde un string user-class a una etiqueta (con coordinación substring, como
              con vendor-class). La mayoría de los clientes DHCP proveen un "user class" el  cual
              es  configurable.  Esta  opción  traza clases user a network ids, de tal manera que
              opciones DHCP puedan ser selectivamente enviadas a diferentes tipos  de  hosts.  Es
              posible, por ejemplo, usar esto para especificar una impresora diferente para hosts
              en la clase "cuentas" que para los de la clase "ingenieria".

       -4, --dhcp-mac=set:<tag>,<MAC address>
              Trazar desde una dirección MAC a una  etiqueta.  La  dirección  MAC  puede  incluir
              comodínes.  Por ejemplo: --dhcp-mac=set:3com,01:34:23:*:*:* fijaría el tag "3com" a
              cualquier host el cual su MAC coincida con el patrón.

       --dhcp-circuitid=<network-id>,<circuit-id>, --dhcp-remoteid=<network-id>,<remote-id>
              Trazar de opciones agente de relay RFC3046 a  etiquetas.  Estos  datos  pueden  ser
              proveídos  por  agentes  de  relay  DHCP.  El circuit-id o remote-id es normlamente
              brindado como hex separado por doblepuntos,  pero  también  se  permite  un  string
              simple.  Si  se  obtiene  una coincidencia exacta entre el circuit o agent ID y uno
              proveído por un agente de relay, la etiqueta es fijada.

       --dhcp-subscrid=set:<tag>,<subscriber-id>
              Trazar de opciones relay subscriber-id RFC3993 a etiquetas.

       --dhcp-proxy[=<ip addr>]......
              Un agente de relay normal es usado solamente para reenviar las partes iniciales  de
              una  interacción  DHCP con el servidor DHCP. Una vez que un cliente es configurado,
              se comunica diectamente con el servidor. Esto es indeseable si el agente  de  relay
              está  agregando  información  extra  a  los paquetes DHCP, tal como usado por dhcp-
              circuitid y dhcp-remoteid.  Una implementación relay completa puede usar la  opción
              serverid-override  RFC  5107  para obligar al servidor DHCP a usar el relay como un
              proxy completo, con todos los paquetes pasando a travez de el. Esta  opción  provee
              una  manera  alternativa  de hacer la misma cosa, para relays que no tienen soporte
              RFC 5107. Brindada por si sola, manipula el server-id para todas las  interacciones
              via  relays. Si una lista de IPs es brindada, solo interacciones via relays en esas
              direcciones son afectadas.

       --dhcp-match=set:<tag>,<option              number>|option:<option               name>|vi-
       encap:<enterprise>[,<value>]
              Sin  un  valor,  fijar la etiqueta si el cliente envía una opción DHCP del número o
              valor brindado. Cuando un valor es brindado, fijar la etiqueta solo si la opción es
              enviada  y coincide con el valor. El valor puede ser de la forma "01:ff:*:02", caso
              en el cual el valor debe coincidir (aparte de los comodines) pero la opción enviada
              puede  tener  data  que  no  coincide despues del final del valor. El valor también
              puede ser de la misma forma que dhcp-option caso en el cual la  opción  enviada  es
              tratada como un array, y un elemento debe coincidir, así que

              --dhcp-match=set:efi-ia32,option:client-arch,6

              fijará la etiqueta a "efi-ia32" si el número 6 aparece en la lista de architecturas
              enviada por los clientes en opción 93. (Ver RFC 4578 para detalles.) Si el valor es
              un string, coincidencia substring es usada.

              La  forma especial con vi-encap:<enterpise number> busca coincidencia con clases de
              vendedor identificadoras para el enterprise especificado. Por favor  ver  RFC  3925
              para mas detalles sobre estas bestias raras e interesantes.

       --tag-if=set:<tag>[,set:<tag>[,tag:<tag>[,tag:<tag>]]]
              Llevar a cabo operaciones boolean en etiquetas. Cualquier etiqueta que aparece como
              set:<tag> es fijada si todas  las  etiquetas  que  aparecen  como  tag:<tag>  estan
              fijadas,  (o  desfijadas  cuando tag:!<tag> es usado). Si ningún tag:<tag> aparece,
              etiquetas set:<tag> son fijadas incondicionalmente. Cualquier  cantidad  de  formas
              set:  y  tag:  pueden aparecer, en cualquier orden. Líneas tag-if son ejecutadas en
              orden, así que si la etiqueta en tag:<tag> es una etiqueta fijada por otra  tag-if,
              la línea que fija la etiqueta debe preceder a la que comprueba.

       -J, --dhcp-ignore=tag:<tag>[,tag:<tag>]
              Cuando  todoas las etiquetas brindadas aparecen en el juego de etiquetas ignorar el
              host y no brindarle un arriendo DHCP.

       --dhcp-ignore-names[=tag:<tag>[,tag:<tag>]]
              Cuando todos las etiquetas brindadas aparecen en el  juego  de  etiquetas,  ignorar
              cualquier  nombre  de  host proveido por el host. Nótese que, a diferencia de dhcp-
              ignore, es permisible no brindar ninguna etiqueta, y en tal caso  nombres  de  host
              proveidos  por  clientes  DHCP siempre son ignorados, y hosts DHCP son agregados al
              DNS usando solo la configuración dhcp-host en dnsmasq y el contenido de  /etc/hosts
              y /etc/ethers.

       --dhcp-generate-names=tag:<tag>[,tag:<tag>]
              Generar  un  nombre  para  clientes DHCP que de otra forma no tienen uno, usando la
              dirección MAC expresada en hex, separada por guiones. Nótese que si un host  provee
              un  nombre,  será usado preferiblemente sobre este, a menos que --dhcp-ignore-names
              esté fijado.

       --dhcp-broadcast[=tag:<tag>[,tag:<tag>]]
              Cuando todas las  etiquetas  aparecen  en  el  juego  de  etiquetas,  siempre  usar
              broadcast  para  comunicar  con  el host cuando no está configurado.  Es permisible
              omitir las etiquetas, caso en el cual esto es incondicional. La mayoría de clientes
              DHCP  que  necesitan  respuestas broadcast fijan una opción en sus pedidos para que
              esto pase automaticamente, algunos clientes BOOTP viejos no lo hacen.

       -M, --dhcp-boot=[tag:<tag>,]<filename>,[<servername>[,<server address>]]
              Fijar opciones BOOTP que han de ser  devueltas  por  el  servidor  DHCP.  Nombre  y
              dirección  de  servidor son opcionales: si no son brindadas, el nombre es dejado en
              blanco, y la dirección es fijada a la de la máquina que corre dnsmasq.  Si  dnsmasq
              está  brindando  servicio  TFTP  (ver  --enable-tftp  )  entonces solo el nombre de
              archivo es requirido aquí para habilitar el inicio  atravéz  de  una  red.  Si  las
              opcionales   etiquetas  son  brindadas,  ellas  deberán  coincidir  para  que  esta
              configuración sea enviada. Nótese que network-ids están prefijadas con "net:"  para
              distinguirlas.

       --pxe-service=[tag:<tag>,]<CSA>,<menu        text>[,<basename>|<bootservicetype>][,<server
       address>]
              La mayoría de usos para boot-ROMS PXE simplemente permiten al sistema  PXE  obtener
              una  dirección  IP  y  entonces  bajar  el  archivo  especificado  por  dhcp-boot y
              ejecutarlo. Sin embargo, el sistema PXE es capaz de llevar  a  cabo  funciones  más
              complejas cuando están soportadas por un servidor DHCP adecuado.

              Esto especifica una opción boot que puede aparecer en un menú de boot PXE. <CSA> es
              tipo de sistema de cliente, solo servicios del tipo correcto aparecerán en un menú.
              Los  tipos  conocidos son x86PC, PC98, IA64_EFI, Alpha, Arc_x86, Intel_Lean_Client,
              IA32_EFI, BC_EFI, Xscale_EFI y X86-64_EFI; un número  entero  puede  ser  utilizado
              para  otros  tipos.  El  parámetro después del texto de menú puede ser un nombre de
              archivo, caso en el cuál dnsmasq actúa como un servidor boot y le ordena al cliente
              PXE  bajar  el archivo vía TFTP, ya sea de sí mismo ( enable-tftp debe estar fijado
              para que esto funcione) o desde otro servidor TFTP si  la  dirección  IP  final  es
              brindada.   Nótese  que el sufijo "layer" (normalmente ".0") es brindado por PXE, y
              no debe ser agregado al nombre base. Si un número entero es brindado en vez  de  un
              nombre  base,  entonces  el  cliente PXE buscará un servicio boot adecuado para ese
              tipo de red. Esta búsqueda puede ser hecha mediante broadcast, o directamente a  un
              servidor  si  la dirección IP es brindada. Si ningún tipo de servicio boot o nombre
              de archivo es brindado (o un tipo de servicio boot de 0 es especificado),  entonces
              la opción de menú abortará el proceso net boot y continuará desde el medio local.

       --pxe-prompt=[tag:<tag>,]<prompt>[,<timeout>]
              Fijar  esto  hace  que un aviso sea expuesto despues del boot PXE. Si el timeout es
              brindado, entonces despues que el timeout se haya vencido sin input del teclado, la
              primera  opción  del  menú  sera  automaticamente  ejecutada. Si el timeout es cero
              entonces la primera opción del menú sera automaticamente ejecutada.  Si  pxe-prompt
              es  omitido,  el  sistema  esperará  para  el  input  del  usuario si hay múltiples
              artículos en el menú, pero hará boot imediatamente si hay solo uno. Ver pxe-service
              para detalles sobre artículos de menu.

              Dnsmasq  tiene soporte para "proxy-DHCP" PXE, en este caso otro servidor DHCP en la
              red es responsable por asignar direcciones IP,  y  dnsmasq  simplemente  provee  la
              dirección  brindada  en  pxe-prompt y pxe-service para permitir boot a travez de la
              red. Este modo es habilitado usando la palabra clave proxy en dhcp-range.

       -X, --dhcp-lease-max=<número>
              Limita a dnsmasq a el número especificado de arriendos DHCP. El  predeterminado  es
              1000.  El  limite  es  para  prevenir  ataques DoS desde hosts que crean cientos de
              arriendos y usan mucha de la memoria del proceso dnsmasq.

       -K, --dhcp-authoritative
              Esta opción debe ser fijada cuando dnsmasq es  definitivamente  el  único  servidor
              DHCP  en  la  red.  Cambia el comportamiento de RFC de tal manera que pedidos desde
              hosts no conocidos no  serán  ignorados.  Esto  permite  que  hosts  nuevos  puedan
              conseguir  un  arriendo sin sin un timeout bajo toda circunstancia. También permite
              que dnsmasq reconstruya su base de datos de arriendos sin que cada cliente necesite
              readquirir un arriendo si la base de datos es perdida.

       --dhcp-alternate-port[=<puerto de servidor>[,<puerto de cliente>]]
              Cambiar del predeterminado los puertos usados para DHCP. Si esta opción es brindada
              sola, sin argumentos, cambia los puertos usados para DHCP de 67 y 68 a 1067 y 1068.
              Si  un solo argumento es brindado, ese puerto es usado para el servidor y el número
              de puerto mas uno es usado para el cliente. Finalmente, dos números permiten que se
              especifiquen ambos los puertos de servidor y cliente para DHCP.

       -3, --bootp-dynamic[=<network-id>[,<network-id>]]
              Habilitar  alocación  dinámica  de  direcciones  IP a clientes BOOTP. Usar esto con
              cuidado, ya que cada dirección  alocada  a  un  cliente  BOOTP  es  arrendada  para
              siempre,  y  consecuentemente  queda  no-disponible para re-uso por otros hosts. Si
              esto es brindado sin  etiquetas,  entonces  incondicionalmente  habilita  alocación
              dinámica.  Con  etiquetas, solo cuando todas las etiquetas están fijadas. Puede ser
              repetido con diferentes juegos de etiquetas.

       -5, --no-ping
              Por predetermindado, el servidor DHCP tratará de asegurarse que  una  dirección  no
              esté en uso antes de alocarsela a un host. Hace esto enviando un echo ICMP (ping) a
              la dirección referente. Si recibe una respuesta, entonces la dirección  debe  estar
              siendo  usada, y se repite la prueba con otra. Esta opción deshabilita esta prueba.
              Usar con cuidado.

       --log-dhcp
              Bitacoréo extra para DHCP: Bitacorear todas las opciones enviadas a clientes DHCP y
              las etiquetas usadas para determinarlos.

       -l, --dhcp-leasefile=<path>
              Usar el archivo especificado para almacenar información de arriendos DHCP.

       -6 --dhcp-script=<path>
              Cuando  un  arriendo  DHCP nuevo es creado, o uno viejo es destruido, el ejecutable
              especificado por esta opción es ejecutado.  <path> debe ser un  pathname  absoluto,
              ninguna  búsqueda  PATH ocurre.  Los argumentos para el binario son "add", "old", o
              "del", la dirección MAC del host, la dirección IP, y el hostname, si  es  conocido.
              "add"  significa  que  un  arriendo  ha sido creado, "del" que ha sido destruido, y
              "old" es una notificación de un arriendo  existente  cuando  dnsmasq  inicia  o  un
              cambio  a  una  MAC  o  nombre  host  de  un arriendo existente (también, tiempo de
              arriendo o vencimiento y client-id, si leasefile-ro está fijado). Si  la  dirección
              MAC es de un tipo de red que no es ethernet, tendrá el tipo de red precolocado, por
              ejemplo "06-01:23:45:67:89:ab" para token ring. El proceso es ejecutado  como  root
              (asumiendo  que  dnsmasq fue originalmente ejecutado como root) aún si dnsmasq está
              configurado para cambiar su UID a un usuario sin privilegios.

              El ambiente es heredado del usuario que ha invocado a dnsmasq, con algunas o  todas
              de las siguientes variables agregadas.

              DNSMASQ_CLIENT_ID si el host brindo un client-id.

              DNSMASQ_DOMAIN  si  el  nombre  de  dominio  completamente  calificado  del host es
              conocido, esto es fijado a la parte del dominio.

              Si el cliente brinda vendor-class, hostname o user-class, estos  son  brindados  en
              las      variables      DNSMASQ_VENDOR_CLASS,      DNSMASQ_SUPPLIED_HOSTNAME,     y
              DNSMASQ_USER_CLASS0..DNSMASQ_USER_CLASSn, pero solo para  acciones  "add"  y  "old"
              cuando  un  host  reanuda  un  arriendo  existente,  dado  a que estos datos no son
              almacenados en la base de datos de arriendos de dnsmasq.

              Si dnsmasq fue compilado con HAVE_BROKEN_RTC, entonces la duración del arriendo (en
              segundos)  es  almacenada  en  DNSMASQ_LEASE_LENGTH,  de  otra  manera el tiempo de
              vencimiento es almacenado en DNSMASQ_LEASE_EXPIRES.  El número de segundos faltante
              para el vencimiento del arriendo siempre es almacenado en DNSMASQ_TIME_REMAINING.

              Si  un arriendo solía tener un nombre de host, el cual es removido, un evento "old"
              es generado con el nuevo estado del arriendo,  (por  ejemplo,  sin  nombre),  y  el
              nombre anterior es brindado en la variable de ambiente DNSMASQ_OLD_HOSTNAME.

              DNSMASQ_INTERFACE  almacena  el  nombre de la interface en la cual llegó el pedido;
              esto no es fijado para acciones "viejas" cuando dnsmasq re-inicia.

              DNSMASQ_RELAY_ADDRESS es fijado si el cliente usó un relay DHCP  para  contactar  a
              dnsmasq y la dirección IP del relay es conocida.

              DNSMASQ_TAGS contiene todas las etiquetas network-id fijadas durante la transacción
              DHCP, separadas por espacios.

              Todos los descriptores de archivo están cerrados excepto stdin,  stdout,  y  stderr
              los cuales están abiertos a /dev/null (excepto en modo debug).

              Este  guión  no  es  invocado concurrentemente: máximo una instamcia del guión está
              corriendo a la vez (dnsmasq espera a que una instancia de guión haga exit antes  de
              correr  la siguiente). Cambios a la base de datos de arriendos que requieren que el
              guión sea invocado  son  puestos  en  cola  esperando  el  exit  de  una  instancia
              corriente.  Si  esta  cola  permite que cambios multiples de estado le ocurran a un
              arriendo individual antes de que el guión  pueda  ser  ejecutado  entonces  estados
              anteriores  son  descartados y el estado actual del arriendo es reflejado cuando el
              guión finalmente corre.

              Al inicio de dnsmasq, el guión será invocado para todos  los  arriendos  existentes
              mientras  van siendo leídos desde el archivo de arriendos. Arriendos vencidos serán
              llamados con "del" y otros con "old". <path> debe ser  un  path  absoluto,  ninguna
              búsqueda  PATH ocurre cuando arriendos dnsmasq serán llamados con "del" y otros con
              "old". Cuando dnsmasq recibe una señal HUP, el guión será invocado  para  arriendos
              existentes con un evento "old".

       --dhcp-scriptuser
              Especificar  el  usuario  como el cual se debe correr el archivo guión de cambio de
              arriendos. Este es root por predeterminado, pero puede ser cambiado a otro  usuario
              mediante esta opción.

       -9, --leasefile-ro
              Suprimir  completamente el uso del archivo de arriendos. El archivo no será creado,
              leído, ni escrito. Cambiar la manera en la cuál  el  archivo  guión  de  cambio  de
              arriendo  (si  es  brindado)  es  llamado,  de  tal  forma  que la base de datos de
              arriendospueda  ser  mantenida  en  almacenaje  externo  por  el   archivo   guión.
              Adicionálmente  a  las invocaciones brindadas en --dhcp-script el archivo de cambio
              de arriendos es llamado una vez, al inicio  de  dnsmasq,  con  el  único  argumento
              "init". Cuando invocado de esta forma, el guión debería escribir el estado guardado
              de la base de datos de arriendos, en formato de archivo  de  arriendos  dnsmasq,  a
              stdout  y  hacer  exit con código exit cero. Fijar esta opción también forza que el
              archivo de cambio de arriendos sea llamado cuando hay cambios hechos a el client-id
              y tiempos de arriendo y vencimiento.

       --bridge-interface=<nombre de interface>,<alias>[,<alias>]
              Tratar  paquetes  de  pedidos  DHCP (v4 y v6) y de IPv6 Router Solicit que llegan a
              cualquiera de las interfaces <alias>  como  si  hubieran  llegado  a  la  interface
              <nombre  de  interface>.   Esta  opción  permite que dnsmasq puede proporcionar los
              servicios DHCP y RA a través de interfaces ethernet sin dirección y sin puente; por
              ejemplo  en  un  nodo de cálculo de OpenStack, donde cada una de esas interfaces es
              una interfaz TAP para una máquina virtual, o  al  usar  bridging  estilo  viejo  en
              plataformas BSD.

       -s, --domain=<dominio>[,<rango de IPs>]
              Especifica  los  dominios  DNS para el servidor DHCP. Dominios pueden ser brindados
              incondicionalmente (sin el rango de IPs) o para rangos limitados.  Esto  tiene  dos
              efectos:  Primeramente,  causa  que  el  servidor  DHCP  le  devuelva  el dominio a
              cualquier host que lo pida. Segundamente, fija el dominio para  el  cual  es  legal
              para  hosts configurados mediante DHCP reclamar. La intención es restringir nombres
              de host para que un host no-confiado en la LAN no pueda  proclamar  su  nombre  vía
              DHCP,  como  por ejemplo "microsoft.com" y capturar tráfico no destinado a ella. Si
              ningún sufijo de dominio es especificado, entonces cualquier nombre de host con una
              parte  de  dominio  (o  sea con un punto) será negada y bitacorada. Si un sufijo es
              especificado, entonces nombres de host con una parte de dominio son permitidos, con
              tal  que  la  parte  de  dominio  coincida con el sufijo. Adicionalmente, cuando un
              sufijo es fijado, entonces nombres de host sin parte de dominio  tienen  el  sufijo
              agregado  como  una  parte  de dominio opcional. Por ejemplo, en mi red puedo fijar
              --domain=thekelleys.org.uk y tener una maquina cuyo nombre host DHCP  es  "laptop".
              La  dirección  IP  de  esa  máquina  es  disponible  desde  dnsmasq como "laptop" y
              "laptop.thekelleys.org.uk". Si el dominio es brindado como "#" entonces el  dominio
              es  leido desde la primera directiva search en /etc/resolv.conf (o equivalente). El
              rango  de  direcciones  puede  ser  <dirección  IP>,<dirección  IP>  or  <dirección
              IP>/<máscara de subred>. Ver --dhcp-fqdn el cual puede cambiar el comportamiento de
              dnsmasq con dominios.

       --dhcp-fqdn
              En el modo predeterminado, dnsmasq pone los nombres no-calificados de clientes DHCP
              en  el  DNS.  Por esta razón, los nombres deben ser únicos, aún si dos clientes que
              tienen el mismo nombre están en dominios diferentes. Si  un  segundo  cliente  DHCP
              aparece  el  cual  tiene  el  mismo  nombre  que un cliente existente, el nombre es
              transferido al cliente nuevo.  Si  --dhcp-fqdn  está  fijado,  este  comportamiento
              cambia:  El nombre no-calificado no es puesto en el DNS, solo el nombre calificado.
              Dos clientes DHCP con el mismo nombre pueden ambos quedarse con el nombre, con  tal
              que  la  parte  de  dominio  sea  diferente  (o  sea  que los nombres completamente
              calificados difieran). Para asegurar que todos los  nombres  tengan  una  parte  de
              dominio, debe haber al menos --domain sin una dirección especificada cuando --dhcp-
              fqdn está fijado.

       --enable-tftp[=<interface>]
              Habilitar la función de servidor TFTP. Esto  está  deliberadamente  limitado  a  lo
              necesario  para  hacerle a un cliente un inicio vía red. Solo lectura es permitida;
              las extensiones tsize y blksize son soportadas (tsize solo  es  soportada  en  modo
              octeto). Ver sección de NOTAS para el uso de el argumento de interface.

       --tftp-root=<directory>[,<interface>]
              Buscar,  relativo  al directorio brindado, archivos para transferir mediante el uso
              de TFTP. Cuando  esta  opción  está  fijada,  paths  TFTP  que  incluyen  ".."  son
              rechazados,  para  prevenir  que  clientes  salgan  de  la raíz especificada. Paths
              absolutos (los que comienzan con "/") están permitidos, pero deben estar dentro del
              tftp-root. Si el argumento opcional de interface es brindado, el directorio es solo
              usado para pedidos TFTP vía esa interface.

       --tftp-unique-root
              Agregar la dirección IP del cliente TFTP como un componente path del lado del TFTP-
              root  (en  formato  estándar  de  cuatro  puntos). Solo válido si un tftp-root está
              fijado y el directorio existe. Por ejemplo, si tftp-root es "/tftp"  y  el  cliente
              1.2.3.4   pide   el   archivo   "miarchivo"   entonces   el   path   efectivo  será
              "/tftp/1.2.3.4/miarchivo" si /tftp/1.2.3.4 existe o /tftp/miarchivo si no.

       --tftp-secure
              Habilitar modo TFTP seguro: sin esto,  cualquier  archivo  que  es  leíble  por  el
              proceso dnsmasq bajo reglas normales de control de acceso UNIX, está disponible vía
              TFTP. Cuando la opción --tftp-secure es fijada,  solo  archivos  pertenecientes  al
              usuario  que  corre  el proceso dnsmasq están accesibles. Si dnsmasq está corriendo
              como root, reglas diferentes aplican: --tftp-secure no tiene  ningún  efecto,  pero
              solo  archivos  que tienen el bit de lectura global fijados están accesibles. No se
              recomienda correr dnsmasq  como  root  con  TFTP  habilitado,  y  mucho  menos  sin
              especificar  --tftp-root,  ya  que  se  puede  exponer cualquier archivo de lectura
              global en el servidor a cualquier host de la red.

       --tftp-max=<conecciones>
              Fijar el número máximo permitido de conecciones TFTP simultáneas. Esto  es  50  por
              predeterminado.  Al  servir  un  número  grande  de  conecciones  TFTP,  límites de
              descriptor de archivo por proceso  pueden  ser  encontrados.  Dnsmasq  necesita  un
              descriptor de archivo por cada coneccion TFTP concurrente, y por archivo único (mas
              algunos otros). De tal manera que servirle el mismo archivo simultáneo a n clientes
              requerirá el uso de n + 10 descriptores de archivo, y servirles archivos diferentes
              simultáneamente  requerirá  (2*n)  +  10  descriptores.  Si  --tftp-port-range   es
              brindado, eso puede afectar el número de conexiones simultáneas.

       --tftp-no-blocksize
              No  permitir que el servidor negocie la opción "blocksize" con un cliente.  Algunos
              clientes con errores piden esta opción pero se portán mal cuando se les brinda.

       --tftp-port-range=<inicio>,<final>
              Un servidor TFTP escucha por inicios de conexión en un puerto bien  conocido  (69),
              pero   tambien  usa  un  puerto  dinamicamente  seleccionado  para  cada  conexión.
              Normalmente estos son seleccionados por el  sistema  operativo,  pero  esta  opción
              especifica  un  rango de puertos para ser usado por transferencias TFTP. Esto puede
              ser útil cuando TFTP tiene que pasar atraves de un firewall.  El comienzo del rango
              no  puede  ser menor a 1025 a menos que dnsmasq esté corriendo como root. El número
              de conexiones simultáneas está limitado por el tamaño del rango de puertos.

       -C, --conf-file=<archivo>
              Especificar un archivo de configuración diferente. La opción conf-file  también  es
              permitida  en  archivos  de  configuración,  para  incluir  múltiples  archivos  de
              configuración.

       -7, --conf-dir=<directorio>[,<file-extension>......]
              Leer  todos  los  archivos  dentro  del  directorio  brindado  como   archivos   de
              configuración.  Si extensiones son brindadas, cualquier archivo que termine en esas
              extensiones son ignorados. Cualquier  archivos  cuyos  nombres  terminen  con  ~  o
              comienzen  con  .  o  comienzen y terminen con # siempre son ignorados. Esta opción
              puede ser brindada en la línea de comandos o en un archivo de configuración.

ARCHIVO DE CONFIGURACION

       Al  inicio,  dnsmasq  lee  /etc/dnsmasq.conf,  si  existe.  (En  FreeBSD,  el  archivo  es
       /usr/local/etc/dnsmasq.conf ) (pero ver las opciónes -C y -7 porfavor.) El formato de este
       archivo consiste de una opción por línea, exáctamente como las opciones largas  detalladas
       en  la  sección  OPCIONES  pero  sin  el  "--"  al  frente. Líneas que comienzan con # son
       comentarios y son ignoradas. Para opciones que solo pueden ser especificadas una sola vez,
       el archivo de configuración invalida la línea de comandos.  Las comillas son permitidas en
       el archivo de configuración: entre comillas tipo " los significados especiales de ,:. y  #
       son  eliminados  y  los  siguientes  escapes  son  permitidos:  \\  \"  \t  \e \b \r y \n.
       Corresponden a tab, escape, backspace, return y newline.

NOTAS

       Al recibir un SIGHUP dnsmasq libera su cache y entonces recarga /etc/hosts  y  /etc/ethers
       al  igual  que cualquier archivo brindado con --dhcp-hostsfile, --dhcp-optsfile, o --addn-
       hosts.  El archivo guión de cambio de arriendos es llamado para todos los  arriendos  DHCP
       existentes.  Si  --no-poll  está  fijado  entonces SIGHUP también re-lee /etc/resolv.conf.
       SIGHUP NO re-lee el archivo de configuración.

       Al recibir un SIGUSR1, dnsmasq escribe estadísticas a la bitácora del sistema. Escribe  el
       tamaño del caché, el numero de nombres que han tenido que ser removidos del caché antes de
       que vencieran para hacer espacio para nombres nuevos, y el número total de nombres que han
       sido  insertados  en  el  caché. Para cada servidor upstream brinda el número de búsquedas
       enviadas, y el número que resultaron en error. En  modo  --no-daemon  o  cuando  bitacoréo
       completo está habilitado (-q), una descarga completa de el contenido del caché es hecha.

       Cuando recibe un SIGUSR2 y está bitacoreando diréctamente a un archivo (ver --log-facility
       ) dnsmasq cerrará y reabrirá el archivo de bitácora. Nótese que  durante  esta  operación,
       dnsmasq  no estará corriendo como root. Al crear el archivo de bitácora, dnsmasq cambia el
       dueño del archivo a el usuario normal como el que correrá. Logrotate debe ser  configurado
       para crear un archivo de bitácora nuevo con permisos iguales al existente, antes de enviar
       SIGUSR2. Si búsquedas DNS TCP están en progreso, el archivo de bitácora viejo se mantendrá
       abierto  en  procesos  hijos  que  están  manejando  búsquedas  TCP, y puede continuarse a
       escribirle. Hay un límite de 150 segundos, después de  lo  cual  todos  los  procesos  TCP
       existentes  se  habrán  vencido:  por  esta  razón,  no  es sabio configurar compresión de
       archivos de bitácora para archivos que acaban de ser rotados. Con logrotate, las  opciones
       requeridas son create y delaycompress.

       Dnsmasq  es  un  reenviador  de  búsquedas  DNS:  no puede responder búsquedas arbitrarias
       comenzando desde los servidores root pero reenvía  dichas  búsquedas  a  un  servidor  DNS
       recursivo,   el   cual   es  típicamente  proveído  por  el  proveedor  de  Internet.  Por
       predeterminado, dnsmasq lee /etc/resolv.conf para  descubir  las  direcciones  IP  de  los
       servidores  DNS  upstream  que  debe  usar,  dado  a  que  esta información es normalmente
       almacenada allí.  Amenos que --no-poll sea usado, dnsmasq revisa el tiempo de modificación
       de  /etc/resolv.conf (o equivalente si --resolv-file es usado) y lo re-lee si ha cambiado.
       Esto permite que servidores DNS séan fijados dinámicamente vía PPP o  DHCP  ya  que  ambos
       protocolos  brindan  esta  información.  La ausencia de /etc/resolv.conf no es un error ya
       que pudo haber  sido  creada  antes  de  que  una  conexión  PPP  haya  existido.  Dnsmasq
       simplemente sigue revisando en caso de que /etc/resolv.conf sea creado en algún momento. A
       dnsmasq se le puede decir que revise más de un archivo resolv.conf. Esto es  útil  en  una
       laptop,  donde ambos PPP y DHCP podrían estar siendo usados: dnsmasq puede ser fijado para
       revisar ambos /etc/ppp/resolv.conf y /etc/dhcpc/resolv.conf y usará el contenido  del  que
       haya  cambiado  mas  recientemente,  brindando así la habilidad de cambio automático entre
       servidores DNS.

       Servidores upstream también pueden ser especificados en la  línea  de  comandos  o  en  el
       archivo  de  configuración.  Estas  especificaciones  de  servidor opcionalmente llevan un
       nombre de dominio el cual le dice a dnsmasq que debe usar ese servidor solo para encontrar
       nombres en ese dominio en particular.

       Para configurar dnsmasq como caché para el host donde está corriendo, poner un "nameserver
       127.0.0.1" en /etc/resolv.conf para así forzar  procesos  locales  a  enviar  búsquedas  a
       dnsmasq.  Entonces,  o  especificar  los servidores upstream diréctamente a dnsmasq usando
       opciones  --server  o  poniendo  sus  direcciones  reales   en   otro   archivo,   digamos
       /etc/resolv.dnsmasq  y  correr  dnsmasq  con la opcion -r /etc/resolv.dnsmasq Esta segunda
       técnica permite la actualización dinámica de las direcciones de servidor  mediante  PPP  o
       DHCP.

       Direcciones  en /etc/hosts "harán sombra" a diferentes direcciones para los mismos nombres
       en servidores DNS upstream, así que "miempresa.com 1.2.3.4" en /etc/hosts se asegurará que
       las  búsquedas  por  "miempresa.com"  siempre  retornarán  1.2.3.4  aún si búsquedas en el
       servidor DNS upstream devolverían una dirección diferente. Hay una excepción a esto: si el
       servidor  DNS  upstream  contiene  un  CNAME  que  apunta  a un nombre sombreado, entonces
       buscando el CNAME a travéz de dnsmasq resultará en  que  la  dirección  no-sombreada  será
       asociada  con  el destino del CNAME. Para circumventar esto, agregar el CNAME a /etc/hosts
       de tal manera que el CNAME es sombreado también.

       El sistema de etiquetas funciona de la siguiente manera: Para cada  pedido  DHCP,  dnsmasq
       colecciona  un  juego de etiquetas válidas de líneas de configuración activas que incluyen
       set:<tag>, incluyendo una del dhcp-range usado para alocar la dirección, una de  cualquier
       dhcp-host  que  coincida  (y  "known"  si  un dhcp-host coincide).  La etiqueta "bootp" es
       fijada para pedidos BOOTP, y una etiqueta cuyo nombre es el nombre de la  interface  donde
       llegó el pedido tambien es fijada.

       Cualquier  linea de configuración que incluya uno o mas construcciones tag:<tag> solo será
       válida si todas las etiquetas coinciden en el juego derivado arriba. Típicamente  esto  es
       dhcp-option.   dhcp-option  que  tenga  etiquetas  será usada en preferencia de una opción
       dhcp-option, sin etiqueta, con tal que _todas_ las etiquetas coincidan en alguna parte del
       juego  coleccionado  describido  arriba. El prefijo '!' en una etiqueta significa "no" así
       que --dhcp=option=tag:!purple,3,1.2.3.4 envía la opción cuando  la  etiqueta  "purple"  no
       está en el juego de etiquetas válidas. (Si se está usando esto en una línea de comandos en
       vez de un archivo de configuración, asegurese de escapar !, el cual es un metacaracter  de
       shell.)

       Nótese que para dhcp-range ambos tag:<tag> y set:<tag> son permitidos, para seleccionar el
       rango en uso basado en (por ejemplo) dhcp-host, y  para  afectar  las  opciones  enviadas,
       basadas en el rango seleccionado.

       Este  sistema  evolucionó de uno anterior mas limitado y para compatibildad reversa "net:"
       puede ser usada en vez de "tag:" y "set:" puede ser omitida. (Excepto en dhcp-host,  donde
       "net:"  puede  ser usado en vez de "set:".) Por la misma razón, '#' puede ser usado en vez
       de '!' para indicar NO.

       El servidor DHCP de dnsmasq funcionará como  servidor  BOOTP  tambien,  con  tal  que  las
       direcciones  MAC  y IP de los clientes sean brindadas, ya sea usando configuraciones dhcp-
       host o en /etc/ethers , y una configuración  dhcp-range  esté  presente  para  activar  el
       servidor  DHCP  en  una  red  particular.   (Fijar --bootp-dynamic elimina la necesidad de
       trazados estáticos.) El parámetro de nombre de archivos en un pedido BOOTP es  usado  como
       una  etiqueta,  al  igual que la etiqueta "bootp", permitiendo así algún control sobre las
       opciones devueltas a diferentes clases de hosts.

       dhcp-range puede tener un nombre de interface brindado como  "interface:<interface-name>".
       La  semántica  de  esto  es  así:  Para DHCP, si cualquier otro dhcp-range existe _sin_ un
       nombre de interface, entonces el nombre de interface es ignorado  y  dnsmasq  se  comporta
       como  si  las  partes  de  interface  no  existieran,  de otra forma DHCP solo se provee a
       interfaces  mencionadas  en  declaraciones  dhcp-range.  Para  DNS,  si  no  hay  opciones
       --interface o --listen-address el comportamiento no se modifica por la parte de interface.
       Si cualquiera de estas opciones está presente, las interfaces mencionadas  en  dhcp-ranges
       son agregadas all juego que obtienen servicio DNS.

       Similarmente,  enable-tftp  puede tomar un nombre de interface, el cual habilita TFTP solo
       para una interface en  particular,  ignorando  opciones  --interface  o  --listen-address.
       Adicionalmente, --tftp-secure y --tftp-unique-root y --tftp-no-blocksize son ignorados por
       pedidos desde dichas interfaces. (Una directiva --tftp-root brindando un path raíz  y  una
       interface debe ser brindada tambien.)

       Estas  reglas  pueden parecer raras a primera vista, pero permiten que una simple linea de
       la   forma   "dhcp-range=interface:virt0,192.168.0.4,192.168.0.200"   sea    agregada    a
       configuración  dnsmasq,  lo  cual brinda servicios DHCP y DNS a esa interface, sin afectar
       los servicios en otras interfaces y irrespectivamente de la  existencia  o  no  de  lineas
       "interface=<interface>"  en  alguna  otra  parte  de  la  configuración dnsmasq.  "enable-
       tftp=virt0" y "tftp-root=<root>,virt0" hacen el mismo trabajo para TFTP.  La idea  es  que
       una  linea así pueda ser agregada automaticamente por libvirt o sistemas equivalentes, sin
       estorbar alguna configuración manual.

CÓDIGOS EXIT

       0 - Dnsmasq hizo fork hacia el fondo exitosamente, o terminó de manera  normal  si  ir  al
       fondo no está habilitado.

       1 - Un problema con la configuración ha sido detectado.

       2  -  Un  problema  con  acceso a redes ocurrió (dirección en uso, intento de usar puertos
       privilegiados sin permiso).

       3 - Un problema con una operación de sistema de archivos  ocurrió  (archivo  o  directorio
       ausente, permisos).

       4 - Falla de alocación de memoria.

       5 - Otro problema misceláneo.

       11  o  mayor - un codigo de retorno no cero fué recibido del llamado "init" del proceso de
       archivo guión de arriendos. El código exit de dnsmasq es el código exit del archivo  guión
       con 10 sumado.

LIMITES

       Los  valores  predeterminados  para  limites de recursos son generálmente conservadores, y
       apropiados para uso en dispositivos tipo enrutador encrustrado con procesadores  lentos  y
       poca memoria. En hardware más capáz, es posible incrementar los límites, y soportar muchos
       mas clientes. Lo siguiente se aplica a dnsmasq-2.37: versiones previas  no  escalaban  tan
       bien.

       Dnsmasq  es  capaz  de  soportar  con  DNS y DHCP a por lo menos mil (1,000) clientes. Los
       tiempos de arriendo no deben ser muy cortos (menos  de  una  hora).  El  valor  de  --dns-
       forward-max  puede  ser  aumentado:  comienze con el equivalente a el número de clientes y
       auméntelo si parece lento el DNS. Nótese que el rendimiento DNS  depende  también  de  los
       servidores  DNS  upstream.  El  tamaño  del  caché  DNS  puede ser incrementado: el límite
       obligatorio es 10,000 nombres y el predeterminado  (150)  es  muy  bajo.  El  enviarle  un
       SIGUSR1  a  dnsmasq  hace  que  bitacorée información que es útil para afinar el tamaño de
       caché. Ver la sección NOTAS para detalles.

       El servidor TFTP incorporado es capáz de soportar  varias  transferencias  simultáneas  de
       archivos:  el  límite absoluto está relacionado con el número de file-handles permitidos a
       un proceso y la habilidad del system call select() a soportar  números  grandes  de  file-
       handles. Si el límite es fijado demasiado alto con --tftp-max será de-escalado y el límite
       real será bitacoreado al inicio. Nótese que más  transferencias  son  posibles  cuando  el
       mismo archivo es enviado qué cuando cada transferencia envía un archivo diferente.

       Es  posible  usar  dnsmasq  para  negar  publicidad  Web usando una lista de servidores de
       banners bien conocidos, todos resolviendose a 127.0.0.1 o 0.0.0.0 en /etc/hosts  o  en  un
       archivo  hosts  adicional.  La  lista  puede  ser  muy  larga.  Dnsmasq  ha  sido  probado
       exitósamente con un millón de nombres. Ese tamaño de archivo necesita un  CPU  de  1GHz  y
       aproximadamente 60MB de RAM.

INTERNACIONALIZACION

       Dnsmasq  puede  ser  compilado con soporte para internacionalización. Para hacer esto, los
       targets make "all-i18n" y  "install-i18n"  deberán  ser  usados  en  vez  de  los  targets
       estándares  "all" y "install". Cuando internacionalización es compilada, dnsmasq producirá
       mensajes de bitácora en el lenguaje local y soportará dominios internacionalizados  (IDN).
       Nombres   de  dominio  en  /etc/hosts,  /etc/ethers,  y  /etc/dnsmasq.conf  que  contienen
       carácteres no-ASCII serán traducidos a representación interna  DNS  punycode.  Nótese  que
       dnsmasq  determina  ambos  el lenguaje para mensajes y el juego de carácteres asumido para
       archivos de configuración de la variable ambiental LANG. Esto debe estar fijado  al  valor
       predeterminado del sistema por el guión responsable de iniciar dnsmasq. Al editar archivos
       de configuración, tener cuidado de  hacerlo  usando  solo  el  locale  predeterminado  del
       sistema  y  no  uno  especifico  del  usuario,  dado a que dnsmasq no tiene ninguna manera
       directa  de  determinar  el  juego  de  caracteres  en  uso,  y  debe  asumir  que  es  el
       predeterminado del sistema.

ARCHIVOS

       /etc/dnsmasq.conf

       /usr/local/etc/dnsmasq.conf

       /etc/resolv.conf

       /etc/hosts

       /etc/ethers

       /var/lib/misc/dnsmasq.leases

       /var/db/dnsmasq.leases

       /var/run/dnsmasq.pid

VER TAMBIEN

       hosts(5), resolver(5)

AUTOR

       Este manual fue escrito por Simon Kelley <simon@thekelleys.org.uk>.

       Traducido a español por Christopher Chatham <chrislinux@gmail.com>.

                                                                                       DNSMASQ(8)