Difference between revisions of "OPS235 Lab 6 - CentOS6"

From CDOT Wiki
Jump to: navigation, search
(→‎Investigation 6: How do I collect the MAC (Hardware) addresses of computers on my network?)
 
(9 intermediate revisions by one other user not shown)
Line 1: Line 1:
−
{{Admon/caution|Draft Lab|This lab has NOT been released for regular distribution. When the lab is ready to be released, this caution banner will disappear.}}
+
{{Admon/caution|THIS IS AN OLD VERSION OF THE LAB|'''This is an archived version. Do not use this in your OPS235 course.'''}}
 
= Configuring a Network Using Virtual Machines =
 
= Configuring a Network Using Virtual Machines =
  
Line 101: Line 101:
  
 
=== Investigation 2: How do you configure a static network using <code>system-config-network</code>. ===
 
=== Investigation 2: How do you configure a static network using <code>system-config-network</code>. ===
−
{{Admon/note | Use fedora2 | Complete this investigation on your fedora2 VM.}}
+
{{Admon/note | Use centos2 | Complete this investigation on your centos2 VM.}}
 
# Start '''centos2''' VM and login
 
# Start '''centos2''' VM and login
 
# On your '''centos host''' run <code>ifconfig</code> and make note of the IP address assigned to the <code>virbr1</code> interface. This will be the default gateway and DNS server for your VMs.[[Image:new_network_dialog.png|thumb|350px]]
 
# On your '''centos host''' run <code>ifconfig</code> and make note of the IP address assigned to the <code>virbr1</code> interface. This will be the default gateway and DNS server for your VMs.[[Image:new_network_dialog.png|thumb|350px]]
Line 110: Line 110:
 
#: IP Address '''192.168.235.12'''
 
#: IP Address '''192.168.235.12'''
 
#: Subnet Mask '''255.255.255.0'''
 
#: Subnet Mask '''255.255.255.0'''
−
#: Default Gateway The IP address of <code>virbr1</code> on your fedora host.
+
#: Default Gateway The IP address of <code>virbr1</code> on your centos host.
−
# Click on the '''DNS''' field and add The IP address of <code>virbr1</code> on your fedora host. as the primary DNS server.
+
# Click on the '''DNS''' field and add The IP address of <code>virbr1</code> on your centos host. as the primary DNS server.
 
# Your network connection may take a couple of minutes to reconfigure connect (view the Network Manager applet in the gnome panel at the top of the screen).
 
# Your network connection may take a couple of minutes to reconfigure connect (view the Network Manager applet in the gnome panel at the top of the screen).
−
# You should be able to use the systemctl command to restart your network.
+
# You should be able to use the service commands to restart your network.
−
#'''Restart your network''' on fedora2 by issuing the commands:
 
 
#*<code>service network stop</code>
 
#*<code>service network stop</code>
 
#*<code>service network start</code>
 
#*<code>service network start</code>
Line 168: Line 167:
  
 
=== Investigation 4: How do I configure the network without a GUI tool? ===
 
=== Investigation 4: How do I configure the network without a GUI tool? ===
−
{{Admon/note | Use fedora3 | Complete this investigation on your fedora3 VM.}}
+
{{Admon/note | Use centos3 | Complete this investigation on your centos3 VM.}}
 
# Start '''centos3''' VM and login as root
 
# Start '''centos3''' VM and login as root
 
# Use the command <code>ifconfig</code> to list active interfaces, you should see one with a name of <code>eth0</code> or a similar name.
 
# Use the command <code>ifconfig</code> to list active interfaces, you should see one with a name of <code>eth0</code> or a similar name.
Line 180: Line 179:
 
#* <code>ifconfig</code>
 
#* <code>ifconfig</code>
 
#* <code>route -n</code>
 
#* <code>route -n</code>
−
#* <code>ping</code> your other VM's and fedora host.
+
#* <code>ping</code> your other VM's and centos host.
 
#* <code>ssh</code> to your matrix account to test DNS
 
#* <code>ssh</code> to your matrix account to test DNS
 
# Restart the <code>centos3</code> VM, or just wait a few minutes.
 
# Restart the <code>centos3</code> VM, or just wait a few minutes.
Line 208: Line 207:
  
 
=== Investigation 5: How do I setup local hostname resolution? ===
 
=== Investigation 5: How do I setup local hostname resolution? ===
−
{{Admon/note | Use each machine | Complete this investigation on all of your VM's and the Fedora host.}}
+
{{Admon/note | Use each machine | Complete this investigation on all of your VM's and the centos host.}}
  
 
{{Admon/note | Hosts files vs. the Domain Name System | On large public networks like the Internet or even large private networks we use a network service called [http://en.wikipedia.org/wiki/Domain_Name_System Domain Name System (DNS)] to resolve the human friendly hostnames like '''centos.org''' to the numeric addresses used by the IP protocol. On smaller networks we can use the <code>/etc/hosts</code> on each system to resolve names to addresses.}}
 
{{Admon/note | Hosts files vs. the Domain Name System | On large public networks like the Internet or even large private networks we use a network service called [http://en.wikipedia.org/wiki/Domain_Name_System Domain Name System (DNS)] to resolve the human friendly hostnames like '''centos.org''' to the numeric addresses used by the IP protocol. On smaller networks we can use the <code>/etc/hosts</code> on each system to resolve names to addresses.}}
  
 
# Use the <code>hostname</code> and <code>ifconfig</code> commands on your centos host and all 3 VM's to gather the information needed to configure the <code>/etc/hosts</code> file on the centos host and the 3 VM's.
 
# Use the <code>hostname</code> and <code>ifconfig</code> commands on your centos host and all 3 VM's to gather the information needed to configure the <code>/etc/hosts</code> file on the centos host and the 3 VM's.
−
# Edit the <code>/etc/hosts</code> file on <u>each</u> of the '''virtual machines and the fedora host'''. Refer to the table below for information to enter in the <code>/etc/hosts</code> file.
+
# Edit the <code>/etc/hosts</code> file on <u>each</u> of the '''virtual machines and the centos host'''. Refer to the table below for information to enter in the <code>/etc/hosts</code> file.
  
  
Line 221: Line 220:
 
|
 
|
 
<pre>
 
<pre>
−
# hostname fedora1 added to /etc/hosts by anaconda
+
# hostname centos1 added to /etc/hosts by anaconda
−
127.0.0.1              localhost.localdomain localhost fedora1
+
127.0.0.1              localhost.localdomain localhost centos1
−
::1                    localhost6.localdomain6 localhost6 fedora1
+
::1                    localhost6.localdomain6 localhost6 centos1
  
 
192.168.235.1          c6host
 
192.168.235.1          c6host
Line 243: Line 242:
  
 
=== Investigation 6: How do I collect the MAC (Hardware) addresses of computers on my network? ===
 
=== Investigation 6: How do I collect the MAC (Hardware) addresses of computers on my network? ===
−
{{Admon/note | Use your Fedora Host | Complete this investigation on your Fedora host.}}
+
{{Admon/note | Use your CentOS Host | Complete this investigation on your CentOS host.}}
  
 
{{Admon/note | Obtaining Remote MAC Addresses| The term '''MAC''' address stands for '''Media Access Control''' address, which provides a unique ID to prevent confusion among computer systems within a network. While we use '''32bit IP addresse'''s to communicate over an internet, on the local ethernet network packets are delivered to a '''48bit hardware address''' (sometimes called a MAC address). The '''ARP''' protocol resolves 32bit IP addresses to 48bit MAC addresses by using a broadcast and caching the results. We can examine the ARP cache to get the MAC addresses of other computers on our local network.<br /><br />Being able to determine remote MAC address information is useful from troubleshooting networking programs to using '''WOL''' (Wake up on Lan) to automatically boot remote workstations via the network. In this investigation, you will learn how to obtain MAC address information for various network cards.}}
 
{{Admon/note | Obtaining Remote MAC Addresses| The term '''MAC''' address stands for '''Media Access Control''' address, which provides a unique ID to prevent confusion among computer systems within a network. While we use '''32bit IP addresse'''s to communicate over an internet, on the local ethernet network packets are delivered to a '''48bit hardware address''' (sometimes called a MAC address). The '''ARP''' protocol resolves 32bit IP addresses to 48bit MAC addresses by using a broadcast and caching the results. We can examine the ARP cache to get the MAC addresses of other computers on our local network.<br /><br />Being able to determine remote MAC address information is useful from troubleshooting networking programs to using '''WOL''' (Wake up on Lan) to automatically boot remote workstations via the network. In this investigation, you will learn how to obtain MAC address information for various network cards.}}
Line 254: Line 253:
 
'''Answer the Investigation 6 observations / questions in your lab log book.'''
 
'''Answer the Investigation 6 observations / questions in your lab log book.'''
  
−
=== Investigation 7: How can I see what network services or ports are active on my Fedora system? ===
+
=== Investigation 7: How can I see what network services or ports are active on my CentOS system? ===
  
−
{{Admon/note | Use All Machines | Complete this investigation on all of your VM's and the Fedora host.}}
+
{{Admon/note | Use All Machines | Complete this investigation on all of your VM's and the CentOS host.}}
  
−
{{Admon/note | Network Ports | When our Fedora system provides any services on a network, those services are accessible through a port number. All network services are configured to be accessed on a particular port number. By examining which ports are active on our system we can know what services (and points of attack) are available on our system. The ability to examine this information is important for troubleshooting network services and securing our systems. One great tool for this is the <code>netstat</code> command.}}
+
{{Admon/note | Network Ports | When our CentOS system provides any services on a network, those services are accessible through a port number. All network services are configured to be accessed on a particular port number. By examining which ports are active on our system we can know what services (and points of attack) are available on our system. The ability to examine this information is important for troubleshooting network services and securing our systems. One great tool for this is the <code>netstat</code> command.}}
  
−
# On your fedora host execute the command: <code>netstat -at</code>
+
# On your CentOS host execute the command: <code>netstat -at</code>
 
# This command will list all active TCP ports. Note the state of your ports.
 
# This command will list all active TCP ports. Note the state of your ports.
 
# TCP is a connection oriented protocol that uses a handshaking mechanism to establish a connection. Those ports that show a state of LISTEN are waiting for connection requests to a particular service. For example you should see the <code>ssh</code> service in a LISTEN state as it is waiting for connections.
 
# TCP is a connection oriented protocol that uses a handshaking mechanism to establish a connection. Those ports that show a state of LISTEN are waiting for connection requests to a particular service. For example you should see the <code>ssh</code> service in a LISTEN state as it is waiting for connections.
 
# From one of your VM's login to your host using <code>ssh</code>
 
# From one of your VM's login to your host using <code>ssh</code>
−
# On the fedora host rerun the command and in addition to the LISTEN port it should list a 2nd entry with a state of ESTABLISHED. This shows that there is a current connection to your ssh server.
+
# On the CentOS host rerun the command and in addition to the LISTEN port it should list a 2nd entry with a state of ESTABLISHED. This shows that there is a current connection to your ssh server.
−
# Exit your ssh connection from the VM and rerun the command on the fedora host. Instead of ESTABLISHED it should now show a state of CLOSE_WAIT. Indicating that the TCP connection is being closed.
+
# Exit your ssh connection from the VM and rerun the command on the CentOS host. Instead of ESTABLISHED it should now show a state of CLOSE_WAIT. Indicating that the TCP connection is being closed.
−
# On your fedora host try the command <code>netstat -atn</code>. How is this output different?
+
# On your CentOS host try the command <code>netstat -atn</code>. How is this output different?
 
# Without the <code>-n</code> option <code>netstat</code> attempts to resolve IP addresses to host names (using /etc/hosts) and port numbers to service names (using /etc/services)
 
# Without the <code>-n</code> option <code>netstat</code> attempts to resolve IP addresses to host names (using /etc/hosts) and port numbers to service names (using /etc/services)
 
# Examine the <code>/etc/services</code> file and find which ports are used for the services: <code>ssh, ftp, http</code>
 
# Examine the <code>/etc/services</code> file and find which ports are used for the services: <code>ssh, ftp, http</code>
Line 281: Line 280:
  
 
'''Answer the Investigation 7 observations / questions in your lab log book.'''
 
'''Answer the Investigation 7 observations / questions in your lab log book.'''
−
 
  
 
=== Investigation 8: How do I view and configure the IPTABLES firewall? -- Basic Function/Configuration ===
 
=== Investigation 8: How do I view and configure the IPTABLES firewall? -- Basic Function/Configuration ===
  
  
−
{{Admon/note | Use the f17host | Complete the following steps on your '''f17host''' computer system.}}
+
{{Admon/note | Use c6host | Complete the following steps on your '''c6host''' machine.}}
  
  
−
{{Admon/note | | [http://en.wikipedia.org/wiki/Iptables Iptables] is the built-in firewall for LINUX.  While this program can be controlled by different GUI's, we are going to investigate the powerful command line interface for this program to choose what data is allowed into, out of and through our computer.
+
{{Admon/note | | [http://en.wikipedia.org/wiki/Iptables Iptables] is the built-in firewall for LINUX.  While this program can be controlled by different GUIs, we are going to investigate the powerful command line interface for this program to choose what data is allowed into, out of and through our computer.
  
 
Essentially, Iptables is a list of rules.  Each rule is placed into a particular chain and when data is sent into, out of or through a PC the data is checked against these rules.  If the data matches a particular rule, it then must “jump” to a condition.  Simple conditions include ACCEPT, DROP and LOG but there are also more complex conditions that can be applied and there is even the option to create your own conditions.
 
Essentially, Iptables is a list of rules.  Each rule is placed into a particular chain and when data is sent into, out of or through a PC the data is checked against these rules.  If the data matches a particular rule, it then must “jump” to a condition.  Simple conditions include ACCEPT, DROP and LOG but there are also more complex conditions that can be applied and there is even the option to create your own conditions.
Line 305: Line 303:
 
It should be noted that all of the commands that we do here with iptables will not be persistent unless you have your configuration. That means if you re-boot, the default iptables configuration will be loaded.}}
 
It should be noted that all of the commands that we do here with iptables will not be persistent unless you have your configuration. That means if you re-boot, the default iptables configuration will be loaded.}}
  
−
# As root on the fedora host enter the following commands at the prompt:
+
# As root on the CentOS host enter the following commands at the prompt:
 
#* <code>iptables -F</code> (This flushes out or clears all of your rules from the chains)
 
#* <code>iptables -F</code> (This flushes out or clears all of your rules from the chains)
 
#* <code>iptables -L</code>
 
#* <code>iptables -L</code>
Line 379: Line 377:
 
# Confirm that your rule works by testing from your VM's
 
# Confirm that your rule works by testing from your VM's
 
# Does iptables close the port? Check using <code>netstat</code>
 
# Does iptables close the port? Check using <code>netstat</code>
−
# Now insert a rule on the fedora host that would ACCEPT connections from the fedora2 VM only.
+
# Now insert a rule on the CentOS host that would ACCEPT connections from the centos2 VM only.
 
# Fully test your configuration.
 
# Fully test your configuration.
  
Line 390: Line 388:
 
   <li>Verify that the file  <code>/etc/sysconfig/iptables</code> was updated with your new rules.</li>
 
   <li>Verify that the file  <code>/etc/sysconfig/iptables</code> was updated with your new rules.</li>
 
   <li>Restart your iptables service and test your configuration. </li>
 
   <li>Restart your iptables service and test your configuration. </li>
−
   <li>Write a short bash script to add a rule allowing the fedora1 and fedora3 VM's to connect to <code>ssh</code> on the fedora host.</li>
+
   <li>Write a short bash script to add a rule allowing the centos1 and centos3 VM's to connect to <code>ssh</code> on the CentOS host.</li>
 
</ol>
 
</ol>
  
Line 398: Line 396:
  
 
Now you should have the following network configuration:<br /><br />
 
Now you should have the following network configuration:<br /><br />
−
[[Image:network-config2.png]]
+
[[Image:new-network-config.png]]
−
 
 
−
* '''Fedora host''' has 1 active network interface (probably <code>'''em1'''</code>)that receives IP configuration from the School's DHCP server.
 
−
* '''Fedora host''' has 1 active network interface (<code>'''virbr1'''</code>) that has a static default configuration of '''192.168.235.1/255.255.255.0'''
 
−
* '''Fedora1''' VM has 1 active interface (<code>'''eth1'''</code>) that has a static configuration of '''192.168.235.11/255.255.255.0'''
 
−
* '''Fedora2''' VM has 1 active interface (<code>'''eth1'''</code>) that has a static configuration of '''192.168.235.12/255.255.255.0'''
 
−
* '''Fedora3''' VM has 1 active interface (<code>'''eth1'''</code>) that has a static configuration of '''192.168.235.13/255.255.255.0'''
 
  
 +
* '''CentOS host''' has 1 active network interface (probably <code>'''em1'''</code>)that receives IP configuration from the School's DHCP server.
 +
* '''CentOS host''' has 1 active network interface (<code>'''virbr1'''</code>) that has a static default configuration of '''192.168.235.1/255.255.255.0'''
 +
* '''centos1''' VM has 1 active interface (<code>'''eth0'''</code>) that has a static configuration of '''192.168.235.11/255.255.255.0'''
 +
* '''centos2''' VM has 1 active interface (<code>'''eth0'''</code>) that has a static configuration of '''192.168.235.12/255.255.255.0'''
 +
* '''centos3''' VM has 1 active interface (<code>'''eth0'''</code>) that has a static configuration of '''192.168.235.13/255.255.255.0'''
  
 
== Completing the lab ==
 
== Completing the lab ==
Line 412: Line 409:
  
 
Arrange proof of the following on the screen:
 
Arrange proof of the following on the screen:
−
# A list of your <code>iptables</code> rules.
+
# <code>ifconfig</code> from all 3 VM's
 +
# The contents of <code>/etc/hosts</code> on each machine
 
# The contents of your <code>arp</code> cache.
 
# The contents of your <code>arp</code> cache.
−
# <code>ssh</code> from fedora2 to fedora host.
+
# <code>ssh</code> from centos2 to the CentOS host.
−
# <code>ifconfig</code> from all 3 VM's
 
 
# Contents of <code>/tmp/lab6</code> directory.
 
# Contents of <code>/tmp/lab6</code> directory.
 
# Fresh backup of the virtual machines.
 
# Fresh backup of the virtual machines.
−
 
+
# A list of your <code>iptables</code> rules.
  
 
== Preparing for Quizzes ==
 
== Preparing for Quizzes ==

Latest revision as of 11:17, 27 November 2019

Stop (medium size).png
THIS IS AN OLD VERSION OF THE LAB
This is an archived version. Do not use this in your OPS235 course.

Configuring a Network Using Virtual Machines

Overview

  • In this lab, you will learn the basics of networking by using your Virtual Machines and your c6host machine.
  • In addition, you will learn to associate network services with port numbers, and learn how to backup files by date/time.

Objectives

  1. Configure a virtual network for Virtual Machines
  2. Use the CemtOS GUI program to configure network interfaces with static IP configuration and host name resolution
  3. Use the find command to locate the configuration files modified by the GUI network configuration program
  4. To examine some of the Linux's TCP/IP configuration files in the /etc/ directory
  5. To configure a CentOS host with static network configuration without a GUI tool
  6. To configure the linux firewall iptables to allow/disallow/forward different types of network traffic using simple rules

Required Materials (Bring to All Labs)

  • CentOS 6.5 x86_64 Live DVD
  • CentOS 6.5 x86_64 Installation DVD1
  • SATA Hard Disk (in removable disk tray)
  • USB Memory Stick
  • Lab Logbook

Prerequisites

Linux Command Online Reference

Each Link below displays online manpages for each command (via http://linuxmanpages.com):

Networking Utilities: Additional Utilities:


Resources on the web

Additional links to tutorials and HOWTOs:

Current Configuration

Currently you should have the following network configuration:

Network-config-centos.png

  • CentOS host has 1 active network interface (probably eth0 or eth1) that receives IP configuration from the School's DHCP server.
  • CentOS host has 1 active network interface (virbr0) that has a static default configuration of 192.168.122.1/255.255.255.0
  • CentOS1 VM has 1 active interface (eth0) that receives a dynamic configuration from your CentOS Host
  • CentOS2 VM has 1 active interface (eth0) that receives a dynamic configuration from your CentOS Host
  • CentOS3 VM has 1 active interface (eth0) that receives a dynamic configuration from your CentOS Host

Configuring a Network Using Virtual Machines

Investigation 1: How do you create a new virtual network.

Note.png
Use the c6host
Complete the following steps on your c6host computer system.

Before configuring our network we want to turn off dynamic network configuration for our Virtual Machines by turning off the "default" virtual network.

  1. Turn off your virtual machines
  2. Start Virtual Machine Manager
  3. In the Virtual Machine Manager dialog box, Select Edit-> Connection Details.
  4. In the Hosts Details dialog box, select the Virtual Networks tab
  5. Disable the default configuration from starting at boot by deselecting "Autostart" (on boot) checkbox.
  6. Stop the default network configuration by clicking on the stop button at the bottom left-side of the dialog box.
  7. Click the add button (the button resembles a "plus sign") to add a new network configuration.
  8. Give your new network a name (i.e. network1)
  9. Enter in the new network IP address space:
    • 192.168.235.0/24
  10. Disable DHCP by deselecting the check box.
  11. Enable Network Forwarding by Selecting Forwarding to physical network
  12. The destination should be Any physical device and the mode should be NAT
  13. Proceed with changes, and select Finish.
Note.png
Repeat these steps for each VM
Complete the following steps on each of your virtual machines.
  1. Now we need to reconfigure our 3 VMs to use our new virtual network network1
    1. Select the centos1 VM and edit the Virtual Machine Details
      (Note: the Virtual Machine window will appear - do not start virtual machine)
    2. Under View select Details
    3. In the left pane of the Virtual Machine window, select NIC: and note that this NIC is on the "default" virtual network
    4. Change it to Virtual Network network1 : NAT

Answer the Investigation 1 observations / questions in your lab log book.

Investigation 2: How do you configure a static network using system-config-network.

Note.png
Use centos2
Complete this investigation on your centos2 VM.
  1. Start centos2 VM and login
  2. On your centos host run ifconfig and make note of the IP address assigned to the virbr1 interface. This will be the default gateway and DNS server for your VMs.
    New network dialog.png
  3. Edit the existing wired connection
  4. In the IPv4 Settings tab change the method from "Automatic (DHCP)" to "Manual".
  5. In the Addresses section, click "Add".
  6. Manually set the IP configuration to:
    IP Address 192.168.235.12
    Subnet Mask 255.255.255.0
    Default Gateway The IP address of virbr1 on your centos host.
  7. Click on the DNS field and add The IP address of virbr1 on your centos host. as the primary DNS server.
  8. Your network connection may take a couple of minutes to reconfigure connect (view the Network Manager applet in the gnome panel at the top of the screen).
  9. You should be able to use the service commands to restart your network.
    • service network stop
    • service network start
  10. Verify your new interface by examining the output of ifconfig
  11. To verify that centos2 has the correct default gateway configured, use the commands route -n, ifconfig, nslookup, and ping

Answer the Investigation 2 observations / questions in your lab log book.

Investigation 3: What files does the system-config-network GUI tool change?.

Note.png
Use centos1
Complete this investigation on your centos1 VM.
Note.png
Backing up Files
One very important aspect of system admin is performing backups. There are many methods for backing up the data on a a computer system.
The following is an example of a common backup system used in Business Unix/Linux systems:

Full Backup: Backup all specified files (eg. configuration, data files, etc)
Incremental Backup: Backup of only files that have changed since last (full) backup

When the system is required to be fully restored, then the full backup is recovered, followed by each .
In this investigation, you will learn how to perform an incremental backup using the find utility
  1. Start the centos1 VM and login
  2. Before we configure centos1 we should create a timestamp file that can be used to see which files have changed as a result of using the GUI tool.
    • date > /tmp/timestamp
  3. Run the network configuration tool and enter the following static configuration in the same way that you configured centos2.
    • IP Address: 192.168.235.11
    • Subnetmask: 255.255.255.0
    • Default Gateway: 192.168.235.1
    • DNS Server: 192.168.235.1
  4. Save and exit the network configuration tool.
  5. You may have to restart the network using the correct command.
  6. Verify the configuration by pinging centos host (192.168.235.1) and centos2 (192.168.235.12)
Note.png
Creating an Incremental Backup

We will now be using the find command to:

  • Locate the configuration files (contained in the /etc directory) that were modified by the GUI network configuration program
  • Copy those configuration files to a "specified" directory for backup purposes
Previously, you created a file called /tmp/timestamp that just contains the current date and time prior to running the network configuration toool for centos1. Any files that were modified by the GUI network configuration program should have a timestamp later (or newer) than the "timestamp" file you created. All the Linux TCP/IP configuration files are stored under the /etc directory or its sub-directories. The find command (using the correct options) can be used to only list those files that have been recently created since the timestamp date contained in the /tmp/timestamp file.
  1. Run the following Linux command:
    • find /etc -newer /tmp/timestamp > /root/netcfg.lst
  2. View the /root/netcfg.lst file. What does it contain?
  3. Create a new directory called: /tmp/lab6
  4. Issue the following commands:
    • mkdir -p /tmp/lab6
    • find /etc -newer /tmp/timestamp -exec cp {} /tmp/lab6 \;
  5. View the contents of the /tmp/lab6 directory. What does it contain?
Idea.png
Tip
Just for interest, it is relatively simple to automate your backups. You just create a Bash Shell script file using the find command above, give the shell script executable permissions, and use the crontab command to schedule when this script is to be run. If you want to learn more about shell scripting, you can take or refer to the course called OPS435 .

Answer the Investigation 3 observations / questions in your lab log book.

Investigation 4: How do I configure the network without a GUI tool?

Note.png
Use centos3
Complete this investigation on your centos3 VM.
  1. Start centos3 VM and login as root
  2. Use the command ifconfig to list active interfaces, you should see one with a name of eth0 or a similar name.
  3. To configure your card with a static address use the following command:
    • ifconfig eth0 192.168.235.13 netmask 255.255.255.0
  4. To configure a default gateway for that interface enter the command:
    • route add default gw 192.168.235.1
  5. To configure your DNS server edit the file /etc/resolv.conf. Change the nameserver line to be:
    • nameserver 192.168.235.1
  6. Confirm your settings work by doing the following:
    • ifconfig
    • route -n
    • ping your other VM's and centos host.
    • ssh to your matrix account to test DNS
  7. Restart the centos3 VM, or just wait a few minutes.
  8. Login and test your configuration again. What happened?
  9. While we can configure network settings from the command line those settings are not persistent. To configure persistent network configurations we need to edit the configuration files:
Change to the /etc/sysconfig/network-scripts directory on
    • List the contents of the directory and you should see 2 different types of files, network config scripts and network configuration files.
    • Look for the config file for your original interface, it should be named ifcfg-eth0
    • Make a backup of this file for later reference.
    • Edit the new file for you interface and give it the following settings (or create a brand new file, might be easier than editing the old one):
      • DEVICE="eth0"
      • IPADDR="192.168.235.13"
      • NETMASK="255.255.255.0"
      • GATEWAY="192.168.235.1"
      • HWADDR="52:54:00:3f:5c:fa" <-- use the MAC address for YOUR interface
      • DNS1="192.168.235.1"
      • BOOTPROTO="static"
      • ONBOOT="yes"
      • NM_CONTROLLED="yes"
      • IPV6INIT="no"
  2. Save the file and then restart the network connection by issuing the commands: ifdown eth1 and then ifup eth1
  3. Verify your configuration as you did before.
  4. Restart the centos3 VM.
  5. Login and attempt to ssh to your matrix account to verify the settings.

Answer the Investigation 4 observations / questions in your lab log book.

Investigation 5: How do I setup local hostname resolution?

Note.png
Use each machine
Complete this investigation on all of your VM's and the centos host.
Note.png
Hosts files vs. the Domain Name System
On large public networks like the Internet or even large private networks we use a network service called Domain Name System (DNS) to resolve the human friendly hostnames like centos.org to the numeric addresses used by the IP protocol. On smaller networks we can use the /etc/hosts on each system to resolve names to addresses.
  1. Use the hostname and ifconfig commands on your centos host and all 3 VM's to gather the information needed to configure the /etc/hosts file on the centos host and the 3 VM's.
  2. Edit the /etc/hosts file on each of the virtual machines and the centos host. Refer to the table below for information to enter in the /etc/hosts file.


Sample /etc/hosts file 
# hostname centos1 added to /etc/hosts by anaconda
127.0.0.1               localhost.localdomain localhost centos1
::1                     localhost6.localdomain6 localhost6 centos1

192.168.235.1           c6host
192.168.235.11          centos1
192.168.235.12          centos2
192.168.235.13          centos3


  1. Confirm that each host can ping all three of the other hosts by name.

Answer the Investigation 5 observations / questions in your lab log book.

Obtaining MAC Address / Service Port / Firewall Information

Investigation 6: How do I collect the MAC (Hardware) addresses of computers on my network?

Note.png
Use your CentOS Host
Complete this investigation on your CentOS host.
Note.png
Obtaining Remote MAC Addresses
The term MAC address stands for Media Access Control address, which provides a unique ID to prevent confusion among computer systems within a network. While we use 32bit IP addresses to communicate over an internet, on the local ethernet network packets are delivered to a 48bit hardware address (sometimes called a MAC address). The ARP protocol resolves 32bit IP addresses to 48bit MAC addresses by using a broadcast and caching the results. We can examine the ARP cache to get the MAC addresses of other computers on our local network.

Being able to determine remote MAC address information is useful from troubleshooting networking programs to using WOL (Wake up on Lan) to automatically boot remote workstations via the network. In this investigation, you will learn how to obtain MAC address information for various network cards.
  1. On the centos host ping each of your VM's
  2. Examine the contents of the ARP cache by using the command arp
  3. Check the contents of the cache again by using the command arp -n
  4. What was the difference in output? For what other command did -n have a similar effect?

Answer the Investigation 6 observations / questions in your lab log book.

Investigation 7: How can I see what network services or ports are active on my CentOS system?

Note.png
Use All Machines
Complete this investigation on all of your VM's and the CentOS host.
Note.png
Network Ports
When our CentOS system provides any services on a network, those services are accessible through a port number. All network services are configured to be accessed on a particular port number. By examining which ports are active on our system we can know what services (and points of attack) are available on our system. The ability to examine this information is important for troubleshooting network services and securing our systems. One great tool for this is the netstat command.
  1. On your CentOS host execute the command: netstat -at
  2. This command will list all active TCP ports. Note the state of your ports.
  3. TCP is a connection oriented protocol that uses a handshaking mechanism to establish a connection. Those ports that show a state of LISTEN are waiting for connection requests to a particular service. For example you should see the ssh service in a LISTEN state as it is waiting for connections.
  4. From one of your VM's login to your host using ssh
  5. On the CentOS host rerun the command and in addition to the LISTEN port it should list a 2nd entry with a state of ESTABLISHED. This shows that there is a current connection to your ssh server.
  6. Exit your ssh connection from the VM and rerun the command on the CentOS host. Instead of ESTABLISHED it should now show a state of CLOSE_WAIT. Indicating that the TCP connection is being closed.
  7. On your CentOS host try the command netstat -atn. How is this output different?
  8. Without the -n option netstat attempts to resolve IP addresses to host names (using /etc/hosts) and port numbers to service names (using /etc/services)
  9. Examine the /etc/services file and find which ports are used for the services: ssh, ftp, http
  10. Now execute the command netstat -au What is the difference between -at and -au?
  11. When examining UDP ports why is there no state?
  12. Using the netstat man page and experimentation make sure you understand how the following options work.
    • -at
    • -au
    • -atp
    • -aup
    • -atn
    • -aun
    • -autnp

Answer the Investigation 7 observations / questions in your lab log book.

Investigation 8: How do I view and configure the IPTABLES firewall? -- Basic Function/Configuration

Note.png
Use c6host
Complete the following steps on your c6host machine.


Note.png

Iptables is the built-in firewall for LINUX. While this program can be controlled by different GUIs, we are going to investigate the powerful command line interface for this program to choose what data is allowed into, out of and through our computer.

Essentially, Iptables is a list of rules. Each rule is placed into a particular chain and when data is sent into, out of or through a PC the data is checked against these rules. If the data matches a particular rule, it then must “jump” to a condition. Simple conditions include ACCEPT, DROP and LOG but there are also more complex conditions that can be applied and there is even the option to create your own conditions.

Iptables consists of multiple tables, each containing one or more chains of rules. For firewall purposes, the FILTER table is important; it contains these three chains: – INPUT, OUTPUT and FORWARD. Here as brief explanation of these chains.

OUTPUT – When you want to do some research on the Web for something, you open a browser on your PC and navigate to http://www.google.ca. When you do you are attempting to establish an HTTP or HTTPS session with the web server at http://www.google.ca. A data packet is built with appropriate IP and TCP information and sent out of your computer but before it goes out to the Internet it will be compared to all of the rules in the OUTPUT chain to see if this data is allowed to go “out” of the PC. If it is not allowed then the packet is dropped.

INPUT – If your data was allowed out and a request was sent to http://www.google.ca, this web server will send data back to your PC with an acknowledgement. Before this data can be processed by your browser, it must first be checked against the INPUT chain to see if it is allowed into the PC. If it is, your browser will process the data and move to it's next task. If it is not, the packet will be dropped.

FORWARD – LINUX PC's are often used as routers or gateways for other PC's. This means that data may have to be passed through this LINUX box, but the data is not intended for the LINUX PC nor is it being sent by the LINUX PC. Even though the data will go into this PC and it will exit this PC, the INPUT and OUTPUT chains do not apply here. Because the PC is acting as a router it does not actually send or receive data, it FORWARDS data from one machine to another. When this process happens, the data is checked against the FORWARD chain to see if it is allowed through. If it is the router will forward the data to it's destination. If not, the packet is dropped.
Important.png
Non-Persistent Changes to your Host System
Complete this lab on your host system (f16host). It should be noted that all of the commands that we do here with iptables will not be persistent unless you have your configuration. That means if you re-boot, the default iptables configuration will be loaded.
  1. As root on the CentOS host enter the following commands at the prompt:
    • iptables -F (This flushes out or clears all of your rules from the chains)
    • iptables -L
  2. You should see something similar to this:

    Chain INPUT (policy ACCEPT)

    target prot opt source destination

    Chain FORWARD (policy ACCEPT)

    target prot opt source destination

    Chain OUTPUT (policy ACCEPT)

    target prot opt source destination

  3. Set the default policy for the INPUT chain to DROP:
    • iptables -P INPUT DROP
  4. Now try on your own to change the default policies for the OUPUT and FORWARD chains to DROP
  5. Write the commands you executed in your lab book.
  6. Can we mix these policies? Try to set the FORWARD chain policy to ACCEPT. Did it work?
Note.png
Chain Policies
Each chain has a default policy. In my example here the default policy is ACCEPT. This means that if data packets are checked and there is no rule that matches that packet in the chain the data will be allowed to pass to it's destination. Conversely, if the policy is set to DROP then the packet will be dropped if there is no match. Flushing the table (iptables -F) when an ACCEPT policy is in place will cause all packets to be accepted; flushing the table when an DENY policy is in place will cause all packets to be dropped.

Testing policies

  1. Execute the command iptables -L and check that the policies on your INPUT and OUTPUT chain are set to DROP
  2. Open a browser and attempt to access the Internet. Were you successful?
  3. Using the commands you have learned so far, change the policies on the INPUT and OUTPUT chains to ACCEPT
  4. Open your browser and attempt to access the Internet again. Were you successful?
  5. Change the policies on all of the chains to DROP
  6. In the OUTPUT chain, add the following rule:
    • iptables -A OUTPUT -j LOG
  7. The above rule tells iptables to log packets and relevant information to /var/log/messages.
  8. This entry in the OUTPUT policy will therefore log all packets being sent out of the machine.
  9. Try to access the Internet again. Because the policies have been set to DROP, you should be unsuccessful. However, every packet of data that your PC attempted to send out was logged. Let's have a look at the log file and analyze the data.
    • tail /var/log/messages
  10. This command shows us the last 10 lines of the file. While there are many things being logged to this file, the last thing we did was try to access the Internet so we should be able to see the data we need. Look for a line that looks similar to the following:

    Mar 3 09:21:03 koala-laptop kernel: [90775.407304] IN= OUT=wlan0 SRC=192.168.1.107 DST=66.249.90.104 LEN=1470 TOS=0x00 PREC=0x00 TTL=64 ID=19752 DF PROTO=TCP SPT=45431 DPT=80 WINDOW=108 RES=0x00 ACK PSH URGP=0
  11. Your IP, host names and date will be different, but the one thing that should be the same is the DPT=80 value.
  12. When your computer tried to send OUT a request to connect to the Internet using the WWW, the computer used a destination port of 80. This is the standard port for the WWW. Because we have set the default policy to DROP it drops these packets. The problem is we are dropping all packets. What if we just want to drop the WWW packets?
  13. Using the commands we already know, change the default policies on all of your chains to ACCEPT.
  14. Open a browser and confirm that you can access the world wide web.
  15. Enter the command:
    • iptables -I OUTPUT -p tcp -s0/0 -d 0/0 --dport 80 -j DROP
  16. Try to access the Web. If you have done everything right, you should not have been successful.
  17. After you have completed the test execute the following command:
    • iptables -F
Note.png
Interpreting iptables commands
Here is the command you just used: 
iptables -I OUTPUT  -p tcp -s0/0 -d 0/0 --dport 80 -j DROP

Which can be read like this: Insert a rule into the iptables OUTPUT chain that will match any tcp packet, with any a source address, any destination address, and a deistination port of 80. Any packet that matches will be dropped.

Let's break down the command to see how it works.

The -I switch tells iptables to INSERT this line into the OUTPUT policy. This means it will be the first line in the policy. If we used a -A switch it would have appended the line and it would be the last line of the policy. If you are writing complex iptables rules where multiple matches can occur, it is important that the lines go in the right order. If you follow the -I with a number, the new rule will be inserted at that location in the chain (for example, -I 3 OUTPUT will insert the rule into the 3rd position in the OUTPUT chain, moving the existing rules down as necessary (the old rule #3 will become the new rule #4, for example).

The -p tcp switch tells iptables to only match TCP packets. Alternately, the protocol could be set to udp, icmp, or all.

The -s0/0 switch specifies the source IP address. 0/0 means a source address of “anywhere.” this has been put into the lab because your ip address will change because it is dynamically assigned. You can change this value if you want to the IP address that has been specifically assigned to your PC.

The -d0/0 switch specifies the destination address. It makes sense that this address is set to “anywhere” because if we want to block all requests to the WWW, we will never know the specific IP address of web server that is trying to be accessed.

The switch --dport 80 tells iptables to look at the destination port in the packet and see if it is equal to 80. Alternately, you can filter based on source addresses using the --sport switch.

-j means jump to a particular target – Basic targets are ACCEPT, DROP, REJECT, and LOG. The available targets depend on which table contains the chain.

DROP means drop the packet – make it disappear - and do not continue processing rules. REJECT is similar, but causes an error packet to be sent back to the source host. ACCEPT causes the packet to be processed. LOG causes an entry to be made in the system logs showing that the packet was processed. Note that the LOG target is the only one that does not stop rule-checking in the chain - so you can log a packet with one rule, and then use a later rule in the chain to DROP, REJECT, or ACCEPT it.

Note.png
0/0 Addresses
Source and destination addresses of 0/0 will match all addresses. Therefore, they don't do anything and can be removed: 
iptables -I OUTPUT  -p tcp -s0/0 -d 0/0 --dport 80 -j DROP

is equivalent to: 

iptables -I OUTPUT  -p tcp --dport 80 -j DROP

Final Tasks

  1. Using the information you have learned, try on your own to achieve the same goal as above (block www access to your computer) by using the INPUT chain instead of the OUTPUT chain.
  2. After you have completed this task, flush the iptables again.
  3. Make sure that your ssh server is running on the host machine and try to access it from a virtual machine of your choice.
  4. Once you have confirmed that ssh is running on the host machine, insert an iptables rule on the host machine to prevent access to the ssh server from all VM's on the virtual network.
  5. Confirm that your rule works by testing from your VM's
  6. Does iptables close the port? Check using netstat
  7. Now insert a rule on the CentOS host that would ACCEPT connections from the centos2 VM only.
  8. Fully test your configuration.
Note.png
iptables Service
When your iptables service starts or at boot time it has to load the rules from the file /etc/sysconfig/iptables.
  1. Make a backup of the file /etc/sysconfig/iptables
  2. Examine the file to see how rules are added.
  3. Issue the command: iptables-save > /etc/sysconfig/iptables to save the rules you added with the iptables command, above.
  4. Verify that the file /etc/sysconfig/iptables was updated with your new rules.
  5. Restart your iptables service and test your configuration.
  6. Write a short bash script to add a rule allowing the centos1 and centos3 VM's to connect to ssh on the CentOS host.

Answer the Investigation 8 observations / questions in your lab log book.

New Configuration

Now you should have the following network configuration:

New-network-config.png

  • CentOS host has 1 active network interface (probably em1)that receives IP configuration from the School's DHCP server.
  • CentOS host has 1 active network interface (virbr1) that has a static default configuration of 192.168.235.1/255.255.255.0
  • centos1 VM has 1 active interface (eth0) that has a static configuration of 192.168.235.11/255.255.255.0
  • centos2 VM has 1 active interface (eth0) that has a static configuration of 192.168.235.12/255.255.255.0
  • centos3 VM has 1 active interface (eth0) that has a static configuration of 192.168.235.13/255.255.255.0

Completing the lab

Important.png
Time for a new backup!
If you have successfully completed this lab, make a new backup of your virtual machines.

Arrange proof of the following on the screen:

  1. ifconfig from all 3 VM's
  2. The contents of /etc/hosts on each machine
  3. The contents of your arp cache.
  4. ssh from centos2 to the CentOS host.
  5. Contents of /tmp/lab6 directory.
  6. Fresh backup of the virtual machines.
  7. A list of your iptables rules.

Preparing for Quizzes

  1. What is a port?
  2. What command will set your IP configuration to 192.168.55.22/255.255.255.0 ?
  3. What file contains the systems iptables rules?
  4. What is the difference between UDP and TCP?
  5. What port number is used for DHCP servers?
  6. What is the function of the file /etc/services ?
  7. What is the function of the file /etc/hosts ?
  8. What is the purpose of the file /etc/sysconfig/network-scripts/ifcfg-eth0 ?
  9. What tool is used to show you a list of current TCP connections?
Retrieved from "https://wiki.cdot.senecapolytechnic.ca/w/index.php?title=OPS235_Lab_6_-_CentOS6&oldid=142271"