Безопасность
Создание собственных правил доступа по IP-адресам, доменам и странам и наблюдение за ними в режиме dry-run.
Страница «Правила доступа: IP, домены и страны» описывает функциональную область, обозначенную в URL. Существующий контент дополняется описанием реального процесса, требованиями и известными ограничениями. Новые правила для IP, доменов или стран обязательно запускаются в режиме Dry-Run. Правило базы данных требует обязательного ожидания минимум 24 часа перед активацией. Если одновременно действуют правило Allow и правило Block, приоритет имеет Allow.
Правила доступа могут касаться IP-адресов, доменов или стран. Каждое новое правило обязательно запускается в режиме Dry-Run. Активация возможна только после истечения минимум 24 часов; это требование реализовано в качестве ограничения базы данных, а не просто указано в интерфейсе.
Во время Dry-Run отслеживаются обращения, которые затронуло бы данное правило, что позволяет выявить ошибки конфигурации до блокировки реальных пользователей. Правила Allow имеют приоритет над правилами Block. При наличии нескольких правил обязательно проверяется вся комбинация, а не только последняя созданная запись.
Перед активацией администратору следует обеспечить собственный доступ и необходимый служебный доступ. Слишком широкая блокировка стран или IP может исключить законных пользователей. Изменения следует вносить по отдельности заранее, а затем проверять по журналам.
Если ожидаемая блокировка не действует, необходимо проверить статус, окончание 24-часового срока и возможные исключения Allow. При неожиданной блокировке требуются тип правила, значение, время активации и затронутый доступ. При этом нельзя передавать секреты или полные логи персональных данных.
Для страницы «Правила доступа: IP, домены и страны» это означает: существующий краткий текст расширяется в надежное руководство без обещаний возможностей вне подтвержденного статуса продукта. Основными остаются проверенные источники фактов и видимая ответственность между тенантом и Zentor. При отклонениях всегда следует указывать именно URL, затронутый клиент и наблюдаемый шаг.
При работе с «безопасностью» каждый шаг сначала следует проверять на контролируемом тестовом случае. Критически важно, чтобы видимая настройка, фактический статус системы и ожидаемый результат совпадали. При отклонениях помогают точное время, затронутый клиент, использованный канал и неизменённое сообщение об ошибке. При этом данные доступа, токены и персональные данные нельзя включать в скриншоты или тексты поддержки.