☰

dnsmasq se liga incorretamente a 0.0.0.0:67 para DHCP enquanto escuta corretamente em 10.0.0.1:53 para consultas DNS

tag-icon • tag-icon dnsmasq
dnsmasq se liga incorretamente a 0.0.0.0:67 para DHCP enquanto escuta corretamente em 10.0.0.1:53 para consultas DNS

Eu tenho dois servidores DHCP, rodando em duas interfaces diferentes. (Apenas eth0/10.0.0.1 está usando dnsmasq.)

De acordo compágina de manual, as opções a seguir devem fazer com que ele escute apenas 10.0.0.1, tanto para DNS quanto 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

Os argumentos acima resultam no comportamento esperado para DNS, mas o DHCP está vinculado incorretamente 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

Eu tentei diversas variações desses argumentos, mas o DHCP sempre escuta 0.0.0.0:67.

Atualizar:

strace mostra a porta 67 sendo aberta no endereço 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, ele está sendo aberto com SO_REUSEPORT, permitindo que mais de um processo de escuta escute (se eles também definirem SO_REUSEPORT).

Responder1

O problema está em 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);

O soquete está vinculado a INADDR_ANY (0.0.0.0) sem qualquer condicionalidade.

Parece que a intenção do autor é que vários dnsmasqs compartilhem 0.0.0.0:67 usando SO_REUSEPORT. Isso é bom para vários dnsmasqs, mas não é bom quando o dnsmasq precisa coexistir com outro servidor DHCP que não define SO_REUSEPORT.

Java possui SO_REUSEADDR, mas não SO_REUSEPORT:

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

mas isso pode ser corrigido com:

final int SO_REUSEPORT = 15;

informação relacionada