Difference between revisions of "Assignment 2"

From CDOT Wiki
Jump to: navigation, search
m (fixed another typo)
 
Line 1: Line 1:
'''Working Draft!!!'''
+
== Purpose ==
  
== Introduction ==
+
In this assignment, you will use the '''335assign virtual network''' and the '''seedling''' cloning-source that you created in assignment 1 (part 1) to create two e-mail servers: a '''Mail Transfer Agent''' called '''pine''' and a ''Message Store'' (IMAP) called '''fir'''. You will also use the '''seedling''' cloning source to create a Samba server called '''bristlecone'''. In addition to creating those Linux servers, you will also be required to create a virtual machine for an MS Windows operating system to test-out your Samba server. As you perform and submit this assignment, you '''MUST''' run at least the '''balsam''' Master Name server in order to resolve domain names to IP addresses.
  
This course is a project course, and the majority of your mark will come from work on a Mozilla development project.  The primary goal of this project is to get you involved in the Mozilla development community and codebase.  Through this experience you will learn about the processes, tools, and practices involved in developing software as part of a large open source community.
+
== General Requirements ==
  
== The Rules of Engagement ==
+
'''Weight''': 10% of the overall grade
  
Many of the practices inherent in open source development will seem to go against the structures often set in place for similar course work.  For example, you are typically forbidden to collaborate with your peers, to copy from the web, etc.  However, these rules must be re-evaluated in the context of proper and pragmatic open source development practices.
+
'''Due Date''': During Week 13 (in class)
  
First, consider the typical rules around cheating and plagiarism.  In this assignment, you are encouraged to work within the set of best practices natural to open source development.  Open source developers do not write from scratch what already exists and is freely available for use.  You too should be thinking in terms or code reuse.  It is ok for you to use code from other open source projects, so long as the license is amenable to the use.
+
== Detailed Requirements ==
  
Second, consider the typical restrictions on peer-collaboration.  In this assignment, you are encouraged to work together, to help one another, to look at each other's code, etc.  Open source collaboration is about leveraging the collective knowledge of a community to help solve the problems of the individual.
+
{{Admon/important|It is YOUR responsibility to Backup all of your VMs for this Assignment!|You are required to frequently backup your VMs prior to exiting a work session during this assignment. Your instructor will NOT accept the fact that your hard disk crashed and lost all of your work. If you properly backed up your VM images and xml configuration files to a USB, then you can purchase a new hard-disk or wipe and recreate your hard disk and restore your VMs. Students who fail to submit their assignment #2 by the last day of scheduled classes will receive an INC grade (assuming they passed all of the other requirements for this course) and will be required to show their instructor their working assignment #2 no later than 4PM on the first Tuesday of the next semester; otherwise, they will fail the course. Students with accommodations should discuss arrangements regarding due dates / submission of assignment #2. Students that are missing both of assignment #1 and assignment #2 will fail this course.}}<br /><br />
  
Third, consider the sharp dividing line between student projects in most programming courses.  For the most part, you are being evaluated on your ability to do a particular project or to solve a particular problem.  Your outcome is measured against your peers’.  However, in this course you are not in competition with your peers; rather, you are all working on one large project (i.e., Mozilla) with many sub-projects within it.  As a result, there is no clean line to divide your work from that of your peers, your work from that of the Mozilla community.  This means that collaboration with each other and even with other members of the Mozilla community is acceptable practice.
+
=== Set-up Mail Transfer Agent ('''pine''')===
  
To summarize:
+
Perform the following steps for this section:
  
* Help each other, contribute to each other’s projects
+
#Create a clone virtual machine called '''pine''' from the '''seedling''' cloning-source. Refer to the table below for '''address''' and '''hostname'''.
* Work with and within the Mozilla community
+
#The normal user on your host machine must be able to ssh to the root account on each machine without being prompted for a password.
* Give others encouragement and credit when they help you
+
#Create a '''regular user''' for this virtual machine using '''your Seneca userID'''.
* Use existing open source code whenever possible
+
#Any machine within the '''coniferous.trees.ops''' domain will be able to route outgoing email through this server.
* Be open to helping others and to being helped
+
#Any mail sent directly from this machine will use the domain as the sending address (i.e. user@coniferous.trees.ops)
 +
#You are NOT required to encrypt received email messages.
 +
#This machine will relay received email messages for any user account in the '''coniferous.trees.ops''' domain.
  
== Requirements ==
+
=== Set-up Mail Delivery Agent / Message Store ('''fir''') ===
  
* Pick a project from the [[Project List]].  If you want to work on something else, speak to Dave.
+
Perform the following steps for this section:
* Create a project page based on the stubs in [[Project List]]--see [[Sample Project]] for an example.  If someone has already created a page for a project you want to work on, speak to that person to see if you can join him/her.  If s/he says yes, add your name to the Project Leader(s) section; otherwise pick another project and become a Contributor instead.
 
* Become a Contributor for one or more other projects.  This is something that will just happen as you interact on IRC or in class.  As people need help, you can choose to get involved with things.  For example: helping to debug something, doing research into a problem, writing some tricky code.  Over time your list of contributions to other peoples’ projects should grow.  Keep track of this in a personal page.
 
* Keep your project page updated.  Add technical information to the Project Details section as you get a better understanding of the problem, and keep track of your project status in the Project News section.  You should be updating this page at least once every two weeks and more likely every week.  Remember that the more you write on your page the easier it will be to get help from other people: it is easier for people to understand your question with supporting documentation on the web.
 
* Create a personal page (title should be your full name) and link it to a) [[People]] and b) your project page.  On this page keep track of your contributions to other projects and your reflections on your on project and the course.
 
  
== Intellectual Property ==
+
#Create a clone virtual machine called '''fir''' from the '''seedling''' cloning-source. Refer to the table below for '''address''' and '''hostname'''.
 +
#Create a '''regular user''' for this virtual machine using '''your Seneca userID'''.
 +
#The root user on your host machine must be able to ssh to the root account on each machine without being prompted for a password.
 +
#This machine will accept incoming email for any user account in the '''coniferous.trees.ops''' domain.
 +
#No other machine in this domain will accept incoming email.
 +
#This machine will be an '''IMAP''' server (i.e. NOT POP3 or LTMP).
 +
#This machine will NOT use encryption.
 +
#This machine will use postifx's built-in LDA to store received emails in maildir format in a sub-directory of each users' home directory called mailboxes.
 +
#Any mail sent to root will be automatically delivered into the mailbox of the '''regular user''' created above.
 +
#Configure your Thunderbird application (installed in Lab 4b) to allow the user to send and receive email messages using the '''pine''' and '''fir''' servers.
  
Given that this course is focused on open source development, and given that we are working on real pieces of the Mozilla codebase, all student work will become open source.  The particular license used will be determined based on the other parts of Mozilla with which you are interacting.
+
Add MX records to the forward lookup zone on your balsam DNS server so that all incoming mail addressed to the domain is sent to your IMAP server ('''fir''') first, and the MTA ('''pine''') as a fall-back.
  
== Grading ==
+
=== Set-up a Samba Server ('''bristlecone''')===
  
# 60 Marks - Final Project Deliverables (e.g., code, documents)
+
Perform the following steps for this section:
# 20 Marks - Project Wiki Page and Updates
 
# 20 Marks - Contributions to Other Projects
 
  
More detailed grading information will be relesed later in the semester.
+
#Create a clone virtual machine called '''bristlecone''' from the '''seedling''' cloning-source. Refer to the table below for '''address''' and '''hostname'''.
 +
#Create a '''regular user''' for this virtual machine using '''your Seneca userID'''.
 +
#It will run '''Samba''' (automatically on boot) to share files with machines in this network. You may reuse the Windows installation from the lab or create a new one for the assignment.
 +
#Create five <u>new</u> users on the Samba file server, call them '''yoursenecaid-1''', '''yoursenecaid-2''', '''yoursenecaid-3''', '''yoursenecaid-4''', '''yoursenecaid-admin'''. (replace "yoursenecaid" with your <u>actual</u> Seneca ID)
 +
#Create a directory /documents with the following subdirectories:
 +
<pre style="font-size: 14pt;margin-left:30px;">.
 +
├── private
 +
│  ├── yoursenecaid-1
 +
│  ├── yoursenecaid-2
 +
│  ├── yoursenecaid-3
 +
│  ├── yoursenecaid-4
 +
│  └── yoursenecaid-admin
 +
└── shared
 +
    ├── readonly
 +
    └── readwrite
 +
</pre>
 +
<ol><li value="6">Set up permissions/ownership on those directories for your Linux users on the file server so that:<ol type="a"><li>'''yoursenecaid-1''' through '''yoursenecaid-4''' have '''read/write''' access to their own <u>private</u> directories.</li><li>'''yoursenecaid-admin''' has '''read/write''' access to <u>every</u> directory.</li><li>Everyone has '''read''' access to the '''readonly''' directory (but only the '''admin''' has '''write''' access too).</li><li>Everyone can both '''read''' and '''write''' to the '''readwrite''' directory.</li></ol></li><li>Set up '''five''' Samba users to mirror your new Linux users.</li><li>Configure '''seven''' shares (one for each directory above) with permissions as close as possible to the Linux permissions.</li></ol>
 +
 
 +
=== Set-up Windows Client to Test Samba server ('''windows''')===
 +
 
 +
Perform the following steps for this section:
 +
 
 +
#Create a clone virtual machine called '''client''' from the '''seedling''' cloning-source. Refer to the table below for '''address''' and '''hostname'''.
 +
#Create a '''regular user''' for this virtual machine using '''your Seneca userID'''.
 +
#The normal user on your host machine must be able to ssh to the root account on each machine without being prompted for a password.
 +
#This machine will use the master and slave DNS servers in your domain as the primary and secondary DNS servers. It will not have access to any other DNS servers.
 +
 
 +
=== Network Configuration ===
 +
 
 +
As you will now have functioning primary and secondary DNS servers, modify your network configuration file for the '''pine''', '''fir''', and '''bristlecone''' servers specify the correct IPADDR.
 +
 
 +
=== Table of Virtual Machines / DNS Records ===
 +
 
 +
Below is network configuration for ALL virtual machines used in this assignment and previous assignments for this course:
 +
 
 +
{| class="wikitable" | style="margin-left:0px;"
 +
! Hostname !! Address !! Purpose
 +
|-style="background-color:#66cccc;"
 +
| '''larch.coniferous.trees.ops''' (your existing host) ||  External Facing Address:''' DHCP assigned'''<br>Internal Virtual Bridge (virbr1):''' 172.30.20.1''' || Your '''host''' machine
 +
 
 +
|-style="background-color:#66cccc;"
 +
| '''seedling.coniferous.trees.ops''' || '''172.30.20.100'''  || '''Cloning-source''' used to create other servers for other assignments.
 +
|-style="background-color:#66cccc;"
 +
| '''balsam.coniferous.trees.ops''' || ''' 172.30.20.2''' || '''Master''' Name Server
 +
 
 +
|-style="background-color:#66cccc;"
 +
| '''spruce.coniferous.trees.ops''' || '''172.30.20.3'''  || '''Slave''' Name Server
 +
|-  style="background-color:#66cccc;"
 +
| '''pine.coniferous.trees.ops''' || ''' 172.30.20.5''' || '''SMTP''' mail Server
 +
 
 +
|-  style="background-color:#66cccc;"
 +
| '''fir.coniferous.trees.ops''' || '''172.30.20.6'''  || '''IMAP''' mail Server
 +
|-  style="background-color:#66cccc;"
 +
|'''bristlecone.coniferous.trees.ops''' || '''172.30.20.8'''  || '''Samba''' Server
 +
 
 +
|-  style="background-color:#66cccc;"
 +
| '''windows.coniferous.trees.ops''' || '''172.30.20.10'''  || Client Linux or Windows Server
 +
 
 +
|}
 +
 
 +
===Set-up Firewall Policies===
 +
 
 +
In addition to the basic firewall established in assignment 1, ensure the following restrictions are met:
 +
 
 +
#All virtual machines will use iptables as their firewall.
 +
#Outgoing traffic is allowed.
 +
#Each virtual machine must be able to check for and install updates using yum.
 +
#Traffic on the loopback interface for each virtual machine is allowed.
 +
#The host machine (and only the host machine) must be able to ssh to them.
 +
#ICMP traffic is allowed if it originated within the local network only.
 +
#Other than that, only the traffic necessary to support their roles described above should be allowed.
 +
 
 +
== Assignment Submission ==
 +
 
 +
The student is required to prove to their professor that their set-up works correctly during the regularly-scheduled lab period.
 +
 
 +
===Assignment Evaluation Details===
 +
 
 +
*'''Demonstrate working assignment to your instructor in class:'''<ol type="a"><li>Students need to demonstrate their assignment functionality to their professor during a lab period<br>(like you would for any lab for "sign-off").</li><li>Students are required to prepare everything ahead of time so that you can quickly demonstrate to your instructor that all required parts of your assignment are working.</li><li>Do do proceed to the next step until you have demonstrated your assignment to your instructor to check for errors that may cause problems when running the checking script.<br><br></li></ol>
 +
 
 +
*Download and run a shell script to check your work (Depending on your OPS335 Instructor):
 +
 
 +
 
 +
::'''Peter Callaghan's Classes (Sections C &amp; D):'''<ul><li>Refer to instruction on Moodle to download and run marking shell script.</li></ul>
 +
 
 +
 
 +
::'''Murray Saul's Classes (Sections A &amp; B):'''<ol><li>Login as '''root''' on your '''host''' machine.</li><li>Change to the '''/root/bin''' directory.</li><li>Make certain that at least your '''balsam''', '''pine''', '''fir''', '''bristlecone''' and '''client''' virtual machines are running.<li>Issue the command to download a checking script for your assignment to your '''host''' machine: <source>wget http://matrix.senecac.on.ca/~murray.saul/ops335/check-assn2.bash    # Currently not available</source></li><li>Set execute permissions and run the command: '''/root/bin/check-assn2.bash'''<br>(You shell script contents will be mailed to your Seneca email and to your OPS335 instructor's Seneca email. If you do '''NOT''' receive an e-mail message in your Seneca email account, then there is a problem, and you '''MUST''' rerun or contact your OPS335 instructor immediately.<br><br></li></ol>
 +
*'''Additional Assignment Information:'''<ol type="a"><li>This assignment is to be completed individually. '''Group submissions are not allowed'''.</li><li>You are NOT allowed to use local hostname resolution (i.e. no entries in your '''/etc/hosts''' file).<li>Test your machine to make sure it works. If a machine is not accessible (e.g. will not boot, can not be accessed through ssh from your host, etc.), or is otherwise non-functional, you may be told to '''resubmit'''.</li><li>'''Late submissions are a subject to a penalty of 10% per day'''.</li><ol>
 +
 
 +
==Evaluation Rubric==
 +
 
 +
Here is an evaluation rubric (in table form) showing you how you will be evaluated for this assignment.
 +
Part of the rubric is marked from professor observation from student demonstration of assignment in class, and the other part is based on output from the results of an assignment checking script that the student will download and run.
 +
 
 +
{| class="wikitable" width=60%
 +
|-
 +
| colspan=2 style="text-align:center;background-color:#cccccc;" |'''Student Demonstration (in class)'''
 +
|-
 +
| style="font-weight:bold" | Evaluation Item
 +
| width=10% style="text-align:right;font-weight:bold" | Mark
 +
|-
 +
| colspan="2" |
 +
::'''STMP and IMAP Servers:'''
 +
|-
 +
|
 +
:::Proof of SMTP Server Running on '''pine''' server
 +
| style="text-align:right" | /1
 +
|-
 +
|
 +
:::E-mails sent from '''pine''' and '''bristlecone''' servers to '''fir''' server (user@IP_ADDR)
 +
| style="text-align:right" | /1
 +
|-
 +
|
 +
:::E-mails sent from '''pine''' and '''bristlecone''' servers to '''fir''' server (user@DOMAIN_NAME)
 +
| style="text-align:right" | /1
 +
|-
 +
| colspan="2" |
 +
::'''Samba Server Access via Windows OS:'''
 +
|-
 +
|
 +
:::'''yoursenecaid-1''' through '''yoursenecaid-4''' has '''read/write''' access
 +
| style="text-align:right" | /1
 +
|-
 +
|
 +
:::'''yoursenecaid-admin''' has '''read/write''' access to every directory
 +
| style="text-align:right" | /1
 +
|-
 +
|
 +
:::All accounts have '''read''' access to the '''read-only''' directory<br>(but only '''yoursenecaid-admin'' has '''write''' access)
 +
| style="text-align:right" | /1
 +
|-
 +
|
 +
:::All accounts can both '''read''' and '''write''' to the '''readwrite''' directory.
 +
| style="text-align:right" | /1
 +
|-
 +
| colspan=2 style="text-align:center;background-color:#cccccc;" |'''Configuration (Checking Script Output)'''
 +
|-
 +
| style="font-weight:bold;" | Evaluation Item
 +
| width=10% style="text-align:right;font-weight:bold" | Mark
 +
|-
 +
|  colspan=2 | '''Mail Transfer Agent (pine) - General Configuration'''
 +
|-
 +
|
 +
:::Postfix MTA settings
 +
| style="text-align:right" | /5
 +
|-
 +
|  colspan=2 | '''Mail Delivery Agent (MTA) / Message Store (MS) - General Configuration'''
 +
|-
 +
|
 +
:::Postfix MTA settings
 +
| style="text-align:right" | /3
 +
|-
 +
|
 +
:::LDA settings
 +
| style="text-align:right" | /1
 +
|-
 +
|
 +
:::AA settings
 +
| style="text-align:right" | /4
 +
|-
 +
|  colspan=2 | '''DNS configuration'''
 +
|-
 +
|
 +
:::Correct MX records exist
 +
| style="text-align:right" | /2
 +
|-
 +
|
 +
:::MX records prioritize access to mail servers correctly
 +
| style="text-align:right" | /2
 +
 
 +
|-
 +
| colspan=2 | '''Samba Server - General Configuration'''
 +
|-
 +
|
 +
:::Directories shared with correct permissions
 +
| style="text-align:right" | /7
 +
|-
 +
|
 +
:::Samba accounts created (1/2 mark each)
 +
| style="text-align:right" | /2
 +
|-
 +
|
 +
:::Writing allowed to directories
 +
| style="text-align:right" | /1
 +
|-
 +
|  colspan=2 | '''Firewall policies'''
 +
|-
 +
|
 +
:::MTAs allow SMTP traffic
 +
| style="text-align:right" | /2
 +
|-
 +
|
 +
:::AA allows IMAP traffic
 +
| style="text-align:right" | /1
 +
|-
 +
|
 +
:::IMAP traffic limited to local network
 +
| style="text-align:right" | /1
 +
|-
 +
|
 +
:::Samba server allows samba traffic
 +
| style="text-align:right" | /1
 +
|-
 +
|
 +
:::Samba traffic limited to local network
 +
| style="text-align:right" | /1
 +
|-
 +
|'''Less Deductions (half-mark for EACH VM):
 +
:*'''DOMAIN Name''' NOT Resolved
 +
:*'''VM hostname''' NOT set
 +
:*firewalld '''enabled''' / '''running'''
 +
:*iptables '''disabled''' / '''not running'''
 +
:*No '''Yum update'''
 +
:*'''Services''' NOT active
 +
:*Local hostname resolution appears in '''/etc/hosts''' (1 mark per entry, per vm)
 +
:*Neglecting major safeguards (e.g. no firewall present, firewall allowing all traffic, no active SELinux) ('''4 marks per issue''')
 +
|
 +
|-
 +
| '''TOTAL'''
 +
| style="text-align:right" | '''/40'''
 +
|}

Latest revision as of 11:33, 20 March 2017

Purpose

In this assignment, you will use the 335assign virtual network and the seedling cloning-source that you created in assignment 1 (part 1) to create two e-mail servers: a Mail Transfer Agent called pine and a Message Store (IMAP) called fir. You will also use the seedling cloning source to create a Samba server called bristlecone. In addition to creating those Linux servers, you will also be required to create a virtual machine for an MS Windows operating system to test-out your Samba server. As you perform and submit this assignment, you MUST run at least the balsam Master Name server in order to resolve domain names to IP addresses.

General Requirements

Weight: 10% of the overall grade

Due Date: During Week 13 (in class)

Detailed Requirements

Important.png
It is YOUR responsibility to Backup all of your VMs for this Assignment!
You are required to frequently backup your VMs prior to exiting a work session during this assignment. Your instructor will NOT accept the fact that your hard disk crashed and lost all of your work. If you properly backed up your VM images and xml configuration files to a USB, then you can purchase a new hard-disk or wipe and recreate your hard disk and restore your VMs. Students who fail to submit their assignment #2 by the last day of scheduled classes will receive an INC grade (assuming they passed all of the other requirements for this course) and will be required to show their instructor their working assignment #2 no later than 4PM on the first Tuesday of the next semester; otherwise, they will fail the course. Students with accommodations should discuss arrangements regarding due dates / submission of assignment #2. Students that are missing both of assignment #1 and assignment #2 will fail this course.


Set-up Mail Transfer Agent (pine)

Perform the following steps for this section:

  1. Create a clone virtual machine called pine from the seedling cloning-source. Refer to the table below for address and hostname.
  2. The normal user on your host machine must be able to ssh to the root account on each machine without being prompted for a password.
  3. Create a regular user for this virtual machine using your Seneca userID.
  4. Any machine within the coniferous.trees.ops domain will be able to route outgoing email through this server.
  5. Any mail sent directly from this machine will use the domain as the sending address (i.e. user@coniferous.trees.ops)
  6. You are NOT required to encrypt received email messages.
  7. This machine will relay received email messages for any user account in the coniferous.trees.ops domain.

Set-up Mail Delivery Agent / Message Store (fir)

Perform the following steps for this section:

  1. Create a clone virtual machine called fir from the seedling cloning-source. Refer to the table below for address and hostname.
  2. Create a regular user for this virtual machine using your Seneca userID.
  3. The root user on your host machine must be able to ssh to the root account on each machine without being prompted for a password.
  4. This machine will accept incoming email for any user account in the coniferous.trees.ops domain.
  5. No other machine in this domain will accept incoming email.
  6. This machine will be an IMAP server (i.e. NOT POP3 or LTMP).
  7. This machine will NOT use encryption.
  8. This machine will use postifx's built-in LDA to store received emails in maildir format in a sub-directory of each users' home directory called mailboxes.
  9. Any mail sent to root will be automatically delivered into the mailbox of the regular user created above.
  10. Configure your Thunderbird application (installed in Lab 4b) to allow the user to send and receive email messages using the pine and fir servers.

Add MX records to the forward lookup zone on your balsam DNS server so that all incoming mail addressed to the domain is sent to your IMAP server (fir) first, and the MTA (pine) as a fall-back.

Set-up a Samba Server (bristlecone)

Perform the following steps for this section:

  1. Create a clone virtual machine called bristlecone from the seedling cloning-source. Refer to the table below for address and hostname.
  2. Create a regular user for this virtual machine using your Seneca userID.
  3. It will run Samba (automatically on boot) to share files with machines in this network. You may reuse the Windows installation from the lab or create a new one for the assignment.
  4. Create five new users on the Samba file server, call them yoursenecaid-1, yoursenecaid-2, yoursenecaid-3, yoursenecaid-4, yoursenecaid-admin. (replace "yoursenecaid" with your actual Seneca ID)
  5. Create a directory /documents with the following subdirectories:
.
├── private
│   ├── yoursenecaid-1
│   ├── yoursenecaid-2
│   ├── yoursenecaid-3
│   ├── yoursenecaid-4
│   └── yoursenecaid-admin
└── shared
    ├── readonly
    └── readwrite
  1. Set up permissions/ownership on those directories for your Linux users on the file server so that:
    1. yoursenecaid-1 through yoursenecaid-4 have read/write access to their own private directories.
    2. yoursenecaid-admin has read/write access to every directory.
    3. Everyone has read access to the readonly directory (but only the admin has write access too).
    4. Everyone can both read and write to the readwrite directory.
  2. Set up five Samba users to mirror your new Linux users.
  3. Configure seven shares (one for each directory above) with permissions as close as possible to the Linux permissions.

Set-up Windows Client to Test Samba server (windows)

Perform the following steps for this section:

  1. Create a clone virtual machine called client from the seedling cloning-source. Refer to the table below for address and hostname.
  2. Create a regular user for this virtual machine using your Seneca userID.
  3. The normal user on your host machine must be able to ssh to the root account on each machine without being prompted for a password.
  4. This machine will use the master and slave DNS servers in your domain as the primary and secondary DNS servers. It will not have access to any other DNS servers.

Network Configuration

As you will now have functioning primary and secondary DNS servers, modify your network configuration file for the pine, fir, and bristlecone servers specify the correct IPADDR.

Table of Virtual Machines / DNS Records

Below is network configuration for ALL virtual machines used in this assignment and previous assignments for this course:

Hostname Address Purpose
larch.coniferous.trees.ops (your existing host) External Facing Address: DHCP assigned
Internal Virtual Bridge (virbr1): 172.30.20.1
Your host machine
seedling.coniferous.trees.ops 172.30.20.100 Cloning-source used to create other servers for other assignments.
balsam.coniferous.trees.ops 172.30.20.2 Master Name Server
spruce.coniferous.trees.ops 172.30.20.3 Slave Name Server
pine.coniferous.trees.ops 172.30.20.5 SMTP mail Server
fir.coniferous.trees.ops 172.30.20.6 IMAP mail Server
bristlecone.coniferous.trees.ops 172.30.20.8 Samba Server
windows.coniferous.trees.ops 172.30.20.10 Client Linux or Windows Server

Set-up Firewall Policies

In addition to the basic firewall established in assignment 1, ensure the following restrictions are met:

  1. All virtual machines will use iptables as their firewall.
  2. Outgoing traffic is allowed.
  3. Each virtual machine must be able to check for and install updates using yum.
  4. Traffic on the loopback interface for each virtual machine is allowed.
  5. The host machine (and only the host machine) must be able to ssh to them.
  6. ICMP traffic is allowed if it originated within the local network only.
  7. Other than that, only the traffic necessary to support their roles described above should be allowed.

Assignment Submission

The student is required to prove to their professor that their set-up works correctly during the regularly-scheduled lab period.

Assignment Evaluation Details

  • Demonstrate working assignment to your instructor in class:
    1. Students need to demonstrate their assignment functionality to their professor during a lab period
      (like you would for any lab for "sign-off").
    2. Students are required to prepare everything ahead of time so that you can quickly demonstrate to your instructor that all required parts of your assignment are working.
    3. Do do proceed to the next step until you have demonstrated your assignment to your instructor to check for errors that may cause problems when running the checking script.

  • Download and run a shell script to check your work (Depending on your OPS335 Instructor):


Peter Callaghan's Classes (Sections C & D):
  • Refer to instruction on Moodle to download and run marking shell script.


Murray Saul's Classes (Sections A & B):
  1. Login as root on your host machine.
  2. Change to the /root/bin directory.
  3. Make certain that at least your balsam, pine, fir, bristlecone and client virtual machines are running.
  4. Issue the command to download a checking script for your assignment to your host machine:
    wget http://matrix.senecac.on.ca/~murray.saul/ops335/check-assn2.bash    # Currently not available
  5. Set execute permissions and run the command: /root/bin/check-assn2.bash
    (You shell script contents will be mailed to your Seneca email and to your OPS335 instructor's Seneca email. If you do NOT receive an e-mail message in your Seneca email account, then there is a problem, and you MUST rerun or contact your OPS335 instructor immediately.

  • Additional Assignment Information:
    1. This assignment is to be completed individually. Group submissions are not allowed.
    2. You are NOT allowed to use local hostname resolution (i.e. no entries in your /etc/hosts file).
    3. Test your machine to make sure it works. If a machine is not accessible (e.g. will not boot, can not be accessed through ssh from your host, etc.), or is otherwise non-functional, you may be told to resubmit.
    4. Late submissions are a subject to a penalty of 10% per day.

    Evaluation Rubric

    Here is an evaluation rubric (in table form) showing you how you will be evaluated for this assignment. Part of the rubric is marked from professor observation from student demonstration of assignment in class, and the other part is based on output from the results of an assignment checking script that the student will download and run.

    Student Demonstration (in class)
    Evaluation Item Mark
    STMP and IMAP Servers:
    Proof of SMTP Server Running on pine server
    /1
    E-mails sent from pine and bristlecone servers to fir server (user@IP_ADDR)
    /1
    E-mails sent from pine and bristlecone servers to fir server (user@DOMAIN_NAME)
    /1
    Samba Server Access via Windows OS:
    yoursenecaid-1 through yoursenecaid-4 has read/write access
    /1
    yoursenecaid-admin has read/write access to every directory
    /1
    All accounts have read' access to the read-only directory
    (but only
    yoursenecaid-admin
    has write access)
    /1
    All accounts can both read and write to the readwrite directory.
    /1
    Configuration (Checking Script Output)
    Evaluation Item Mark
    Mail Transfer Agent (pine) - General Configuration
    Postfix MTA settings
    /5
    Mail Delivery Agent (MTA) / Message Store (MS) - General Configuration
    Postfix MTA settings
    /3
    LDA settings
    /1
    AA settings
    /4
    DNS configuration
    Correct MX records exist
    /2
    MX records prioritize access to mail servers correctly
    /2
    Samba Server - General Configuration
    Directories shared with correct permissions
    /7
    Samba accounts created (1/2 mark each)
    /2
    Writing allowed to directories
    /1
    Firewall policies
    MTAs allow SMTP traffic
    /2
    AA allows IMAP traffic
    /1
    IMAP traffic limited to local network
    /1
    Samba server allows samba traffic
    /1
    Samba traffic limited to local network
    /1
    Less Deductions (half-mark for EACH VM):
    • DOMAIN Name NOT Resolved
    • VM hostname NOT set
    • firewalld enabled / running
    • iptables disabled / not running
    • No Yum update
    • Services NOT active
    • Local hostname resolution appears in /etc/hosts (1 mark per entry, per vm)
    • Neglecting major safeguards (e.g. no firewall present, firewall allowing all traffic, no active SELinux) (4 marks per issue)
    TOTAL /40