We have some servers in a data center but the data center does not offer a DHCP service. We want to have some computers setup with DHCP and others that have static IP's.
Currently our WAN cable going directly into a switch and statically setting the IP's on our computers. Now my question is if I connect the WAN cable to a router then connect the router to the switch, will the router act as a bridge/switch and still allow the network traffic to the computers with static IP's (note: some of the computers might have static IP's in different subnets)?
Is a router the only option to achieve this? I have read that I could possibly setup a DHCP service on one of the computers but will the other computers be able to "see" it for DHCP?
Thanks for your help.
EDIT:
Our setup is pretty complex because we use a ton of virtual machines. Right now we are using VMWare Workstation 7 (on 4 different servers) and because our servers are in a data center we have the VM's connected to the VMWare NAT interfaces (over 80+ VMs and do not want to statically set each with an IP). But VMWare's NATing performance is very slow and causing some of the VM's to intermittently lose their network connections.
To add to the complexity our data center has issued us to sets of IP stacks, which unfortunately are on different subnets.
So we want to move away from using VMWares NATing and setup a DHCP server or router.
Each of the VM Host servers have 2 1GB NIC card. Currently each has a static IP and I wanted to route half of the VM's to one (eth0) and the other half to the other (eth1) using VMWare bridging.
If I setup a DHCP server on each host (because I do not want to route all DHCP traffic (40+ VMs) through 1 nic - potentially a lot of data being sent), can 1 NIC provide the DHCP while the other connect to the internet? And if thats the case will the Guest VM's be able to get an IP address from the Host's DHCP service?
Each host is running Ubuntu and I found this link:
https://help.ubuntu.com/community/dhcp3-server (multiple interfaces section)
Will that configuration work for our setup?
Sorry, I realize this if complex and I truly appreciate help/feedback.
Which router are you using? If your router supports IP Reservation (Statically declared list mapping IPs to MAC addresses) the this should be a cakewalk. Most of the Cisco routers support this (Even my WRT310 on DD-WRT has this).
So all you need to do is let your router use DHCP with a statically created list of of IP assignments for the machines you need static IPs for.
If you want to do DHCP, you need a DHCP server - say a box running Linux or Windows Server (ther are DHCP servers running on windows client, even). If you want to route packets you need a router. Any relation among the two is purely incidental (consisting in that many routers can also act as DHCP servers). That's it though - saying "I needed DHCP so I got a router" is more or less like saying "I wanted to listen to the radio so I bought a car".
This said: DHCP is a MAC base protocol - say, ethernet - so a DHCP server will always be "seen" by other computers. What happens is that, at address reservation time, the node will broadcast on the wire a DHCP configuration request - and the server will answer and negotiate what is needed (this is why you never have more than one DHCP server on the same physical segment).
A DHCP server also allows you (if you so choose) to allocate addresses permanently to a given MAC address, so you can configure your entire network with DHCP only.
Now the fact that you also subnet is a routing issue indeed. And how you configure it depends a lot from the brand. Anyway, it won't be difficult, I'd say you'll need a static and a default route at most.
Now, one thing you want to think at is, how you keep your DHCP and name resolution in sync - meaning, if your machine is (locally) called 'blooper', unless some precautions are taken will answer to a different name after it has been DHCP configured. For this reason if you are on windoze and can manage the PDC, that machine would be the best choice for DHCP server, as it makes most tasks pretty seamless.
Cheers.
As long as your default gateway, subnet, DNS servers and IP addresses are listed properly on your computers' network settings, this set up should work fine.
For the computers in different subnets, you'll need to create a route of some sort so they can communicate with the computers on your local network.
It sounds like you are renting multiple static IP addresses from the ISP. By adding a router you are changing the network topology.
One method is to simply plugin a NAT enabled router and use it as a DHCP server. Configure DHCP reservations for the server computers. Then setup port forwarding for each service you require. The disadvantage here is that you have only 1 public IP address. So all those extra IP's you are paying for should be cancelled as they are not used. This also means that if you host multiple services on the same port, then you need to solve that issue too.
http://mysite.com:80/
will conflict with
http://mysite2.com:80/ so it should become
http://mysite2.com:8080/
You can subscribe to a url forwarding service to allow
http://mysite2.com/ to invisibly forward to http://mysite2.com:8080/
Another option is to simply move the servers in front of the router (keep them on a switch). You can also buy multiple routers. Just depends on what you need, how much you want to spend, how much skill you have to do these things etc...
What you need is bridging with packet filtering, and decent (non-consumer) routers are usually capable of this. You do need your bridge to rest between your machines and the data center.
Definitions:
Your bridge needs to offer DHCP service to only the inside interface. It must not forward DHCP requests across the bridge. For Cisco hardware, bridge-group and access-list commands will work in tandem to achieve this. I've also setup such a creature using a Linux box with multiple NICs using brctl and iptables. DHCP service doesn't have to come from the bridge device, but the bridge does need to filter it so it doesn't pass and start offering DHCP to the whole data center.