Талян

Изменить встроенную в заббикс метрику вы не сможете, только настроить маппинг значений:
https://www.zabbix.com/documentation/current/en/ma...

Ваша задача проще решается другими средствами: https://dev.mysql.com/doc/refman/8.0/en/timestamp-...

For any TIMESTAMP or DATETIME column in a table, you can assign the current timestamp as the default value, the auto-update value, or both:

• An auto-initialized column is set to the current timestamp for inserted rows that specify no value for the column.
  
• An auto-updated column is automatically updated to the current timestamp when the value of any other column in the row is changed from its current value. An auto-updated column remains unchanged if all other columns are set to their current values. To prevent an auto-updated column from updating when other columns change, explicitly set it to its current value. To update an auto-updated column even when other columns do not change, explicitly set it to the value it should have (for example, set it to CURRENT_TIMESTAMP).
  

Обычно пишут что то свое... веб интерфейс, который через API будет общаться с "центральным" сервером, на котором стоит гипервизор. Proxmox там или Vmware или еще что то...

на недорогих хостингах встречал что просто выдают доступ к панели Proxmox, естественно с ограниченными правами.

Когда вы сравниваете число с массивом, какой вы ожидаете результат?

- i while(<= arr){
+ i while(<= arr.length){

Более того, цикл у вас бесконечный, потому что i в нём не изменяется, так что это даже и хорошо, что он не запускается.

stripos и strpos работают правильно

А если вам вдруг кажется, что они работают неправильно, то надо привести пример.
И тогда вам сразу объяснят, что вы делаете неправильно

Чтобы значения отправлялись, нужно полям формы (input, select, textarea и т.д.) обязательно указывать атрибут name

<select name="opt">

ОП, ты хочешь странного. Осознай, что демоны (а systemd управляет как раз программами типа daemon) по определению не предназначены для взаимодействия непосредственно с пользователем, в частности через терминал. А значит, у тебя два выхода:

1. Перестать хотеть странного, и реализовать нормальные логи и анализировать их. Тогда можно будет в любой момент посмотреть историю, выведенную в лог.
При необходимости отслеживать файл лога в реальном времени можно использовать команду tail -f файл.log. Почитай про неё.
Также можно натравить на лог какую-нибудь утилиту мониторинга, которая будет его читать и посылать тебе оповещения о событиях по другому каналу.
Если лог большой, есть logrotate.
Минус - специфические терминальные фишки в логе работать не будут. Скажем, прогрессбар там не сделаешь, и ввести текст не получится.

2. Отказаться от запуска программы как классического демона, и запускать её через утилиту screen. Тогда ты сможешь сконнектиться к сессии screen когда угодно.
Плюс - взаимодействие с терминалом как обычно. В том числе из разных ssh сессий.
Минус - screen не самая удобная штука, сочетания клавиш там мозголомные. Плюс всё равно запуск screen придётся заворачивать в systemd если тебе нужен автозапуск и автоперезапуск.

почему моя настройка неправильна и не соответствует тз ?

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

а также позволял устанавливать исходящие соединения

А в последнем правиле лучше бы вообще убрать -m conntrack --ctstate NEW,ESTABLISHED,RELATED.

Сервер
Факт в том, что для синхронизации блокчейна Bitcoin нужно больше ресурсов. Чем больше ресурсов, тем быстрее блокчейн засинкается. Если будет мало, может никогда не засинкаться, поскольку демон будет тупо прибиваться OOM Killer'ом. Поэтому, если есть возможность менять характеристики VPS, лучше сделать на первые несколько дней, сервак помощнее, как блокчейн засинкается - уменьшить ресурсы.
Характеристики на которых блокчейн будет активно синкаться - 4 ядра CPU и 16 GB памяти
Характеристики на которых работает засинканный блокчейн - 2 ядра CPU и 8 GB памяти

Можете воспользоваться этими цифрами. Думаю их можно изменить касательно памяти в меньшую сторону, но придется следить за статусом синхронизации. Мной были выбраны именно эти, поскольку такая градация серверов в AWS. Если интересно, это t3a.xlarge и t3a.large соответсвенно. Менее 4 гиг памяти делать не советую, да и на 4х гигах не факт, что будет работать.

На таком сервере с SSD диском блокчейн синкается примерно за неделю.

Диск
Не уверен, что хватит скорости обычного сетевого хранилища. Я сам не проверял, сейчас тестируем подобное решение на работоспособность, поскольку такое хранилище дешевле. В моем случае это требуется больше для безопасности, а вам бы посоветовал пойти другим путем.
Размер Bitcoin блокчейна около 450 гиг (лень искать точнее, 420 был год назад), плюс 50% на рост и запас, следовательно диск надо выделять 1 ТБ. Т.е. террабайт никому не нужных данных.
У самого Bitcoin и почти всех его форков есть опция prune, которой можно ограничить размер хранилища блоков. Тут можно найти описание параметра. Опытным путем было найдено оптимальное значение этого параметра в 2,5 ГБ. Больше можно, меньше нет. Не помню подробностей, но не все блокчейны умеют меньшие значения и начинают вести себя странно, косячить те есть. Т.е. в конфиге добавляете строку prune=2500 и демон начнет автоматически удалять старые блоки, держа размер блокчейна на диске около 2,5 гиг. При этом сам блокчейн будет в засинканном состоянии.

Ну и зачем, собственно, это все про диски. Воспользовавшись обрезкой вы можете не городить сетевое хранилище, а просто хранить блокчейн на SSD

Похоже на то, что hare run не нравятся виндовые концы строк (CR/LF). Можно использовать утилиту dos2unix для приведения концов строк в понятный hare вид (LF).

Решение заключается в настройке порта коммутатора хуавей в режим hybrid, который будет подключаться на порт маршрутизатора с подинтерфейсами.
И настроить на пропуск тегированных пакетов командой port hybrid tagged vlan 1 273
после этого маршрутизация между вланом (native) 1 и vlan 273 заработала)