AUser0

Что-то типа такого:

server {
    listen 80;
    listen 443 ssl;
    server_name sub.mysite.ru;

    ssl_certificate /etc/nginx/ssl/sub.mysite.ru/submysiteru.crt;
    ssl_certificate_key /etc/nginx/ssl/sub.mysite.ru/submysiteru.key;

    root /var/www/sub.mysite.ru/html;
    index index.html;

    location / {
        try_files $uri $uri/ =404;
    }
}

Так ведь syslog-ng может отправлять на удалённый сервер все строки, записываемые в audit.log. Разумеется они будут в чистом виде, как попадают в файл. А разница с обычным syslog - в появившемся втором формате конфигурации, более человеко-удобном, IMHO.

P.S. Тоже не эксперт.

Потому что нарисованная дверь нарисована только с вашей стороны. Нарисована для вас и ваших соседей по внутрипровайдерской сети. Со стороны внешнего Интернета эта неполноценная дверь - это пчелиный леток, вход в пчелиный улий, в который нет прохода наружним посторонним.

А меняется ваш внешний IP на сайте 2ip.ru, потому что у провайдера есть несколько таких летков-выходов, какой меньше нагружен - тот вам и присваивается, временно.

Полноценная дверь называется выделенный белый IP, выделенный вам персонально и монопольно, за что и взимается плата. И абсолютно весь трафик, пришедший на этот IP, монопольно попадает на ваше устройство, подключенное к этому IP.

А что мешает вложить в самораспаковывающийся архив CMD/BAT файл, копирующий/переносящий распакованные директории в директорию текущего пользователя %USERPROFILE%\AppData\?

Если прямое указание порта в ссылках ну совсем не катит - ставите на VPS Nginx (это будет ваш reverse proxy), и пишите в нём:

http {
    proxy_set_header 'X-Real-IP' $remote_addr;
server {
    listen 80;
    listen 443 ssl;
    server_name my_domain.ru www.my_domain.ru;
    proxy_pass https://my_home.dyn-dns.org:8080/;
}
}

соответственно заменив нужные параметры на актуальные ваши. Ну и в DNS для домена укажите A-запись на VPS-ый белый IP, иначе не взлетит.

Для удаления надо пройти по ссылке и выполнить то, что просят.

Можно сложить последние значения (там 0 и 1) всех элементов данных icmpping в одном триггере, и формулой посчитать процент.

Как вариант - выбранный proxy дополняет каждый запрос заголовком X-Forwarded-For или X-Real-IP, с вашим IP-адресом. Эти HTTP-заголовки уже стали де-факто стандартом, и вот по ним вас и "видно"...

Мда, безальтернативно, или ставить (мини)компьютеры с NUTS и Zabbix-Agent, или удлинители RS232-Ethernet/USB-Ethernet до (не очень) ближайших (мини)компьютеров с NUTS и Zabbix-Agent.

В hosts прописываете - и вуаля, вы "владеете" доменом буквально с любим именем!
Правда другие пользователи, для доступа к "вашему" домену, должны будут так же прописывать этот домен в своём hosts, таковы правила.

Файл /etc/mail/access относится к утилите sendmail. Эта утилита не обеспечивает доступ к письмам на сервере, она обеспечивает доставку писем с вашего сервера на другие почтовые сервера. Поэтому то, что вы прописали, не влияет на попытку Yandex-а подключиться к вашему почтовому серверу.
P.S. Да, проще открыть 993 порт.

Подсмотрите алгоритм в других шаблонах, генерирующих элементы данных из JSONpath, и сделайте по аналогии.

Видит только IP вашего VPS, если на Nginx не настроена передача заголовка X-Forwarder-For/X-Real-IP.

Для проверки можете через этот Nginx обратиться к myip.ru например, сервис покажет видимый ему (и всем Internet-серверам) IP-адрес.

Для триггера? Разумеется .count(5m,"определённое слово",eq)=0.

P.S. Конечно нет, путь к файлу вы указываете в элементе данных, а в триггере - функция "обработки" данных, полученных из элемента.