Changes

Newer edit →

OSL740 Lab 4

33,069 bytes added, 17:37, 18 January 2022

Creating initial copy from ops245 lab 4

=LAB PREPARATION=
{| width="40%" align="right" cellpadding="10"
|- valign="top"
|style="padding-left:20px;" |[[Image:users.png|thumb|right|200px|System administrators are required to add, remove and modify user accounts.]]
|style="padding-left:20px;" |[[Image:stop.png|thumb|right|100px|Linux system administrators need to know how to stop / disable Linux services.]]
|style="padding-left:20px;" |[[Image:go.png|thumb|right|100px|Linux system administrators need to know how to start / enable Linux services.]]
|}

===Purpose / Objectives of Lab 4===

There are many other tasks that a Linux system administrator must perform other than installing Linux and installing software.

User account management is a very important operation that a Linux sysadmin does on an continual basis. The sysadmin not only needs to add or remove user accounts by issuing commands, but may need to automate user account creations a large number (batch) of potential employees. There are many features with the Linux command to create new users including: specification of a home directory, type of shell used, name, password and time-limit (referred to as "aging") for a new user account. Removing user accounts also have options such as removing the user account but keeping the home directory for reference or evidence of "wrong-doing"

Another important operation for a Linux sysadmin is to manage services (eg. starting, restarting, stopping, disabling, enabling system services).
Many students may think that the following topic is small and "not a big deal". Those students may say, '''"How hard is running and stopping services?"'''

The process may not be hard, but knowing how to stop, start, restart and check the status of services is absolutely critical to a Linux server. '''Aside from learning to trouble-shoot problems''' by checking the status of running services, '''understanding how to manage services is critical to help protect a Linux server from penetration''' (this term is referred to as "'''Hardening a system'''"). Sometimes it is "what we don't know" that can harm us. One key element in hardening a computer system is to disable non essential networkng services to allow IDSs ('''Intrusion Detection Systems''') to focus on a narrower range of policy violations. A Debian-based penetration testing distribution called '''Kali''' (formerly referred to as '''"BackTrax"''') allows sysadmins and security professionals to identify vulnerabilities in their computer systems, and thus improve (harden) their systems against penetration. Learning to monitor the status, enable and disable networking services underlies the '''Backtrax''' motto: '''''"The quieter you are, then more you will hear..."''''' 

Main Objectives:
 
:* Administer '''(add, remove, modify) users''' on a Linux system.
:* Save time while adding new users using a template of '''start-up files'''.
:* Create and manage '''groups''' on a Linux system.
:* '''Start, Restart and Stop services''' on a Linux system.
:* '''Enabled and Disable services''' on a Linux system.
:* Display the '''status of running services''' on a Linux system.
:* Create a Bash shell script to '''generate multiple user accounts''' from a text user database file

{|width="80%" cellspacing="0"

|- valign="top"

|colspan="3" style="font-size:16px;font-weight:bold;border-bottom: thin solid black;border-spacing:0px;"|Minimum Required Materials 

|colspan="3" style="font-size:16px;font-weight:bold;border-bottom: thin solid black;border-spacing:0px;padding-left:20px;"|Linux Command Reference 

|- valign="top"

|style="padding-left:20px;" |[[Image:ssd.png|thumb|left|85px|Solid State Drive]]

|style="padding-left:20px;" |[[Image:ubs-key.png|thumb|left|85px|USB key (for backups)]]

|style="padding-left:20px;" |[[Image:log-book.png|thumb|left|70px|Lab4 Log Book]]

|style="padding-left:20px;" |User Management
[https://www.systutorials.com/docs/linux/man/8-useradd/ useradd] 
[https://www.systutorials.com/docs/linux/man/8-userdel/ userdel] 
[https://www.systutorials.com/docs/linux/man/8-usermod/ usermod] 
[https://www.systutorials.com/docs/linux/man/8-groupadd/ groupadd] 
[https://www.systutorials.com/docs/linux/man/8-groupdel/ groupdel] 
[http://www.agr.unideb.hu/~agocs/informatics/11_e_unix/unixhelp/unixhelp.ed.ac.uk/CGI/man-cgied74.html?chage chage] 
Managing Services 
[http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemctl systemctl] 
|style="padding-left:20px;" |Miscellaneous
[http://man7.org/linux/man-pages/man5/passwd.5.html /etc/passwd] 
[http://man7.org/linux/man-pages/man5/group.5.html /etc/group] 
[http://man7.org/linux/man-pages/man5/shadow.5.html /etc/shadow] 
[http://archive.linuxfromscratch.org/blfs-museum/1.0/BLFS-1.0/postlfs/skel.html /etc/skel] 
[http://zenit.senecac.on.ca/wiki/index.php/Init_vs_systemd init vs systemd]
 
Python Reference 
[https://docs.python.org/3/howto/argparse.html argparse]
|}

= INVESTIGATION 1: User/Group Management =

In your ULI101 course, you learned to change permissions for directories and files relating to user, same group members and other group members. In this course, since you are the sysadmin with root privileges, you can create or remove users and groups as well as change the ownership of directories and files! We will now learn to perform key user account management operations in this section.

{| width="40%" align="right" cellpadding="10"
|- valign="top"
|
[[Image:passwd-file.png|thumb|right|500px|The /etc/passwd file contains records for users (system accounts and regular-user accounts). There are several fields including: '''Username''', '''password link''' ("x" indicates hashed password stored in /etc/shadow file only accessible by root), '''user-id''', '''primary group-id''', '''user defined field''' (eg. Full Name), '''default home directory''', and '''default shell'''. ]]

|}
=== Part 1: Studying the /etc/passwd file ===

The /etc/passwd file is a database that stores user accounts (both system and regular users). Since we will be learning to create, modify and remove users on our Linux system, we should study this file in order to understand how those user account management commands will affect this file.

:'''Perform the following steps:'''

# Launch your '''c7host''' and '''centos1''' VMs.
# Switch to your '''centos1''' VM.
# Open a shell terminal.
# Look at the <code>/etc/passwd</code> file.
# Make note of the contents of that file.
# Read about the file: http://man7.org/linux/man-pages/man5/passwd.5.html
# Make sure you know what information each field contains.
# Why do you think there are so many users?
# Look at the names of the users. What do you think these user names represent? Are they people?
# What is the numeric user ID (UID) of the root user?
# The user IDs of real users (people) are different from the user IDs of system accounts. What is the pattern?

{| width="40%" align="right" cellpadding="10"
|- valign="top"
|
[[Image:user-management.png|thumb|right|500px|Another essential responsibility for Linux system administrators is to '''add''', '''modify''', and '''remove''' user accounts. ]]

|}
=== Part 2: Adding, Removing, and Modifying Users ===
In this section, we will now learn how to properly add user accounts, remove user accounts, and modify existing user account information.

:'''Perform the following steps:'''

# Remain in your '''centos1''' VM for this section.
# Read the man page for the <code>useradd</code> command.
# Create a new user called '''osl740_1''' by issuing the command: <code>sudo useradd osl740_1</code>
# Issue the command: <code>grep osl740_1 /etc/passwd</code> to see if that user account was created.
# View the '''/home''' directory to view the contents. Is the user osl740_1's home directory there? '''NOTE:''' In some versions of Linux, you may have to issue the '''-m''' option with the useradd command in order to create a home directory for that user. 
# Issue the following command to create the user called osl740_2: <code>sudo useradd -m osl740_2</code>
# View the '''/home''' directory to verify that the home directory for '''osl740_2''' has been created. What does the -m option do for the useradd command?
# Issue the following command to remove the user called osl740_2: <code>sudo userdel osl740_2</code>
# Issue the grep command with the /etc/passwd file to verify that the username osl740_2 was removed.
# View the contents of the '''/home''' directory. Was the home directory for user '''osl740_2''' removed?
# Issue the following command to remove osl740_2's home directory: <code>sudo rm -rf /home/osl740_2</code>
# Issue the '''userdel''' command to remove the '''osl740_1''' account, but this time include the '''-r option''' to also remove the home directory.
# Issue the useradd -m command to recreate the user called: '''osl740_1'''.
# Use the '''passwd''' command to set the password for the user '''osl740_1'''.
# View the contents for '''osl740_1's''' home directory and note the files.
# Create a new file in the '''/etc/skel''' directory with the following command: <code>sudo touch /etc/skel/foo</code>
# Recreate the new user (with home directories automatically created) for '''osl740_2'''.
# Set the password for the user '''osl740_2'''.
# View the contents for '''osl740_2's home directory''' and note the files. What do you notice that is different. What do you think is the purpose of the '''/etc/skel''' directory?
# Be sure to record your observations in your lab notes.
#Look in the man pages for the '''useradd''' command. Explain the purpose of using the '''-e''' option for the ''useradd'' command.
#Issue the following command: <code>sudo chage -E 2021-12-31 osl740_1</code>
#Issue the following command: <code>sudo usermod -c "New Name" osl740_2</code>.
#View osl740_2's account information in the '''/etc/passwd''' file. What do you notice is different?
# Issue the following command to obtain information regarding the user called osl740_1: <code>sudo chage -l osl740_1</code>. What do you think is the purpose of the chage command and the useradd command with the '''-e''' option?

{| width="40%" align="right" cellpadding="10"
|- valign="top"
|
[[Image:group-add.png|thumb|right|300px|When a file is created it is assigned an owner and a default (primary) group. The Linux system administrator can not only change a file's ownership, but also change the default group that file belongs to. In addition, the sysadmin can also add other users to a supplementary group that they have created via the '''usermod''' command. This is useful in setting "same group" permissions via the '''chmod''' command. ]]

|}

=== Part 3: Managing Groups ===
In this section, we will learn how to create, remove and modify groups in our Linux VM. You learned in ULI101 how to change permissions with the '''chmod''' command, but you didn't have admin privileges to '''create groups''' to allow directory and regular file sharing. Since you now have admin privileges with your VM, you can now create groups, and add users to this group to allow file-sharing among users.

:'''Perform the following steps:'''

#Make certain that you are still in your '''centos1''' VM.
#Close all application windows, and switch user accounts (within your centos1 VM) by clicking on the top right-hand side of the screen (power icon), click '''your regular username''', click '''switch user''', and login as '''"New Name"''' (i.e. osl740_2).
#Open a shell terminal.
#Create a file called '''information.txt''' in home directory of that user.
#Issue the following command: <code>ls -l information.txt</code>. Who owns that file? What primary group does that file belong to?
#Issue the following command to create a group called '''welcome''': <code>sudo groupadd welcome</code>
#You'll notice that sudo does not work for this user, because we haven't given them permissions to run any commands with elevated privileges.
#Log out, and log back in as your normal user.
#Now re-issue the command to create '''welcome''' group. This time, sudo should work.
#Issue the command: <code>grep welcome /etc/group</code> file to confirm that the group '''welcome''' was created.
# Read the man page for the <code>usermod</code> and <code>groupmod</code> commands. Which command (and which option) will allow you to set the Group ID number ('''GID''') when you create a new group? Which command (and options) allow you to both append and assign users to an existing group name?
# Issue two separate '''usermod''' commands to add both '''osl740_1''' and '''osl740_2''' to the newly-created '''welcome''' group.
# Verify that both osl740_1 and osl740_2 now belong to the '''welcome''' group.

===Practical Example===

Management has sent you (the Linux systadmin) that a "new" employee has been hired and will be on on probation for 3 months. As the Linux system administrator, they want you to perform the following steps:

# Remain in your '''centos1''' VM for this section.
# Use the '''useradd''' command to create a user account called: '''noobie''' to expire in 3 months from this date as part of the security policy of this organization (issue man useradd to determine correct option to set expiry date).
# Set an appropriate password for this user account.
# Add this newly-created user to the newly-created '''welcome''' group.
# Examine <code>/etc/group</code> to verify that you made the correct operations.
# Use the '''usermod''' command to set the full name of the user account '''noobie''' to '''"Really Green"'''. Examine the result of running that command in the <code>/etc/passwd</code> file. What has changed? Unfortunately, you were later informed that this "'''noobie'''" employee was caught stealing from the company. They want you to perform the following operations: 
# Remove this account, but keep "noobie's" home directory for police investigation purposes.
# Verify that you correctly issued the correct commands.

'''Answer INVESTIGATION 1 observations / questions in your lab log book.'''

=INVESTIGATION 2: Controlling Sudo Elevated Privileges=

When you created your first user on your host, centos1 and centos2, you made them an administrator. This allowed them to (when they request it) run commands with root priveleges. But you won't always know in advance if a user is going to be an administrator (what if someone gets promoted, or changes jobs?), so you can't always do that in advance. Checking that box also allows them to run ''any'' command with root priveleges by using sudo. In many cases, administrators won't be allowed to do ''everything'', but instead be restricted to certain tasks (e.g. managing user accounts, managing software, managing services, etc.). Sudo will allow us this detailed control, so we can pick and choose who gets to run which commands as root.

=== Part 1: Finding out why Your First User can do Anything ===

You've already observed that your first user can use sudo to execute any command, but what about their account actually makes that possible?

<ol>
<li>View (but do not edit) the contents of '''/etc/sudoers'''. Search for your user account. You won't find them.</li>
<li>Check the contents of '''/etc/passwd''' and '''/etc/group''' for entries with your user account. Is there anything different between your account and '''osl740_1'''?</li>
<li>You should find that your user is part of a secondary group. What group is it? Are they part of that group on '''centos3'''?</li>
<li>The '''wheel''' group represents administrators with complete sudo privileges. Go back to '''/etc/sudoers''' and read the entry for '''wheel'''. It should look something like this: 
<code>%wheel ALL=(ALL) ALL</code> 
::This means that anyone who is part of that group can run ''any'' command, as ''any'' user. Effectively, they can use sudo to be root.
::So why not just give those admins the root password?
</li>
<li>During the lecture, you should have learned some reasons to limit access to the actual root account, and why using sudo is a better practice. Record your observations.</li>
<li>On centos3, add your user to '''wheel''' as a secondary group so you can use sudo the same way there that you can on your other machines.</li>
</ol>

=== Part 2: Adding Limited Sudo Capabilities to Other Users ===

The wheel group is very useful for senior admins who should be able to run any command, but what about admins who haven't demonstrated the responsibility necessary to wield that power yet? We can use the sudoer files to give them priveleges to run some commands, but not all. Note: While this could be done in the main '''/etc/sudoers''' file, the better practice is to create files for each admin user in the '''/etc/sudoers.d''' directory.

<ol>
<li>Login as your '''osl740_1''' account. Try to run the command <code>systemctl restart sshd</code> 
::If successful, that command would restart the sshd service on that machine, but that user does not have permission to do that.</li>
<li>Try running that command again, this time with sudo.</li>
<li>It still won't work, because this user does not have permission to use sudo for anything.</li>
<li>Log out from '''osl740_1''' and log back in as your normal user.</li>
<li>Create a file called '''osl740_1''' in '''/etc/sudoers.d'''. Add the following line to it:
<code>oosl740_1 ALL=(ALL) /usr/bin/systemctl</code>
::This indicates this user can use sudo to run systemctl commands as if they were any account (root is the important one).
</li>
<li>Log out from your normal user and log back in as '''osl740_1'''.</li>
<li>Try restarting sshd again. This time it should work.</li>
<li>Change to your '''osl740_2''' account, and try restarting sshd (with and without sudo).
::That account still can't. Sudo entries only affect the users and groups listed.</li>
<li>We don't want '''osl740_2''' to manage services, that's a job for '''osl740_1''', but we do want them to manage user accounts. So log back in as your regular user and create a sudeors file for '''osl740_2''' and set it so that they can run the useradd, usermod, userdel, groupadd, groupmod, and groupdel commands through sudo.</li>
<li>Test to make sure it works.</li>
</ol>

=INVESTIGATION 3: Managing System Services and Run-levels=
{| width="40%" align="right" cellpadding="10"
|- valign="top"
|
[[Image:manage-service.png|thumb|right|500px|It is important for a Linux system administrator to be able to start/stop, enable/disable and check the status of services on their Linux server. Students will be commonly performing these operations in their OPS335 course when configuring and troubleshooting network services. ]]

|}

=== Part 1: How do we Manage System Services? ===

At the beginning of this lab we mentioned that running unneeded '''packages can be a security risk''' due to the unnecessary increase in the complexity of your system. Similarly, it is also unnecessarily hazardous, and even more so, to leave unneeded services running. In this investigation, we will learn how to '''control services, and turn off those services that we think are not necessary to help reduce security risks'''.

Although there is a command called: '''service''' that may appear to manage services on your Linux system, it is considered '''deprecated''' (i.e. "obsolete"). It has been replaced by using the [http://zenit.senecac.on.ca/wiki/index.php/Init_vs_systemd#systemd_Command_Usage systemctl] command.

:'''Perform the following steps:'''

# Remain in your '''centos1''' VM for this section.
# To verify the status of your iptables service, issue the following command: <code>systemctl status iptables</code>
# Use the commands you used in Lab2 to '''stop''' and '''disable''' the iptables service.
# Issue a command to verify you '''disabled''' and '''stopped''' the iptables service. '''Note:''' There is a major difference between stopping a service and disabling a service: If a service is stopped but enabled, the service will start upon reboot. Therefore to prevent it being started upon boot-up, the service will need to be disabled as well! 
# Issue the commands to '''start''' and '''enable''' the iptables service, and '''verify''' that it is started and enabled. '''Note:''' If you performed the commands correctly, the iptables service should be running, and will automatically run upon your Linux machine start-up.

===Part 2: How do we Manage Runlevels?===

Running Linux servers in graphical mode can make the server vulnerable to penetration (i.e. a potential break-in to the server from unauthorized intruders). The X-windows framework can be vulnerable to attacks when these servers are connected to the Internet. This is why when you install '''server versions''' of Linux, they work in text-based mode only. Desktop versions of Linux are then installed on workstations (working in graphical mode) that connect to the '''Linux server''' (for security reasons since those servers are closest to the router and the Internet).

The Linux sysadmin can also change the target (or state) of a graphical Linux server to run in text-based mode and run the graphical mode by issuing a command when graphic mode is required. You may also encounter this capability described as run-levels, but that term is now deprecated in Fedora/RHEL/CentOS.
{| width="50%" align="right" cellpadding="10"
|- valign="top"
|
[[Image:grub2_1.png|thumb|right|600px|The purpose of '''Linux servers''' are to run network-based services (i.e. they '''"serve"''' the users that operating in that Linux/Unix system). It is common that these Linux servers are separated (for security purposes) and they are '''run in Command-Line mode only'''. Running these Linux/Unix servers in '''Graphics Mode will make them more vulnerable to penetration from hackers, etc.''' Therefore, it is common that the Linux servers are CLI only, but the Workstations that connect to them within the network are GUI. Therefore, it is important that a Linux/Unix system administrator understand to switch to these different "run-levels". ]]
|}
:'''Perform the following steps:'''

# Remain in your '''centos1''' VM for this section.
# Issue the following Linux command: <code>systemctl get-default</code> '''Note:''' The output should read '''graphical.target'''
# Try the same command on your '''centos3''' VM and observe how the output differs. Go back to your '''centos3''' VM.
# You can use the '''systemctl isolate''' command to change the current target. See a list of targets [https://www.centos.org/docs/5/html/5.2/Installation_Guide/s2-init-boot-shutdown-rl.html here].
# Change the current target in '''centos1''' to '''multi-user.target''' by issuing the following command: <code>sudo systemctl isolate multi-user.target</code>
# What did you notice?
# Reboot your '''centos1''' VM. It should return to the graphical login screen. You should notice at this point that the command '''systemctl isolate''' did not change the default target the system will boot to.
# Issue the <code>sudo systemctl set-default multi-user.target</code> command (with elevated permissions) to change the current default target in '''centos1''' to '''multi-user.target''', then reboot your machine. What do you notice?
# Change the current run-level in '''centos1''' to '''graphical.target''' by issuing the following command: <code>sudo systemctl isolate graphical.target</code>
# Try to do the same thing to your '''centos3''' VM. Did it work? Why or why not?
# Set the default target on your '''centos1''' VM back to graphical.target before continuing.

'''Answer INVESTIGATION 3 observations / questions in your lab log book.'''

= INVESTIGATION 4: USING ARGUMENTS IN SHELL SCRIPTS=

===Using argparse to Obtain Positional Arguments from the Command Line===

In this investigation we will use python's argparse module to make our scripts more automation-capable by reducing (or eliminating) how much interactivity we need from the user.

:'''Perform the following steps:'''

<ol><li>You will be using your '''c7host''' machine for this section.</li>
<li>Change to your '''bin''' directory.</li>
<li>Use your '''tarchiver.py''' (from lab 3) as a command to make a tar archive of /tmp called mytmp.tar. 
You'll notice that even after hitting enter to run the command, you still needed to give more data to your script (to tell it which directory you wanted to archive, what to call it, and what compression to use). 
Requiring this much interaction from the user means that this script is not very good for automation. We can't schedule this script to automatically run, because we (or another admin) need to be present to type answers to the prompts.</li>
<li>Make a copy of your tarchiver.py script and call it '''tarchiver2.py'''. We will work with tarchiver2.py for the rest of this investigation.</li>
<li>Import the argparse module into tarchiver2.py.</li>
<li>Add the following lines to your script, after the import, but before you prompt the user for anything: 
<code>parser = argparse.ArgumentParser() 
args = parser.parse_args()</code> 
This creates an argument parser and makes it read all the command line arguments the user entered. However, we haven't defined any that we expect yet, so all this will do is display a default help message if the user runs our script with -h.</li>
<li>Try that now: 
<code>tarchiver2.py -h</code></li>
<li>For argparse to be really useful, we need to tell it to expect some command line arguments (and then do something with them). 
Modify your script so the argparse portion of it looks like this: 
<code>parser = argparse.ArgumentParser() 
parser.add_argument("dest",help="The name you would like to give the archive.") 
args = parser.parse_args()
</code> 
And replace the line where you prompt the user for the destination archive name with: 
<code>destination = args.dest</code> 
Note: Instead of '''destination''', use the variable name were already using to store the value you were getting from the user. That way you won't have to change it in the rest of your script.</li>
<li>Try using your script to make another archived copy of /tmp, this time calling it '''secondtmp.tar'''. 
If you didn't provide secondtmp.tar on the command line when you ran the command, you'll notice that your script complained. Try running: 
<code>tarchiver2.py secondtmp.tar</code></li>
<li>You should still be getting prompted about the directory you want to archive, and whether or not you want compression, but you are now telling the script that the created archive should be called secondtmp.tar.</li>
<li>Run the script again, but this time give the archive a different name of your own choice. Your script is part way to being automatable: the user can set the name of the created archive before the script runs. We just need to make this possible for the rest of the required data.</li>
<li>Add a second parser.add_argument line to your script so that you can also obtain the name of the directory to archive from the command line. You can choose if it should go before or after the name of the archive. Just remember to use a different argument name, and an appropriate help message.</li>
<li>Replace the line in your script that prompts the user for the name of the directory with code that will retrieve the value the user entered on the command line.</li>
<li>Run you script to make sure it works. 
You should now be able to enter both the directory to archive, and the name of the resulting archive on the command line, and should only be prompted about compression.</li>
<li>All that is left to finish the script is to replace the prompts for compression with command line options. You could do this by adding a third argument and requiring it to include a compression type, or by creating a mutually exclusive group with three arguments in it (one for each compression type). Neither of these is more '''correct''' than the other. Pick which one you would like to try and finish the script with it.</li>
<li>When you are finished, you should be able to specify the directory to archive, the name of the archive to create, and the compression type (if any) from the command line. The user should no longer be prompted for anything after hitting <code><enter></code></li>
</ol>

You have completed lab4. Proceed to Completing The Lab, and follow the instructions for "lab sign-off"

'''Answer INVESTIGATION 4 observations / questions in your lab log book.'''

= LAB 4 SIGN-OFF (SHOW INSTRUCTOR) =
Follow the submission instructions for lab 4 on Blackboard.
{{Admon/important|Time for a new backup!|If you have successfully completed this lab, make a new backup of your virtual machines as well as your host machine.}}

:'''Perform the Following Steps:'''

# Make certain that your '''c7host''', '''centos1''' and '''centos2''' VMs are running.
# Switch to your '''c7host''' VM.
# Open a shell terminal, enter a root session, and change to your '''bin''' directory.
# Issue the Linux command: <code>wget https://ict.senecacollege.ca/~ops245/labs/lab4-check.bash</code>
# Give the '''lab4-check.bash''' file execute permissions (for the file owner).
# Run the shell script and if any warnings, make fixes and re-run shell script until you receive "congratulations" message.
#Arrange proof of the following on the screen: ✓ '''centos1''' VM:<blockquote><ul><li>Demonstrate that this VM 's current run-level is set to '''5'''.</ul></blockquote>✓'''c7host''' machine<blockquote><ul><li>Run the '''lab4-check.bash''' script (must have all <code> OK </code> messages)</li></ul></blockquote>✓ '''Lab4''' log-book filled out.
#Take a screenshot of the proof in the previous step, and upload it, your tarchiver2.py script, your log book, and the file generated by '''lab4-check.bash''' to blackboard.

= Practice For Quizzes, Tests, Midterm & Final Exam =

# Describe all of the field in <code>'''/etc/passwd'''</code>
# What is the command to create a user? What option to create a home directory for that user?
# What is the command to change the full name of an already-created user?
# What is the command to delete a user account? What option allows for the user's home directory to be removed as well?
# What is the command to create a group? What is the command (or steps) to include a user in a newly-created group?
# What is the purpose of <code>'''/etc/shadow'''</code>?
# What is the purpose of <code>'''/etc/skel'''</code>?
# What does the term run-level mean?
# How to set the run-level of a Linux system to text-based only? How to set to graphical mode?
# What is the command to view the status of running services?
# What is the command to start a service (like httpd, or sshd)?
# What is the command to stop a service (like httpd, or sshd)?
# What is the difference between '''starting''' a service and '''enabling''' a service?
# Can a service be stopped and started by issuing just one command?

[[Category:OSL740]]
[[Category:OSL740Labs]]
[[Category:Digital Classroom]]
[[Category:peter.callaghan]]

Peter.callaghan

932

edits

Changes

OSL740 Lab 4

Navigation menu

Personal tools

Namespaces

Variants

Views

More

Search

Navigation

get involved with CDOT

courses

course projects

links

Tools