Full Access CompTIA XK0-005 Tutorials

The correct command to list all local accounts in which the UID is greater than 500 is:

awk -F: '$3 > 500 {print $1}' /etc/passwd

This command uses awk to process the /etc/passwd file, which contains information about the local users on the system. The -F: option specifies that the fields are separated by colons. The $3 refers to the third field, which is the UID. The condition $3 > 500 filters out the users whose UID is greater than 500. The action {print $1} prints the first field, which is the username.

The other commands are incorrect because:

• find /etc/passwd —size +500 will search for files that are larger than 500 blocks in size, not users with UID greater than 500.
• cut —d: fl / etc/ passwd > 500 will cut the first field of the /etc/passwd file using colon as the delimiter, but it will not filter by UID or print only the usernames. The > 500 part will redirect the output to a file named 500, not compare with the UID.
• sed '/UID/' /etc/passwd < 500 will use sed to edit the /etc/passwd file and replace any line that contains UID with 500, not list the users with UID greater than 500. The < 500 part will redirect the input from a file named 500, not compare with the UID.

References:

• Linux List All Users In The System Command - nixCraft, section “List all users in Linux using /etc/passwd file”.
• Unix script getting users with UID bigger than 500 - Stack Overflow, section “Using awk”.

Some good security practices when hardening a Linux server are:

• Removing unnecessary packages (B) to reduce the attack surface and eliminate potential vulnerabilities
• Disabling the SSH root login possibility (E) to prevent unauthorized access and brute-force attacks on the root account References:
• [CompTIA Linux+ Study Guide], Chapter 9: Securing Linux, Section: Hardening Linux
• [How to Harden Your Linux Server]

The administrator should add REQUIRES=mariadb.service to the HTTP server .service file to ensure that the database is available before the web application is started. This directive specifies that the HTTP server unit requires the MariaDB server unit to be started before it can run. If the MariaDB server unit fails to start or stops for any reason, the HTTP server unit will also fail or stop. This way, the dependency between the web application and the database is enforced by systemd.

The other options are not correct directives for accomplishing this task. TRIGGERS=mariadb.service is not a valid directive in systemd unit files. ONFAILURE=mariadb.service means that the HTTP server unit will start only if the MariaDB server unit fails, which is not what we want. WANTEDBY=mariadb.service means that the HTTP server unit will be started when the MariaDB server unit is enabled, but it does not imply a strong dependency or ordering relationship between them. References: CompTIA Linux+ (XK0-005) Certification Study Guide, Chapter 10: Managing Services with systemd; systemd.unit(5) - Linux manual page

To retrieve the scripts from a repository and make them available on a local workstation, the junior Linux administrator can use the command git clone ©. This will create a copy of the repository on the local machine, including all the scripts and history. The other commands will not clone the repository, but either fetch, checkout, or branch from an existing repository. References:

• [CompTIA Linux+ Study Guide], Chapter 10: Working with Git, Section: Cloning Repositories with Git
• [How to Clone a Git Repository]