UNIX primer

The information is intended for new HPC3 users and for users that are new to Linux/UNIX-like operating systems. Please consult the rest of the user guides for information that is not covered here.

This page contains info to provide some familiarity with Linux/UNIX but it is not an exhaustive guide.

File permissions

Important

File permissions are used in determining quotas.

Our cluster and storage systems are running one of the UNIX operating systems. All data in Unix is organized into files, all files are organized into directories and the directories are organized into a tree-like structure called the filesystem.

There are three basic types of files:

ordinary file:

is a file on the system can contains data, text, program instructions.

directory:

directories store special and ordinary files. Unix directories are equivalent to folders on Windows or Mac OS.

special file:

file that can provide access to hardware such as hard drives, symbolic links.

Every file has the following access modes:

read:

denoted as r, the capability to read or view the contents of the file.

write:

denoted as w, the capability to modify and remove the content of the file.

execute:

denoted as x, the capability to run a file as a program.

sticky bit:

denoted as s, additional capability to set permissions for Set User ID (SUID) and Set Group ID (SGID) bits.

Every file has the following attributes or permissions:

owner:

determine what actions the owner of the file can perform on the file.

group:

determine what actions a user, who is a member of the group that a file belongs to, can perform on the file.

other (world):

determine what action all other users can perform on the file.

File permissions can be displayed when using ls -l command:

$ ls -l
total 55524423
drwxrwsr-x  7 panteater bio               127 May 12 16:29 biofiles
-rw-r--r--  1 panteater panteater  4294967296 May 31  2022 performance.tst

In the output, a first line labeled total shows number of blocks used in the file system by the files which are listed as the directory’s contents. The default block size is 512 bytes.

The remaining lines are the listing of a directory’s contents. The following information is displayed for each file (example of the second line):

file mode:

drwxrwsr-x

number of links:

7

owner name:

panteater

group name:

bio

number of bytes in the file:

127

abbreviated month:

May

day-of-month file was last modified:

12

hour file last modified:

16

minute file last modified:

29

pathname:

biofiles

The first filed in the output, a file mode, represents file type and its associated permissions. For example, file mode drwxrwsr-x for biofiles:

character

meaning

1

d is a file type, in this case a directory

2-4

rwx are the owner permissions. The owner has read (r), write (w) and execute (x) permissions.

5-7

rws are the group permissions. The group has read (r), write (w), execute (x) permissions, the sticky bit s is set.

8-10

r-x are the world permissions (everyone else). Everyone has read (r) and execute (x) permissions.

To learn more about files permissions execute command man ls.

Special Characters

Important

Avoid using special characters in file or directory names.

Special characters are used by bash and have an alternative, non-literal meaning. For example, a white space is one such special characters and can be represented by:

space

newline

tab

vertical tab

carriage return

form feed

Please see a list of special characters and avoid using them in file and directory names.

SSH keys

You must either be on the campus network or connected to the UCI campus VPN to access HPC3.

Keys Concepts

A high-level understanding of how things work will enable you to better secure your own logins SSH uses Public Key Cryptography and challenge/response to negotiate secured sessions.

What do these terms really mean?

  • Public Key Cryptography - text or data can be encrypted using the public key of the recipient. The recipient then uses the matching private key to decrypt the message.

  • Challenge/Response - the ssh server (e.g., HPC3) encrypts a message using your public ssh key and challenges your client on your laptop to decrypt it and send back a response based on the contents. If you can successfully respond to the ]*challenge*, the ssh server considers you authenticated.

  • Passphrase - a password associated with your ssh key pair

The figure below shows where your SSH private key and public keys are located. The server encrypts the challenge with YOUR public key. You type in your passphrase to your private key each time you login.

SSH Keys Challenge Response

ssh challenge response

The Algorithm Steps:

  1. User requests to login.

  2. Server creates a random code and encrypts the code with the user’s ssh public key and sends it back to the user - challenge.

  3. User decrypts the challenge with the user’s private ssh key. To do it, need to type in the passphrase to that key. The now-decrypted challenge is used to create a valid response message. That message is digitally signed with the private key and is then sent back to the server - response to challenge.

  4. The server uses the user’s public key to verify the authenticity and content of the message. If the response matches the challenge, then access is granted otherwise it is denied.

Takeaways

  • Your private SSH key should never leave your laptop

  • You should always use a strong password (passphrase) on your private ssh key

  • This password should be different than all of your other passwords

  • You need to type in your password each time you login

Ssh-agent

If you have access to your private key and use it to respond to HPC3’s challenge, you need to type in the passphrase to that key for success.

Ssh-agent enables you to load the key into the agent with a passphrase and have the agent respond to login challenges for you.

In essence, you type in private key passphrase once when loading your local agent and then the agent responds for you. In this scenario, you enter your the passphrase to your private key once.

SSH Challenge Response with Agent

ssh challenge response agent

The algorithmic steps:

  1. User starts an ssh agent then enters once the password to ssh key to activate the agent

  2. User requests to login

  3. Server creates a random code and encrypts the code with the user’s ssh public key and sends it back to the user - challenge

  4. Ssh agent decrypts the challenge with the user’s private ssh key, uses decrypted challenge to create a valid response message, digitally signs it with the private key and sends it back to the server - response.

  5. The server uses the user’s public key to verify the authenticity and content of the message. If the response matches the challenge, then access is granted otherwise it is denied

Takeaways

  • Using ssh-agent reduces the number of times you enter a password from the keyboard

  • When you reboot your laptop (or logout), the agent is wiped from memory

Ssh-agent & Windows

With the general background of how ssh-agent functions, Microsoft Windows 10/11 has two commonly-used ssh-agent mechanisms:

  1. Ssh-agent running in Microsoft Powershell

  2. Putty ssh client that uses putty-gen to create a public/private key pair and pageant as the ssh-agent.

Please see ssh agents guides listing.

Troubleshooting

There are many online guides for ssh, please sea SSH links.