Package: connman Version: 1.42-5 Severity: normal X-Debbugs-Cc: invernom...@paranoici.org
Hello and thanks for maintaining this package in Debian! I have used it for quite some time, and I can say that it works pretty well for most cases. However, I have recently encountered a case where connman could work better... The case is a network where the DHCP server sends two domains as "search domains" (let's call them MYDOMAIN and OTHERDOMAIN). These two search domains are sent by the DHCP server in the domain search list (DHCP Option 119). If I don't use connman and configure the Ethernet network with ifupdown (through a stanza in /etc/network/interfaces ), the DHCP client (dhcpcd-base) writes the two search domains to /etc/resolv.conf and everything works as intended. If instead I use connman to connect to the Ethernet (or Wireless) network, /etc/resolv.conf is not overwritten, since connman implements an internal name server. Hence, the dynamically generated resolv.conf is: $ cat /run/connman/resolv.conf # Generated by Connection Manager nameserver ::1 nameserver 127.0.0.1 That would be OK as /etc/resolv.conf (which could be a symlink to /run/connman/resolv.conf ), as long as connman is aware of the two search domains. But connman does not seem to take the two search domains into account. In the network-specific settings of the GUI, I see MYDOMAIN as the only domain in the "Domains" tab. However, if I try to use non-fully-qualified host names, they are not resolved into IP addresses: $ ping -c 3 HOST ping: HOST: Name or service not known $ ping -c 3 HOST.MYDOMAIN PING HOST.MYDOMAIN (192.168.0.143) 56(84) bytes of data. 64 bytes from HOST.MYDOMAIN (192.168.0.143): icmp_seq=1 ttl=64 time=3.81 ms 64 bytes from HOST.MYDOMAIN (192.168.0.143): icmp_seq=2 ttl=64 time=4.99 ms 64 bytes from HOST.MYDOMAIN (192.168.0.143): icmp_seq=3 ttl=64 time=4.79 ms --- HOST.MYDOMAIN ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 3.807/4.527/4.987/0.515 ms Moreover, this network needs options single-request-reopen in /etc/resolv.conf , in order to avoid slow name server replies (see resolv.conf(5) for more details on this option). How can I add this option with connman? It would be great, if connman could be configured to use this option (globally, or, even better, on a per-network basis). Can this be done? Currently, I have the following /etc/resolv.conf (not a symlink): $ cat /etc/resolv.conf # Generated by dhcpcd options single-request-reopen # /etc/resolv.conf.tail can replace this line which was left by dhcpcd-base and has the needed option. Using this together with connman seems to work (in the sense that it avoids the slow name server reply), but, as I said, connman does not take the two search domains into account. I think connman should be improved, so that it can take the two search domains into account and it can be configured to add options to the dynamically generated /run/connman/resolv.conf . Another strategy could be to delegate all the DHCP client stuff to an external DHCP client (such as dhcpcd-base, which would manage /etc/resolv.conf directly). Is that already possible? Am I misunderstanding anything? Please clarify and/or enhance the connman Debian package and/or forward my bug report upstream, as appropriate. Thanks for your time and dedication! -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.15-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages connman depends on: ii dbus 1.14.10-4 ii init-system-helpers 1.66 ii iptables 1.8.10-3 ii libc6 2.37-15 ii libdbus-1-3 1.14.10-4 ii libglib2.0-0 2.78.4-1 ii libgnutls30 3.8.3-1 ii libreadline8 8.2-3+b1 ii libxtables12 1.8.10-3 Versions of packages connman recommends: ii bluez 5.71-1 pn ofono <none> ii wpasupplicant 2:2.10-21 Versions of packages connman suggests: pn connman-vpn <none> -- no debconf information