I am a junior admin and have been tasked with gaining an understanding of the network. I know and use some of the servers on the network, so am able to tracert/ping them to see the names/addresses of equipment there are along the way, and gradually build a map, but how do I put the feelers out to find out what's out there if I don't know the names of server etc?
feedback
|
|
Any time I want to map an unfamiliar network, I start with what the routing protocols can tell me. And usually the routing protocols can tell me pretty much everything. After all, the routing protocols have to know what the network looks likeāand it's almost never exactly the way it's documented (if it's documented at all). For an example of how this would go and to make things easy, let's say we're running OSPF. The great thing about OSPF (and link-state protocols generally) is that every router has already figured out the topology of the network. You just have to ask one of them:
There we go, we have 9 routers in our OSPF area. Draw 9 boxes in visio and label them with those IPs. Next, to figure out how they're connected, ask for more detail:
So here we're looking at the LSA for router 192.168.0.1. It has 5 links that OSPF knows about. Two of the links The other 3 links are stubs, so OSPF will advertise the existence of those subnets, but there aren't any more OSPF routers on those links. You can just draw 3 clouds in visio labeled with the subnet information (plug in Keep doing that until you have a network map. Of course it's never quite that simple, but no matter what, your routers have already figured out what your network looks like. Transcribing your routers' databases onto a map is always an enlightening experience. You'll learn lots about routing protocols AND your network. | |||
|
feedback
|
|
Work with the "2nd line team." Being able to effectively work as a team with your coworkers is an invaluable skill; possibly moreso than being able to perform a network and server inventory. Also, finding and reading existing documentation is a better use of your time than figuring it all out from scratch. If no documentation exists, then start writing it as you go, and figure out how to publish (and publicize) it, because that will really make you stand out. | |||
|
feedback
|
|
I'd recommend trying http://www.secdev.org/projects/scapy/ in conjunction with nmap. Its a little tricky at first but if you do a broad enough scan you should be able to pick everything up. | |||
|
feedback
|