Hi. Okay...let me rephrase my previous report to make the point clear. My concern is that you shouldn't be calling
configure_networking & in background. Because of this, any server configured with fixed IP address could get its IP address accidentally updated to dynamic IP __after__ it has entered to (single|multi)-user mode (after exiting initramfs stage). Now, I worte "could" because this totally depends on timing - if fixed address assignment happens after dynamic assignment, nothing occurs. In my case, I'm running both DNS and DHCP service on a same server, and above background task killed my network by rewriting IP address of DNS server. It is certainly OK to obtain dynamic IP address while in initramfs stage, but leaving background job that could rewrite IP address after the stage is IMHO a misfeature. "ip=none" may be a workaround, but that means default (no "ip=" arg) is now unsafe for running a server once dropbear is installed. Is ending "&" nessesary? It's been a year since I reported this, so things might have changed. I'll also try to reproduce the issue again, once I get my test environment up. Best Regards, >> When installed to DHCP server (running dnsmasq), initramfs-tools script >> that comes with dropbear breaks DHCP server by overwriting own IP address >> with DHCP-assigned (= self-assigned) address. > >if it's configured that way - yes (which is also the default, and we had the >discussion already, this is probably the way to go. please feel free to >discuss if you think it's the wrong way). >to disable the dhcp client, add ip=none (no ip in initrd) or a static ip=... >configuration to the kernel parameters. >> Following code in "/usr/share/initramfs-tools/scripts/init-premount/dropbear" >> is causing delayed DHCP assignment by "ipconfig" command invoked from >> "configure_networking" shell function. > >(just btw, iirc configure_networking is a 'library function' used by other >initrd and networking related packages) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
