Если я добавлю к триггеру Recovey Expression, то для закрытия триггера, должно будет произойти 2 условия
1. Триггер должен быть "потушен"
И
2. время должно быть от >235900 or time < 80000
То есть, проблема будет закрываться только тогда, когда "все бекапы присутствуют" и время больше 23:59 или меньше 8:00
Из документации к Zabbix:
Выражение восстановления - Логическое выражение (опциональное), определяющее дополнительные условия, которые должны быть удволетворены до того как проблема будет решена, но после того как оригинальное выражение проблемы уже вычислено значением ЛОЖЬ.
Выражение восстановление полезно для гистерезиса триггера. Невозможно решить проблему только при помощи выражения восстановления, пока выражение проблемы всё еще имеет значение ПРАВДА.
Это поле доступно только, если выбрано 'Выражение восстановления' для Формирование ОК событий.
Поддерживается начиная с Zabbix 3.2.0.
Если я правильно понял, то после изменения этого ключа реестра, я смогу использовать службу "Маршрутизация и удаленный доступ" как в Windows Server 2008R2?
Значит, что нет бриджа (включена изоляция сетей) между Wi-Fi и Ethernet. Назовите:
IP адрес ноутбука
IP адрес компьютера
IP адрес какого-нибудь телевизора
Модель роутера
Без сервера терминалов доступ по rdp, кроме администраторов, имеют все члены группы "пользователи удалённого рабочего стола". Для подключения, пользователю даже не нужно быть членом Domain Users.
Терминальника нет. Доступ нужен для обслуживающий "консультант +" организации. Доступ нужен только в директорию "Консультант +" и профиль пользователя.
Подключаться будут либо по внешним адресам (проброшены порты), либо сначала к VPN серверу организации, а потом по внутренним адресам.
Уровень целостности - средний.
NTFS права на директорию" консультант +" - полный доступ.
Фактически, нужно организовать доступ с защитой от случайного вредительства
Если у тебя при такой схеме подключения не проходит пинг с "левого на схеме" PfSense до 192.168.5.2, то у тебя проблема именно с фаирволлом.
ICMP точно везде разрешен? А машине, которую ты пингуешь разрешен icmp?
Алексей Кухаричев, у тебя соединение pfsense "патчкордом" тоже образует некую сеть и на этих интерфейсах pfsense, которые "смотрят друг на друга" через патчкорд есть свои ip адреса. Какие там адреса?
Там не должны использоваться адреса из диапазона твоих локальных сетей (192.168.0.1 - 192.168.5.254).
Если твоя сеть "X" 192.168.4.0/22, то первый адрес 192.168.4.1, а последний 192.168.7.254, соответственно, диапазоны пересекаются и пакеты из сети y в сеть x приходят, а наоборот - нет.
Напиши адреса полностью. Лучше, приложи схему сети, по твоему описанию, у тебя 2 Pfsense соединены патчкордом между собой и каждый pfsense соединен со своим шлюзом.
Сергей, дело в том, что у нас 40 удалённых офисов. Люди сидят по 2-3 человека в одном кабинете/помещении. Поэтому печатающих устройств так много. Я готов вручную назначать печатающие устройство на каждый компьютер, но не готов назначать на каждую учётную запись на каждом компьютере
Дело в том, что структура нашей организации не предусматривает отдельного сервера печати. Принтеры расположены рядом с рабочей станцией (на расстоянии вытянутой руки). Конечно, можно назначать групповыми политиками, но тогда у нас будет около 300 политик назначающих принтер по умолчанию.
Может быть, есть возможность, назначать принтер по умолчанию локально на рабочей станции для всех учетных записей пользователей?
