@Bulat,
Some remarks with respect to your (remarkable) post:
a) you state
Most likely, you have copied `/var/asl/bin/asl_cli_c` to `/var/asl/bin/asl` or created such kind of symlink. If this is the case, please get rid of `/var/asl/bin/asl` file/link as this file is not supposed to be present on Debian/Ubuntu systems.
and the REALITY is completely different:
- the "asl binary" is associated with the FULL Atomic Secured Linux package, but is not shipped with Plesk, since Plesk uses the "rule set only" approach, (and)
- the call of "/var/asl/bin/asl" should not be in the cronjob files, at least on Plesk instances it should not be present, (and)
- all cronjob files should not be present on Plesk instances.
The above is somewhat different than the confusing information you are giving.
As for APACHE_RESTART_COMMAND="/etc/init.d/apache2 restart" directive, as it was confirmed by Atomic representatives this directive is not used on Plesk servers. Therefore, it does not affect apache functionality.
Ehm, I am pretty sure (but not certain) that this is incorrect.
If I am not mistaken, the following applies.
In the cronjobs, there is the call to the command "aum -u" (depending on the configuration, the call is on a hourly, daily, weekly or monthly basis).
The command "aum -u" does use the Apache2 restart command, if the (tortix) rule set is not current.
Otherwise, the command "aum -u" will simply "pass" and do nothing.
A call of the modsecurity_ctl tool will take care of a daily, weekly or monthly update of the (tortix) rule set, implying that in most cases the command "aum -u" will simply "pass".
The above still does not imply that the aum package and the modsecurity_ctl work fine together and it certainly does not imply that Apache will not be restarted.
It simply implies that Apache will not or does not have to restart in 99,99% of the cases.
Anyway, I already asked clarity and
again I am asking for a proper explanation by Plesk Team.
One of the reasons for this request is that it can occur that Apache will not restart in specific cases that the command "aum -u" has been run.
Regards.....