Kali Linux Revealed

=
value
pairs grouped between [
section
] headers. Here we see a sample service file for
/lib/
systemd/system/ssh.service
:
[Unit]
Description=OpenBSD Secure Shell server
After=network.target auditd.service
ConditionPathExists=!/etc/ssh/sshd_not_to_be_run
[Service]
EnvironmentFile=-/etc/default/ssh
ExecStart=/usr/sbin/sshd -D $SSHD_OPTS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartPreventExitStatus=255
Type=notify
[Install]
WantedBy=multi-user.target
Alias=sshd.service
Target units are another part of systemd’s design. They represent a desired state that you want to
attain in terms of activated units (which means a running service in the case of service units). They
exist mainly as a way to group dependencies on other units. When the system starts, it enables the
units required to reach the
default.target
(which is a symlink to
graphical.target
, and which
in turn depends on
multi-user.target
). So all the dependencies of those targets get activated
during boot.
Such dependencies are expressed with the Wants directive on the target unit. But you don’t have
to edit the target unit to add new dependencies, you can also create a symlink pointing to the
dependent unit in the
/etc/systemd/system/
target-name
.target.wants/
directory. And this is
exactly what
systemctl enable foo.service
does. When you enable a service, you tell systemd
to add a dependency on the targets listed in the WantedBy entry of the [Install] section of the
service unit file. Conversely,
systemctl disable foo.service
drops the same symlink and thus
the dependency.
The
enable
and
disable
commands do not change anything regarding the current status of
the services. They only influence what will happen at next boot. If you want to run the ser-
vice immediately, you should execute
systemctl start foo.service
. Conversely, you can
stop it with
systemctl stop foo.service
. You can also inspect the current status of a service
with
systemctl status foo.service
, which usefully includes the latest lines of the associated
log. After having changed the configuration of a service, you may wish to reload it or restart
it: those operations are done with
systemctl reload foo.service
and
systemctl restart
foo.service
respectively.
# systemctl status postgresql
122
Kali Linux Revealed

● postgresql.service - PostgreSQL RDBMS
Loaded: loaded (/lib/systemd/system/postgresql.service; disabled; vendor preset:
å
disabled)
Active: inactive (dead)
# ls -al /etc/systemd/system/multi-user.target.wants/postgresql.service
ls: cannot access ’/etc/systemd/system/multi-user.target.wants/postgresql.service’: No
å
such file or directory
# systemctl enable postgresql
[...]
# ls -al /etc/systemd/system/multi-user.target.wants/postgresql.service
lrwxrwxrwx 1 root root 38 Jan 26 19:09 /etc/systemd/system/multi-user.target.wants/
å
postgresql.service -> /lib/systemd/system/postgresql.service
# systemctl status postgresql
● postgresql.service - PostgreSQL RDBMS
Loaded: loaded (/lib/systemd/system/postgresql.service; enabled; vendor preset:
å
disabled)
Active: inactive (dead)
# systemctl start postgresql
# systemctl status postgresql
● postgresql.service - PostgreSQL RDBMS
Loaded: loaded (/lib/systemd/system/postgresql.service; enabled; vendor preset:
å
disabled)
Active: active (exited) since Tue 2021-01-26 19:10:31 EST; 5s ago
Process: 1495 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 1495 (code=exited, status=0/SUCCESS)
Jan 26 19:10:31 kali-rolling systemd[1]: Starting PostgreSQL RDBMS...
Jan 26 19:10:31 kali-rolling systemd[1]: Started PostgreSQL RDBMS.

Download 11,68 Mb.