Reference no: EM132267023
Question 1
Researchers at USQ's Centre for Astrophysics wish to incorporate revi- sion control into their project so they can track the user changes made Code: ktransit.tgz* to the code they are using in their search for exoplanets.
The software package they are keen to modify and improve is "ktran- sit". It is a Python/Fortran library to calculate the orbit of a potential transiting exoplanet, by fitting the model orbit to the star's changing light-curve.
The revision control system they wish to use is Git, as it is employed by their collaborators (and is used by the software developer).
They have come to you to write a Git HOWTO using the Linux Git command-line interface and with explicit examples using the ktran- sit code base. All work on the code will be done on the USQ's Linux HPC, so all user repositories will be local to that machine. The "master" repository for the local version of the code will be on the HPC in the di- rectory /home/Planets/ktransit'. This directory is readable and writeable by the Unix group "astro". All researchers using the code are in that group.
The HOWTO needs to cover the following topics:
• A basic description of Git and how it differs from other revision control systems, such as Mercurial, SVN, rcs, darcs, etc.
• A short description of the user's basic work-flow when using a Git repository.
• How to initialise a Git repository for an existing code base. In this case the master code in the directory /home/Planets/ktransit.
• How to clone an existing master Git repository to a local user Git repository.
• How to add new files and modified files to the local user Git repos- itory.
• How to recover a particular version of a file from the local user Git repository.
• How to check the status of the local user Git repository.
• How to view the change history of the local user Git repository.
• How to push local user Git repository changes back to the master Git repository.
• How to pull changes from the master Git repository into the local user Git repository.
• What to do if a pull or a push fails because Git cannot merge dif- ferences between your local repository and the master repository.
Permissions that must be set on the master Git repository so that it can be cloned by users in the research group.
a. You are required to write a HOWTO - so please write a HOWTO!
A HOWTO is not just a dump of the commands you used! Each section must have a brief explanation of the task to be performed and why! Then show the commands that will perform the re- quired task.
b. The purpose of every Git command used must be explained.
c. The options used for every Git command must be explained.
d. Every Git command mentioned must show an example of the command using the provided code base.
e. Every Git command example must include the command output.
f. The code in the directory /home/Planets/ktransit is the Master and all users are pushing their local changes to the master, and pulling other peoples changes from the master to their local copy.
g. The "git" package is not installed on the virtual machine, it will need to be installed if you plan to use it to do this question. To install any packages the guest NAT network which connects the guest OS to the Internet through the host's Internet connection must be brought up. To "bring-up" the NAT interface on the vir- tual machine see the man-pages ifup(8), interfaces(5), and the file /etc/network/interfaces
Question 2
Notes:
Authentication under modern Unix systems is handled by the Pluggable Authentication Module (PAM) system. In about a page and in your own words explain the PAM system as it is implemented on a Linux distri- bution and why it was introduced.
Using the login service file found in the course virtual machine (see /etc/pam.d/login) as an example, explain how a service is con- figured and discuss the implications of each configuration line. Your explanation should include discussions on the following:
- what is the module-type parameter, - what is the control flag, • what does it mean that the service file is a stack,
• what is a PAM module.
a. Be aware that there are subtle differences between different Unix distributions-the question explicitly states discuss the Linux ver- sion only!
b. The topics above are linked to each other and the question, they are not independent of each other. They are provided as a minimal guide only. Do not simply write an unconnected paragraph on each without linking the concepts together. Marks will be lost if your answer appears to be cut and pasted from the text book or (worse) from the Internet.
c. List all resources used in answering this question.
d. Please do not fall into the trap of answering the question by using unexplained technical terms-you must explain all technical terms used especially if they have not been used anywhere else in the course. Assume you a writing for someone who knows nothing about PAM.
Question 3
Notes:
Your users require standardised syncing software, but due to security constraints and possible intellectual property rights, syncing to off-site private servers is not an option. But syncing to an in house, backed up server, is.
The software must also be supported under Windows, macOS, Linux, Android and iOS-all the possible clients that may have to use it.
The software being mooted is "syncthing" (https: //syncthing. net/). You have been asked to test the latest version of syncthing (ver- sion 1.0.x) and write an evaluation report.
The report must contain the following:
A discussion of the syncthing application: how it is different from other syncing software, how it is configured, what informa- tion is required for configuration, how it actually synchronises data, what data is synchronised.
Included with your discussion of syncthing you must include examples of syncthing being installed, configured and used.
Syncthing is configured through a Web interface. You must ex- plain how syncthing can be remotely configured by users (how can a user configure the remote machine's syncthing instance)
explain how syncthing addresses the security issues that are raised by allowing it to be remotely configured.
The environment used for the examples must be the course virtual machine and its host or an external machine. This is important, as the guest machine does not have a windowing environment (as a server would not) and the host will. So your discussion must include how to install, configure and use syncthing in a non- windowing environment (such as a server).
Discuss, with examples, the system and user systemd configu- ration required on the virtual machine, so that the user's instance of syncthing will start running when the user logs in (or the system boots) and continue running after the user has logged out.
The report with examples should be approximately two pages.
Do not use any package manager, but download the compiled binaries from the syncthing Web site. You have been asked to test the latest version - different distributions will have older and different versions. For stability you want to run the same version across all systems.
For this question syncthing must be installed on the course virtual machine and its host (or another desktop machine). c. To "bring-up" the host-only interface (the network that links the guests to the host) see the man-pages ifup(8) and inter- faces(5) and the configuration file /etc/network/interfaces
If you are not using the host as the other syncthing client you will need to bring up the NAT interface.
d. It is important to understand how syncthing can use port 8384 for both configuration and data transfer. You need to under- stand which interface handles configuration and which handles the synchronised data transfer.
Once you understand how syncthing communicates for config- uration and for data transfer, manually changing the syncthing configuration file so that the "virtual" machine syncthing can be configured via a web client on a different machine, is straight forward.
In the syncthing configuration file only the tag need be modified by hand.
e. Your source of information about syncthing is the Web site docs.syncthing.net