arp under abnormal conditions. experiment with the browser (1) arp -n # see what it there open a...
TRANSCRIPT
Intro to Virtual Networks
ARP Under Abnormal ConditionsExperiment with the browser (1)arp -n # see what it thereOpen a browser on your personal workstationbrowse to 10.10.1.5browse to 10.10.1.97Did both pages fail exactly the same way?arp nExperiment with the browser (2)sudo tcpdump n e i eth0 not host 10.10.1.5
Open a browser on your personal workstationbrowse to 10.10.1.97browse to 10.10.1.5
What does tcpdump tell you about each failure?Experiment with the browser [ANS]10.10.1.5 is a DHCP server. It is not running a webserver.The workstation sends an ARP request and gets a replyThe workstation sends a GET request to server port 80 and is refused a connectionThe browser fails immediately10.10.1.97 is not a valid IP no machine runningThe workstation sends several ARP requests, waiting after each one, and never gets a reply. It never sends a GET request.The browser waits for several seconds and eventually reports a failure
Good IP, bad MACLets see what happens if we create an entry in the ARP table with the proper IP for your webserver, but a bad MAC addressWindow A:sudo tcpdump -n e i eth0 not host 10.10.1.5
Window B:sudo arp s 10.10.1.10 11.22.33.44.55.66ping 10.10.1.10
This fails to connect, but how does it fail? What messages are sent/received?
Bad IP, good MACLets see what happens if we create an entry in the ARP table with the proper MAC for your webserver, but a bad IP address
Window A: Use command-line tools to find the MAC for the webserver:ping c 1 10.10.1.10arp n # copy the good MAC for the webserversudo arp s 10.10.1.96
Window B:sudo tcpdump -n e i eth0 not host 10.10.1.5
Window A: Use command-line tools to send to the webserver:ping 10.10.1.96wget 10.10.1.96
Dualing IP addressesLets see what happens with two identical IP addresses on the network. Do the following:Clone your webserver. Name the new machine colorweb-clonePower on both webservers.Record the MAC addresses of the webservers and one client Clear your arp cacheIn window A: sudo tcpdump n e i eth0 not host 10.10.1.5In window B: ping c 1 10.10.1.10Wait for 7 packets and stop tcpdump
Explain your findings
Dualing MAC addresses (1)Lets see what happens with two identical MAC addresses on the network. Do the following:Make the following changes in colorweb-clone:sudo nano /etc/network/interfaces # Change the IP address to 10.10.1.11Add this line above the address to hard-wire the MAC; use your web servers MAC:hwaddress 00:50:56:83:09:4eSave and exitsudo /etc/init.d/networking restartVerify the MAC and IP for both webservers (same MAC, different IP)Do the following in your personal workstaion:ping c 1 10.10.1.10ping c 1 10.10.1.11arp n# Verify that both machines show up in the ARP table
Dualing MAC addresses (2)(cont)In window A: sudo tcpdump n e i eth0 not host 10.10.1.5In window B: ping c 1 10.10.1.10# Wait a few secondsIn window B: ping c 1 10.10.1.11
Explain your findings
Dualing MAC and dualing IP addressesMake the following changes in colorweb-clone:sudo nano /etc/network/interfaces # Change the IP address to 10.10.1.10Leave the hard-wored MAC in placeSave and exitsudo /etc/init.d/networking restartDo the following in your personal workstaion:In window A: sudo tcpdump n e i eth0 not host 10.10.1.5In window B: ping c 1 10.10.1.10
Explain your findings