In article <(E-Mail Removed)>, Philip <(E-Mail Removed)> wrote:
| Paul Lutus wrote:
| > Philip wrote:
| >
| >
| >>I have a 4 port linksys internet router as my DHCP server.
| >>
| >>My RH9 box /etc/hosts file is hand generated to include the local dynamic
| >>IPs it hands out to my other Windows boxes. Fortunately it always hands
| >>out the same IP address as long as I do not move the boxes around from
| >>port to port.
| >>
| >>Is there any way to get the /etc/hosts entries more automatically.
| >
| >
| > If this is a local network, and if the machine addresses do not change, and
| > if you do not want them to change, why are you using dynamic address
| > assignment? Just assign addresses the old-fashioned way by typing them into
| > /etc/hosts. Make copies on each machine.
|
| Well that is what I did do, and you are right, the addresses do not change
| unless I disturb the local network. So it is not a big inconvenience to do it
| manually.
|
| The reason for the post was that I did disturb the local network recently, and
| it took me awhile to reset the port forwarding settings in the linksys router to
| the new ip addresses. I was just looking to see if there is a pre-existing
| automatic way to do this that I was unaware of.
|
| Thanks for the verification that I am not doing it a "stupid" way

|
I'm not sure why ports would matter, you were not clear on what "disturb
the local network" meant. In any case, if you use DHCP on the firewall
and let the machines get the IP from that, at least you will have a
single point of administration, and as long as you don't start doing
things like swapping network cards you can assume the MAC address *is*
the machine, and just do a "machine X" to task "Y" and let the IP stay
on a given task.
So if "web server" is a task and you update to a new machine, you just
plug in the MAC address of the new box. And then if you give the old
machine to a new hire, you assign an IP to "newguy's desktop" and match
the MAC address of the old web server to it.
And you can use subranges to control access (at least simplistically) by
having classes, like 192.168.12.5/28 is untrusted (limited inet access) and
another CIDR block for really trusted people like admins ;-)
Hope some of that is useful.
--
Bill Davidsen <(E-Mail Removed)> CTO, TMR Associates
As we enjoy great advantages from inventions of others, we should be
glad of an opportunity to serve others by any invention of ours; and
this we should do freely and generously.
-Benjamin Franklin (who would have liked open source)