Руслан Федосеев

Новый Zabbix увидит старую версию базы и попробует ее обновить.
А вопрос стоил того, чтобы ждать ответа?
Сделать дамп базы и перенести на новый сервер - довольно быстрое дело.

Заббикс не силён в дашбордах. Если хочется чего-то сложного и/или красивого - лучше подключить Заббикс как датасорс к Графане и в ней сделать.

Блин! Опять Kali и незнайка.
Открываем тепминал и смотрим, что говорит ip link
Кулхацкерский дистрибутив подразумевает кулхацкера за рулем. Сносите, и ставьте что-то для новичков!!!

Эх, молодёжь...
copy *.sql fulldump.sql
Ещё во времена MS-DOS можно было

Для 443 (https) - реверс-прокси. Порт пробрасывается на него, а он уже перенаправляет запросы к серверам по имени в запросе.
Для 25 (smtp) - всё принимается одним сервером и пересылается дальше по правилам маршрутизации почты.

Адрес админки роутера - это всегда адрес роутера.
Адрес роутера - всегда должен быть твоим шлюзом по-умолчанию (иначе бы ты в интернет не вышел).
Если там используется нестандартный порт, то смотри в мануал.

Чтобы правильно удалить запись в таблице по трём параметрам, надо указать все три параметра в условии WHERE

DELETE FROM table_name WHERE col_1=val_1 AND col_2=val_2 AND col_3=val_3

Не два, не пять, не десять, а ровно три параметра.

Почитать документацию по zabbix или погуглить "how to exclude windows services from zabbix autodiscovery".
В правилах autodiscovery есть фильтры, куда можно внести исключения

Ripe ncc- источник данных
ripe.net
Для Европы и части Азии.
Если глобально:
IANA+ICAN
https://www.iana.org/numbers
Далее 6 RIR-ов.
Все остальное вторично.
whois- актуально с отставанием в пару недель.

Прокси с бампингом. Иначе никак. Спасибо маркетологам, пихавшим в http столько рекламы, что он просто рухнул :)

Без расшифровки HTTPS, слава богу, никак.

1. Убить Avahi на никсовом серве! sudo service avahi-daemon stop
2. Поднять локальный DNS, создать зону .local, прописать необходимые устройства. Прописать доменный суффикс для всех новых устройств в сети (чтобы каждое устройство получало динамически доменное имя вида {имя устройства}.local).
3. Прописать локальный DNS в маршрутизатор для выдачи оного клиентам, НО НЕ СЕРВЕРУ. Сервер должен использовать статические IP и DNS от провайдера или гугловские (да хоть adguard-овские, на выбор админа)

Ваша задача решается только аппаратными средствами. При ненадежном окружении машину нужно буквально выносить на расстояние, подальше от этого окружения (т.е. у клиента только монитор+клавиатура а редактировать документы на флешках запретить, я серьезно), это реально и не так дорого как кажется, но все же необходимо обеспечить место где железо не будет зависеть от электрика Васи и 'супер-чайника бабы Глаши'.

На самом деле тут несколько проблем, каждая из которых решается разными способами:
* сбои в железе, т.е. буквально смерть диска или флешки (нельзя на них работать, никак нельзя), в частых случаях это решают резервированием, спасибо для дисков существует RAID5, когда за счет добавление 1 диска к массиву (начиная с 3 дисков до 32 шт) обеспечивает работоспособность при потере любого 1 диска, а при добавлении 2-ух дисков, соответственно переживает потерю любых двух дисков.
* сбои в электропитании - качественный бесперебойник и настройка на автоматическое сохранение работы. Система резервного электропитания - отдельный большой разговор и дешевым это не будет, в зависимости от того, какие бывают сбои, может оказаться что единственный вариант - дорогой online ups + дизельный генератор.
Для рабочих windows и иногда и linux можно настроить hibernation по сигналу с UPS, это как минимум спасет не только файловую систему но и не сохраненную работу.
Так же есть механизмы у систем виртуализации, если гостевая операционная система не умеет hibernation, то это сможет сделать сервер виртуальной машины (кажется любой)
* сбои в софте и кривые руки пользователя - самый интересный сбой, когда по ошибке одним движением пользователь уничтожает важные данные, ошибка конфигурации отправляет базу в ноль или безвозвратно портит данные. На это тоже есть два решения, в обычном случае это регулярные бакапы, причем если есть база данных то можно сделать очень оперативный инкрементальный бакап прямо средствами БД (что то типа прерванной репликации например) и регулярные снапшоты (как еще одна форма бакапа, только не покидающая машину).
И вот тут выбор файловой системы может сильно помочь, например cow fs типа btrfs или zfs умеют делать снапшоты бесплатно, без деградации скорости работы (до этого был lvm но его снапшоты кратно! замедляли запись, пока снапшот не удалишь), у windows ntfs тоже есть shadow copy но там какие то особенности есть, не делающие это чистым снапшотом, т.е. пользовательские файлы так резервируются а система не всегда, ну через нее делают бакап перед установкой обновлений.
Можно настроить буквально поминутные снапшоты с удалением тех что старее часа/суток/... и фоновым переносом их на бакап сервер, т.е. это сочетание системы резервного регулярного и оперативного копирования