OPS335 Lab 7 2018
Revision as of 00:10, 1 April 2019 by Chris.johnson (talk | contribs) (→INVESTIGATION 2: CLIENT CONFIGURATION)
Contents
OBJECTIVE & PREPARATION
- Download and run the nfs.bash script on each of your machines. This will make your host an nfs server sharing the home directories held there with the vms. It will also make the vms automatically try to mount the home directories held on host into their own filesystem as soon as they boot. reboot the VMs now and make sure this is working before continuing.
- An NIS server is used to synchronize system files and other information between machines in an NIS domain.
- In this lab you will set your host as an NIS server and share user information (names, groups, and passwords) with your VM's.
Online Resources
INVESTIGATION 1: SETTING UP YOUR NIS SERVER
- Install the NIS server and client onto your host.
yum install ypserv ypbind
- Add the following line to the bottom of the file /etc/sysconfig/network
NISDOMAIN="<seneca-id>.ops" YPSERV_ARGS="-p 783"
- This should be enough to set the domain name, however there is currently a bug in systemd that prevents this from working properly on its own.
- You will also need to start and enable the rhel-domainname service.
- Edit the file /etc/yp.conf and set up your domain:
domain <seneca-id>.ops server 127.0.0.1
- Create the file /var/yp/securenets:
host 127.0.0.1 255.255.255.0 192.168.x.0
- Enable and start the NIS (ypserv) service.
systemctl start ypserv.service systemctl enable ypserv.service
- Backup the configuration file for NIS databases
cp /var/yp/Makefile /var/yp/Makefile.orig
- Verify that your servers (NFS, ypserv) are running correctly with the following command:
rpcinfo -p
- At this step you should edit your firewalls to allow RPC and NIS traffic through your firewall (Hint: check the output of rpcinfo -p or iptables traffic on the "lo" interface), but only if the traffic came from inside your virtual network.
- The machine will essentially be communicating with its own NIS server when using the Makefile
- Now change to directory /var/yp and run this command to build the information databases
make (NOTE: If you receive a "Domain name cannot be (none)" message, restart rhel-domainname and try again.)
- Enable and start the NIS binding (ypbind) service.
systemctl start ypbind.service
- Use the following command to verify your NIS server is working - you should see the password record for your own user account.
ypcat passwd
- Add a new user to your host with the same name as the one you created on vm3 in lab 4b, but use a different password.
- Run 'ypcat passwd' again.
- Note that the new user does not appear. In order for the new user to show up you will need to recreate the map files- change directory to /var/yp and run the "make" command again.
INVESTIGATION 2: CLIENT CONFIGURATION
- Log into vm3 as the new user. Note how they require different passwords on different machines.
- Log out, and log back in as root (or use your normal user and su) to continue.
- Install ypbind on your vm3.
- You may wish to follow the logs on vm3. In addition to your normal log in, ssh from the host to vm3 and get a continuous feed from the logs with:
tail -f /var/log/messages
- Edit /etc/yp.conf adding the following line:
domain <senecaid>.ops server 192.168.x.1
- Start the ypbind server with the command.
systemctl start ypbind.service (NOTE: If you receive an error about rpcbind, ensure "NM_CONTROLLED=no" is removed from your ifcfg file and restart that interface.)
- Looking at your logs ensure that ypbind is registered with rpcbind, if it is unable your firewall may need to be adjusted.
- Now when you run the following command:
ypcat passwd
- You should be able to see the users from the server.
- If you added a mismatched user, you must update the map files on the server by running make again.
- Edit the /etc/nsswitch.conf file (on the VM only) and change the following lines so they appear as below:
passwd: nis files shadow: nis files group: nis files
- Save and exit the file.
- Ensure ypbind will start at boot and restart the vm.
- Note that a recent bug is making machines with ypbind running take extraodinarily long to shut down.
- Log into vm3 as the new user. You should now be able to use the password stored on host.
- Back on host change the password for the new user and rebuild the maps. Try to log into vm3 with the old password; it should now require the changed password.
INVESTIGATION 3: ADDING THE OTHER VMS
- When you have successfully made this change on vm3, repeat these steps so that vm1 and vm2 will also use NIS for user identification from files located on host.
- Warning: When configuring the location of the NIS server to bind to, use the ip address instead of the hostname. When the machine is booting, you have no guarantee that named starts before ypbind.
Completing the Lab
You have now created an NIS server for your network and caused your other virtual machines to use it as a central repository for user information.
Depending on your professor you will either be asked to submit the lab in class, or online. Follow the appropriate set of instructions below.
Online Submission (Peter Callaghan's Classes only)
Follow the instructions for lab 7 on blackboard.
In Class Submission (Murray Saul's Classes only)
- ✓Download the labcheck7.bash checking bash shell script by issuing the command:
wget http://matrix.senecac.on.ca/~peter.callaghan/files/OPS335/labcheck7.bash
set execute permission and run the shell script on your host machine.- For Peter's classes, follow his Online Submission instructions in Moodle.
- For Murray's classes, run command (piping to the more command) and show output to instructor.
- ✓Completed Lab7 log-book notes.
- ✓Download the labcheck7.bash checking bash shell script by issuing the command:
EXPLORATION QUESTIONS
- What is the purpose of the rpcinfo command?
- Explain the purpose of the make command in the lab - what does it do?
- Explain the purpose of the /var/yp/securenets file.
- What is the function of the portmapper service?
- What ports did you need to open on your firewall?