Bug#282354: install: dhclient sends and accept improper request/offer
Hello, and sorry for the _very_ late reply. To sum up the past experiments and this mail: I can't reproduce anymore. I couldn't try for the past weeks, and this weekend, I retried with the versions I previously used: - Sarge / Debian 3.1-pre2 netinstall - daily installer from around 19 November The DHCP offer/request went smoothly, so I can only suspect a misconfiguration on my server, which I don't recall fixing unfortunately. I therefore believe this bug is dead. On Tue, 23 Nov 2004, Bastian Blank wrote: A DHCP-discover does not request any ip, it asks for one. Is it possible that the server have a lease for this mac? No, my previous mail showed that the lease was -1 (infinite). tcpdump -ni $interface udp port 67 I believe this was only necessary on the server if I would properly properly log and dump (-w) packets. Just in case it reappears, can you confirm this? If not, how would I have access to tcpdump on the system being installed? Have a working system installed, mount its root, and chroot from it? Again, thanks and sorry for the inconvenience. Cordialy, -- Christophe GISQUET Hello! This is a signature virus! Please copy me into your .signature -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282354: install: dhclient sends and accept improper request/offer
On Tue, Nov 23, 2004 at 12:39:26AM +0100, GISQUET Christophe wrote: D'oh, contradicts my reportbug title. Let me rephrase this: dhclient requests a 192.168.0.X IP on its eth1 interface. Server is configured to give 192.168.1.X IPs on its eth1 interface, and 192.168.0.X on its eth0 interface. It accepts this request (see end of mail). A DHCP-discover does not request any ip, it asks for one. Is it possible that the server have a lease for this mac? Please provide an example of the dhcp request and response packets. Sorry again, but I'm too unfamiliar with DHCP ports and tcpdump to know how to dump those packets. tcpdump -ni $interface udp port 67 Once I noticed that it is 192.168.0.0 that replies, I've decided to check the server's dnsmasq.conf: both interfaces had the mask 255.255.0.0. Could this be the cause of the problem, and a misconfiguration only on the server side? In such case, I doublely apology for falsely reporting that and marking it as important. Both 192.168.0.0/24 and 192.168.1.0/24 is included in 192.168.0.0/16. Bastian -- Phasers locked on target, Captain. signature.asc Description: Digital signature
Bug#282354: install: dhclient sends and accept improper request/offer
Good evening, On Sun, 21 Nov 2004, Bastian Blank wrote: Subject: Re: Bug#282354: install: dhclient sends and accept improper request/offer tags 282354 moreinfo thanks Sorry, as a first-time Debian home user, I am not up-to-date with bugreport policy. So, should I be concerned by this? Some FAQ, maybe? Some update on my case: it always happen during netinstall. For some reason, afterwards, the network is properly brought up, so this is repeatable only during install-time. Furthermore the same setup was used for the same machine under Slackware 10 and Windows 2000, and it worked. In any case, I can manage to provide ssh access to check the configuration if the need arises. However, dhclient requests an IP of the shape 192.168.0.X, and accepts an IP of the shape 192.168.1.X D'oh, contradicts my reportbug title. Let me rephrase this: dhclient requests a 192.168.0.X IP on its eth1 interface. Server is configured to give 192.168.1.X IPs on its eth1 interface, and 192.168.0.X on its eth0 interface. It accepts this request (see end of mail). Please provide an example of the dhcp request and response packets. Sorry again, but I'm too unfamiliar with DHCP ports and tcpdump to know how to dump those packets. In any case, here are excerpt from various logs of such requests: server: /var/log/messages --8-- Nov 22 22:10:25 ebichu dnsmasq[927]: DHCPDISCOVER(eth1) 00:26:54:0e:25:6c Nov 22 22:10:25 ebichu dnsmasq[927]: DHCPOFFER(eth1) 192.168.0.79 00:26:54:0e:25:6c Nov 22 22:10:27 ebichu dnsmasq[927]: DHCPREQUEST(eth1) 192.168.0.79 00:26:54:0e:25:6c Nov 22 22:10:27 ebichu dnsmasq[927]: DHCPACK(eth1) 192.168.0.79 00:26:54:0e:25:6c giskatrix --8-- client: /var/log/syslog --8-- /var/log/daemon.log:25:Nov 22 21:14:20 localhost dhclient: DHCPACK from 192.168.0.0 /var/log/daemon.log:26:Nov 22 21:14:20 localhost dhclient: bound to 192.168.0.79 -- renewal in 1046329187 seconds. --8-- Debian client was badly configured on GMT+0 and clocks aren't regulated by NNTP, so you shouldn't mind the time difference. Once I noticed that it is 192.168.0.0 that replies, I've decided to check the server's dnsmasq.conf: both interfaces had the mask 255.255.0.0. Could this be the cause of the problem, and a misconfiguration only on the server side? In such case, I doublely apology for falsely reporting that and marking it as important. Hoping this helps enough, -- Christophe GISQUET Hello! This is a signature virus! Please copy me into your .signature -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282354: install: dhclient sends and accept improper request/offer
Package: install Severity: important Maybe related to #278403, prevents the network configuration through DHCP. Network interface used for netinstall is eth1 (two cards on the computer installed), corresponding to subnetwork 192.168.1.* However, dhclient requests an IP of the shape 192.168.0.X, and accepts an IP of the shape 192.168.1.X Solved by: - setting the DHCP server (here, from dnsmasq) to offer a static 192.168.1.X IP when a request is sent with a particular MAC address - setting dhclient to send the MAC address of the network card's for eth1 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-mine Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#282354: install: dhclient sends and accept improper request/offer
Processing commands for [EMAIL PROTECTED]: reassign 282354 netcfg Bug#282354: install: dhclient sends and accept improper request/offer Bug reassigned from package `install' to `netcfg'. severity 282354 normal Bug#282354: install: dhclient sends and accept improper request/offer Severity set to `normal'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282354: install: dhclient sends and accept improper request/offer
reassign 282354 netcfg severity 282354 normal thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#282354: install: dhclient sends and accept improper request/offer
Processing commands for [EMAIL PROTECTED]: tags 282354 moreinfo Bug#282354: install: dhclient sends and accept improper request/offer There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282354: install: dhclient sends and accept improper request/offer
tags 282354 moreinfo thanks On Sun, Nov 21, 2004 at 05:46:09PM +0100, Christophe GISQUET wrote: Maybe related to #278403, prevents the network configuration through DHCP. Network interface used for netinstall is eth1 (two cards on the computer installed), corresponding to subnetwork 192.168.1.* However, dhclient requests an IP of the shape 192.168.0.X, and accepts an IP of the shape 192.168.1.X Please provide an example of the dhcp request and response packets. Bastian -- Earth -- mother of the most beautiful women in the universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
