☰

dnsmasq se vincula erróneamente a 0.0.0.0:67 para DHCP mientras escucha correctamente en 10.0.0.1:53 para consultas de DNS

tag-icon • tag-icon dnsmasq
dnsmasq se vincula erróneamente a 0.0.0.0:67 para DHCP mientras escucha correctamente en 10.0.0.1:53 para consultas de DNS

Tengo dos servidores DHCP que se ejecutan en dos interfaces diferentes. (Solo eth0/10.0.0.1 usa dnsmasq).

De acuerdo con lapágina de manual, las siguientes opciones deberían hacer que escuche solo en 10.0.0.1, tanto para DNS como para DHCP:

dnsmasq --keep-in-foreground --pid-file=/data/dnsmasq.pid --server=172.31.139.16 \
--server=172.30.139.16 --bind-interfaces --except-interface=wlan0 --except-interface=lo \
--except-interface=wwan0 --dhcp-range=10.0.0.100,10.0.0.109 --log-dhcp --dhcp-authoritative \
--listen-address=10.0.0.1

Los argumentos anteriores dan como resultado el comportamiento esperado para DNS, pero DHCP está vinculado incorrectamente a 0.0.0.0:67.

smarc_mx8mq:/ # netstat -lnup                                                                                                                                                                                                                         
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program Name
udp        0      0 10.0.0.1:53             0.0.0.0:*                           5167/dnsmasq
udp        0      0 0.0.0.0:67              0.0.0.0:*                           5167/dnsmasq

He probado varias variaciones de estos argumentos, pero DHCP siempre escucha 0.0.0.0:67.

Actualizar:

strace muestra que el puerto 67 se abre en la dirección 0.0.0.0:

setsockopt(4, SOL_IP, IP_MTU_DISCOVER, [0], 4) = 0
setsockopt(4, SOL_IP, IP_TOS, [192], 4) = 0
setsockopt(4, SOL_IP, IP_PKTINFO, [1], 4) = 0
setsockopt(4, SOL_SOCKET, SO_BROADCAST, [1], 4) = 0
setsockopt(4, SOL_SOCKET, SO_REUSEPORT, [1], 4) = 0
setsockopt(4, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
bind(4, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
socket(AF_NETLINK, SOCK_RAW, NETLINK_ROUTE) = 5

Curiosamente, se abre con SO_REUSEPORT, lo que permite que más de un proceso de escucha escuche (si también configuran SO_REUSEPORT).

Respuesta1

El problema está en dhcp.c.

  /* When bind-interfaces is set, there might be more than one dnsmasq
     instance binding port 67. That's OK if they serve different networks.
     Need to set REUSEADDR|REUSEPORT to make this possible.
     Handle the case that REUSEPORT is defined, but the kernel doesn't 
     support it. This handles the introduction of REUSEPORT on Linux. */
  if (option_bool(OPT_NOWILD) || option_bool(OPT_CLEVERBIND))
    {
      int rc = 0;

#ifdef SO_REUSEPORT
      if ((rc = setsockopt(fd, SOL_SOCKET, SO_REUSEPORT, &oneopt, sizeof(oneopt))) == -1 && 
      errno == ENOPROTOOPT)
    rc = 0;
#endif
      
      if (rc != -1)
    rc = setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &oneopt, sizeof(oneopt));
      
      if (rc == -1)
    die(_("failed to set SO_REUSE{ADDR|PORT} on DHCP socket: %s"), NULL, EC_BADNET);
    }


  memset(&saddr, 0, sizeof(saddr));
  saddr.sin_family = AF_INET;
  saddr.sin_port = htons(port);
  saddr.sin_addr.s_addr = INADDR_ANY;
#ifdef HAVE_SOCKADDR_SA_LEN
  saddr.sin_len = sizeof(struct sockaddr_in);
#endif

  if (bind(fd, (struct sockaddr *)&saddr, sizeof(struct sockaddr_in)))
    die(_("failed to bind DHCP server socket: %s"), NULL, EC_BADNET);

El socket está vinculado a INADDR_ANY (0.0.0.0) sin ninguna condicionalidad.

Parece que la intención del autor es que varios dnsmasqs compartan 0.0.0.0:67 usando SO_REUSEPORT. Esto está bien para múltiples dnsmasq, pero no es bueno cuando dnsmasq necesita coexistir con otro servidor DHCP que no configura SO_REUSEPORT.

Java tiene SO_REUSEADDR, pero no SO_REUSEPORT:

packages/modules/NetworkStack/src/android/net/dhcp/DhcpServer.java:642: error: cannot find symbol
                Os.setsockoptInt(mSocket, SOL_SOCKET, SO_REUSEPORT, 1);

pero eso podría solucionarse con:

final int SO_REUSEPORT = 15;

información relacionada