☰

dnsmasq ошибочно привязывается к 0.0.0.0:67 для DHCP, хотя правильно прослушивает 10.0.0.1:53 для DNS-запросов

tag-icon • tag-icon dnsmasq
dnsmasq ошибочно привязывается к 0.0.0.0:67 для DHCP, хотя правильно прослушивает 10.0.0.1:53 для DNS-запросов

У меня есть два DHCP-сервера, работающих на двух разных интерфейсах. (Только eth0/10.0.0.1 использует dnsmasq.)

Согласностраница руководства, следующие параметры должны заставить его прослушивать только 10.0.0.1 как для DNS, так и для 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

Приведенные выше аргументы приводят к ожидаемому поведению DNS, но DHCP неправильно привязан к 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

Я перепробовал несколько вариантов этих аргументов, но DHCP всегда прослушивает 0.0.0.0:67.

Обновлять:

strace показывает, что порт 67 открыт по адресу 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

Интересно, что он открывается с помощью SO_REUSEPORT, что позволяет прослушивать более одного процесса (если они также устанавливают SO_REUSEPORT).

решение1

Проблема в 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);

Сокет привязан к INADDR_ANY (0.0.0.0) без каких-либо условий.

Похоже, автор намеревался, чтобы несколько dnsmasq совместно использовали 0.0.0.0:67 с помощью SO_REUSEPORT. Это нормально для нескольких dnsmasq, но не очень хорошо, когда dnsmasq должен сосуществовать с другим DHCP-сервером, который не устанавливает SO_REUSEPORT.

В Java есть SO_REUSEADDR, но нет SO_REUSEPORT:

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

но это можно исправить с помощью:

final int SO_REUSEPORT = 15;

Связанный контент