Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

Background: I'm a sysadmin at a relatively large university (about 15,000 users in residential space/ResNet). While my group is responsible for administering ResNet space (authentication, DHCP, etc.) the actual network devices are owned and run by another department. Most dorm buildings are on their own router and, by policy, VLANs cannot cross routers.

We're experiencing some strange DHCP problems, most likely related to viruses that run DHCP servers. Our DHCP failover plan is based on our DHCP servers not being authoritative, so when a box with a DHCP server (virus) pops up on a network, everyone starts taking its offers instead of the ones from the actual DHCP box.

Troubleshooting is greatly complicated by the fact that, since we don't have any devices in the subnet or on the VLAN, our only method of identifying the infected user is to physically drive out to the site, hook up to a port, and run a traffic capture (then associate a MAC with a switch port and turn off the port).

So, my idea is to make a few traffic sniffers/probes to install on problem networks (with one interface in the affected network and one in a known good subnet, to communicate back to us).

I've got two theories on how to do this:

  1. Setup the device with vtund, and (as needed) tunnel all traffic from the interface in the affected network back to one of our boxes.
  2. Install tcpdump and SShd on the device, write a little script that phones home with the device's known good IP, and then SSH into the device and do a packet capture as needed.

Any alternate theories? Has anyone had to handle a problem like this (specifically capturing traffic on a network that you can get a route to but can't actually hop on). Unfortunately, this needs to be a zero-budget solution (though I have a few Soekris boards with 3 interfaces each lying around).

Thanks, Jason

share|improve this question

2 Answers 2

Can you not just install a machine on the network with a static IP? You said you were in control of DHCP, so just reserve a specific IP for that machine. It doesn't need to get the address from the DHCP server as long as no one else takes it. Of course, you still have the possibility of the bogus DHCP server handing out that address.

You could also log all DHCP offer and ack packets that come from systems other than your official DHCP servers. If you have login access to the switch (you say you don't own them, but you do say that you can "turn off the port"), you could even automate the disabling of the port.

share|improve this answer
    
+1 - Sounds like a plan to me. I like the idea of disabling the port, too. That's a nice touch. >smile< –  Evan Anderson Oct 8 '09 at 12:29
    
Well.. .it's complicated. DHCP is done via IP helpers on the routers, so apparently OFFERS from other DHCP boxes never make it back to ours. Static IPs aren't really an option... we have a pool of 16k addresses and our system doesn't really allow statics on these networks. I think at this point my theory is to use Soekris boxes with minimal Linux on them with tcpdump and an SSH server. The type of thing we can make a dozen of and, if need be, have relatively unskilled techs install. Also, a few of us have enable access to the switches, but it's not automate-able (long story). –  Jason Antman Oct 8 '09 at 21:55
    
I was thinking that offers were broadcast, but the RFC says they don't have to be. Can you configure a mirror port on the switch? –  wfaulk Oct 8 '09 at 23:00
    
Does your system not allow you to reserve addresses for specific clients? If it does, all you have to do is reserve that address and then set up the server with that address. –  wfaulk Oct 8 '09 at 23:01
    
The mirror port/SPAN port probably won't happen. For all intents and purposes, we can read anything on the switch and manually change VLANs or enable/disable ports, but nothing more. No, on the affected subnets, it's dynamic addressing only. I think I have a theory on this... we'll see how the work goes... –  Jason Antman Oct 9 '09 at 21:47
up vote 0 down vote accepted

Thanks to everyone for the input. I ended up installing Debian on a Soekris box. It gets DHCP for eth0 via a known good subnet, then phones home with its' IP. The idea is to plug the other two interfaces into bad subnets, and then SSH into the box which has tcpdump, dhclient, nmap, etc. on it.

If anyone finds this in the archives, I've setup a small project page at http://lunchbox.jasonantman.com/ with information on how I built it, as well as filesystem tarballs and a 1GB CF card image ready to use on a Soekris net4801 (or possibly net4501).

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.