Помните, мы говорили про резервное копирование за NAT’ом? Так вот, поскольку резервное копирование без восстановление мертво, приходим к еще одной интересной теме. В моем случае, проблема образовалась из того, что хостинг предоставляет виртуалки на базе QEMU-KVM, а у меня только Hyper-V и VmWare. Мой рецепт успешно отработал на CentOS 7/8, остальное не обещаю.
Читайте далееВот есть у меня арендованный сервер, и я хочу иметь его резервную копию. Ясное дело, владелец площадки мне такую копию дать не может или не хочет, что для меня непринципиально. Однако есть же Veeam Backup & Replication! Версия Community вполне себе для домашнего пользования подходит. Однако ж, сервер veeam находится за NAT, а сервер в аренде – в интернете. И при попытке сделать резервную копию, получаем ошибку “failed to connect to the endpoint”. Кроме того, видно, что клиент упорно пытается использовать серый адрес сервера. Как же это победить??
Официально – никак. Сервер и клиент должны находиться в одной напрямую маршрутизируемой сети. NAT не поддерживается. Всё, все свободны. Ладно, шучу – всё не так ужасно, мы же всё же в 21 веке живем. Способа есть два.
Читайте далееПочему-то внятного описания механизма с примерами я найти нигде не смог, хотя формально отдельные части описаны в документации на Zabbix. Я же дошёл до этого совершенно случайно, когда раскуривал чужой шаблон.
Итак, проблема – иногда есть необходимость мониторить некие процессы, ответ от которых приходит с задержкой. Где-то помогает подкрутить параметр времени ожидания ответа, но это не есть хорошо. Во-первых, сильно его задирать тоже не стоит, потому что это влияет на время ожидания ответа для любых элементов данных. Соответственно, опрашивая недоступные элементы мы можем полностью забить очередь опроса. Во-вторых, и это более актуальная проблема, ответа можно не дождаться даже в до предела растянутый период ожидания.
Читайте далее
anton.kononov