AUser0

Вообще-то прокси сервер используется для HTTP-запросов. Пакеты traceroute в них не входят.

А у вас на экране используется не прокси, а VPN, который действительно заворачивает в себя любой трафик, в том числе и traceroute.

Но что-то не видно, что бы второй traceroute заканчивался адресом 100.64.0.18. Либо это второй traceroute доходит до конца, а первый прерывается на пол-дороги...

И нет, нельзя. Потому что вы не можете заранее знать, сколько hop-ов должно быть от конкретного пользователя до конкретного сервера.

Интересно, а зачем в аргумент функции main() запихивать команду curl?
Ведь в функции вызов curl уже есть, уже вписан, и получается двойной curl:

curl  --output /dev/null curl --header \"Authorization: Bearer token_for_example1\" -sX ...

Хотя нет, не получается. У вас ещё и не закрыта двойная кавычка после первого аргумента!

Используйте IMAP. Пришедшая почта будет попадать ко всем пользователям ящика. При отправке письма так же хранятся на сервере, а значит должны оказываться в Отправленных у всех пользователей ящика.

Под разными операционными системами есть разные способы:

register_shutdown_function("func_shutdown");
// or...
pcntl_signal(SIGINT, "func_shutdown");
pcntl_signal(SIGTERM, "func_shutdown");

Так сможете обработать завершение скрипта, и хотя-бы частично узнать причину.

У вас в коде ошибка, а так же переменная с неизвестным значением $date_time.

P.S. Вполне могли бы сами найти причину.

Сильно сомневаюсь в таком функционале, IMHO .conf создаётся с полного нуля.
Посоветую создать пустой контейнер, настрополить его как надо, и потом просто каждый раз клонировать.

Ну или банально скрипт, выполняемый каждую минуту, и где-нибудь хранящий ID-шки уже подправленных .conf.

Вообще-то для WEB-интерфейса Zabbix необходима установка пакета zabbix-web и PHP (в какой-либо форме).

А прочитать под пользователем sit2 можно великим множеством способов: cat write-only-file,
more write-only-file,
grep "" write-only-file,
nano write-only-file,
vi write-only-file

Эти два адреса не запрашивают HTTP-страницу, они просто шлют какой-то мусор, который и отображается в логах сразу после даты, внутри двойных кавычек.

И Apache должен бы справляться с такими "запросами" с лёгкостью. Конечно если их не 100500 штук за 5 секунд.
А что бы такой мусор не ломал сервер, IP нужно блокировать на сетевом уровне, например командой

iptables -I INPUT -s 20.252.4.193,89.187.162.69 -j REJECT

Передать файл прямо в терминале (если он поддерживает протокол XModem/YModem/ZModem) можно утилитой sz (ставится пакетом lrzsz).

telnet server-addr.ru.com.org 80
или
telnet 1.2.3.456 443

Если в консоли пусто - пишите в консоль HTTP-запрос, и ответится вам. Пока запрос не отправите - ответа не получите.
Можно даже случайную комбинацию символов набрать и Enter нажать - WEB-сервер должен ответить ошибкой о неправильном запросе.

Есть удобная утилита USB Safely Remove, попробуйте.
Она умеет показывать устройства, которые вообще не должны быть отключены (всякие ноутбучные SD Card Reader-ы, видеокамеры и DVD-приводы).

Процесс Nginx, работая под указанным в настройках пользователем (по умолчанию nginx) не имеет прав на чтение файла, который должен быть прочитатан согласно открываемой ссылке "link file".

P.S. Кто-то обратился к файлу site.ru/bla-bla-bla.jpg, у Nginx нет прав читать файл <server site.ru>/<root>/bla-bla-bla.jpg.

Эмммм,

location ~ \.php$ {
	limit_req zone=two burst=10 nodelay;
	limit_req_status 420;
	proxy_pass http://55.55.55.55:8080;
}

P.S. Стоп! location внутри location?

Уберите оба маленьких server{} с listen 443 ssl;
скопируйте-вставьте большой server{}, оставьте в каждом или %DOMAIN или %BY_DOMAIN%,
и не забудьте в эти оба большие server{} вписать listen 443 ssl;, и соответствующие сертификаты.
Фсё!