Your message dated Mon, 5 Feb 2018 14:40:19 +0100 with message-id <7fcb4974-b15e-e9de-74b6-6b8b83c74542@debian.org> and subject line Re: Bug#690889: udhcpc always returns a domain of "bad" when receiving a valid dhcp ack packet has caused the Debian Bug report #690889, regarding udhcpc always returns a domain of "bad" when receiving a valid dhcp ack packet to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 690889: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690889 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: udhcpc always returns a domain of "bad" when receiving a valid dhcp ack packet
- From: Dave Rawks <dave@pandora.com>
- Date: Thu, 18 Oct 2012 13:49:57 -0700
- Message-id: <20121018204957.19267.42867.reportbug@systest-2.savagebeast.com>
Package: udhcpc Version: :1.20.0-7 Severity: normal Tags: d-i udhcpc always returns a domain of "bad" when receiving a valid dhcp ack from an upstream dhcp server. To reproduce first create a shellscript to dump all of the variables set by udhcpc uppon successful receipt of a lease: echo '#!/bin/sh' > /tmp/export.sh echo 'export' >> /tmp/export.sh chmod +x /tmp/export.sh Then call udhcpc with flags set to call the script: /sbin/udhcpc -s /tmp/export.sh In my environment with a known good/working isc-dhcpd config, the output is: /tmp/udhcpc -s /tmp/sh.sh udhcpc (v1.20.2) started export BOOT_IMAGE='debian-installer/amd64/linux.wheezy' export HOME='/' export LANG='C' export LANGUAGE='en' export MENU='/usr/bin/main-menu' export PATH='/sbin:/usr/sbin:/bin:/usr/bin' export PWD='/' export SHELL='/bin/sh' export SHLVL='1' export TERM='vt102' export TERM_TYPE='serial' export USER='root' export _='/tmp/udhcpc' export initrd='debian-installer/amd64/initrd-wheezy-isc.gz' export interface='eth0' Sending discover... Sending select for 10.30.109.62... Lease of 10.30.109.62 obtained, lease time 600 export BOOT_IMAGE='debian-installer/amd64/linux.wheezy' export HOME='/' export LANG='C' export LANGUAGE='en' export MENU='/usr/bin/main-menu' export PATH='/sbin:/usr/sbin:/bin:/usr/bin' export PWD='/' export SHELL='/bin/sh' export SHLVL='1' export TERM='vt102' export TERM_TYPE='serial' export USER='root' export _='/tmp/udhcpc' export boot_file='pxelinux.0' export broadcast='10.30.109.255' export dns='10.10.80.10 10.10.80.11' export domain='bad' export hostname='systest-2' export initrd='debian-installer/amd64/initrd-wheezy-isc.gz' export interface='eth0' export ip='10.30.109.62' export lease='600' export mask='24' export opt53='05' export router='10.30.109.254' export serverid='10.30.10.20' export siaddr='10.30.10.20' export subnet='255.255.255.0' I've tcpdumped both the client and server side of the dhcp exchange and wireshark decodes the full ack packet as a valid dhcp/bootp ack AND includes the correct domainname as configured to be sent on the server. Testing with isc-dhcp-client also yields a successful lease with the correct domain name set. The major problem with this bug is that when using debian installer the network config generated is always invalid. The domain-name cannot be set in preseed either since the d-i logic in netcfg always give precedence to values received from dhcp. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
- To: Dave Rawks <dave@pandora.com>, 690889-done@bugs.debian.org
- Subject: Re: Bug#690889: udhcpc always returns a domain of "bad" when receiving a valid dhcp ack packet
- From: Chris Boot <bootc@debian.org>
- Date: Mon, 5 Feb 2018 14:40:19 +0100
- Message-id: <7fcb4974-b15e-e9de-74b6-6b8b83c74542@debian.org>
- In-reply-to: <20121018204957.19267.42867.reportbug@systest-2.savagebeast.com>
- References: <20121018204957.19267.42867.reportbug@systest-2.savagebeast.com>
Version: 1:1.27.2-1 Hi, The fix for this bug (commit 8efcc9589bd61171ec1fe4f71c33e9df62b6005b, "networking: allow dot at the end of the domain name in dhcp response") was included in the Busybox 1.25.0 upstream release, and therefore included in the Debian upload for 1:1.27.2-1 back in September. Best regards, Chris -- Chris Boot bootc@debian.orgAttachment: signature.asc
Description: OpenPGP digital signature
--- End Message ---