>> It was going to be DHCP-assigned fixed addresses, but I made a typo
entering somewhere in the (IP, MAC) pair, and the crappy router software
won't let you fix or delete a mapping until it is active, which it'll never
be because there's a typo on it.
No problem. That means the router will reserve the address, so you can
simply use that address as a static address in the VM. The MAC address
won't matter, and you won't have to run around changing anything.
Ken Elliott
=====================
-----Original Message-----
From: slug@nks.net [mailto:slug@nks.net] On Behalf Of Eben King
Sent: Saturday, August 22, 2009 4:56 PM
To: slug@nks.net
Subject: RE: [SLUG] redoing DHCP
On Sat, 22 Aug 2009, Ken Elliott wrote:
> Eben King wrote on Saturday, August 22, 2009 2:32 PM
>
> > I have a VM in vmplayer. When it was last booted, it got an address via
> > DHCP. Eventually I suspended the OS and exited the VM, and the router
> > released the address. But next time the VM was resumed it continued
> > using the same address. By this time it had already been given out
> > again by the router. This has happened before. How do I force Linux to
> > retry DHCP? ifdown/ifup?
> Why use DHCP? I'd suggest a fixed address and reserve it in DHCP so you
> don't get a conflict.
It was going to be DHCP-assigned fixed addresses, but I made a typo entering
somewhere in the (IP, MAC) pair, and the crappy router software won't let
you fix or delete a mapping until it is active, which it'll never be because
there's a typo on it. $%*^. But I'd rather have a centralized location
from which I can employ a new NIC -> IP mapping than have to run around to
all the computers. Never mind that there are several transient computers
which may not get the word.
-- -eben QebWenE01R@vTerYizUonI.nOetP royalty.mine.nu:81----------------------------------------------------------------------- This list is provided as an unmoderated internet service by Networked Knowledge Systems (NKS). Views and opinions expressed in messages posted are those of the author and do not necessarily reflect the official policy or position of NKS or any of its employees.
This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 13:24:02 EDT