- A Cloud Guru
Using SSH, Redirection, and Permissions in Linux
In this lab, we'll go over I/O redirection, file permissions, and using the `ssh` tool. These are skills that will serve you well in your career as a Linux sysadmin. Once complete, you’ll have a solid understanding of how to use these tools. *This course is not approved or sponsored by Red Hat.*
Table of Contents
Enable SSH to Connect Without a Password from the `dev` User on `server1` to the `dev` User on `server2`
We need to use SSH keys to satisfy this requirement, so generate them with this:
[dev@server1]$ ssh-copy-id <server2 IP>
Copy All tar Files from `/home/dev/` on `server1` to `/home/dev/` on `server2`, Extract Them, and Redirect Output to `/home/dev/tar-output.log`
We need to use a method of copying files over a network.
scpis the best tool, like this:
[dev@server1]$ scp *.gz <server2 IP>:~/
Then connect to
[dev@server1]$ ssh <server2_IP>
Then we can extract the files:
[dev@server2]$ tar -xvf deploy_content.tar.gz >> tar-output.log
[dev@server2]$ tar -xvf deploy_script.tar.gz >> tar-output.log
Make sure to use
>>, so that the output is appended rather than overwritten.
Set the Umask So That New Files Are Only Readable and Writeable by the Owner
The task is asking to make new files with the following permission:
So we can do subtraction to figure out what our umask should be.
0066<-- What we need to set
So we run:
[dev@server2]$ umask 0066
Verify the `/home/dev/deploy.sh` Script Is Executable and Run It
First, we check permissions on
[dev@server2]$ ls -l deploy.sh
There's no execute bit. Let's add one:
[dev@server2]$ chmod +x deploy.sh
And then run it:
What's a lab?
Hands-on Labs are real environments created by industry experts to help you learn. These environments help you gain knowledge and experience, practice without compromising your system, test without risk, destroy without fear, and let you learn from your mistakes. Hands-on Labs: practice your skills before delivering in the real world.