Психологические триггеры в социальных сетях: принципы влияния в Инстаграм

1. Социальное доказательство

Классический и один из самых известных психологических принципов, который гласит, что для принятия решения, например, решения о покупке, человеку важно увидеть, что другие до него тоже приняли это решение. Если вы показываете социальное доказательство в виде отзывов, кейсов, цифр вашего бизнеса, количество реализованных проектов и клиентов — всё это снимает начальную настороженность. Человек понимает, что люди склонны вам доверять. Поэтому в посте, рекламном объявлении, видео, где вы хотите донести информацию о продукте, нужно встраивать социальное доказательство.

2. Взаимный обмен

Это психологический принцип, суть которого в следующем: если вы даете человеку какую-то ценность, то человек склонен отвечать вам тем же. Если вы дали человеку пользу, например, в контенте, то человек будет склонен в следующий раз рассмотреть, например, ваше предложение о продукте.

Классический пример – бесплатные вебинары. Вы даете в рамках основной контентной части ценность – если человеку понравилось, то он будет склонен посмотреть и продающую часть вебинара.

3. Подтверждение авторитетом

Мозг человека устроен таким образом: он старается все оптимизировать и найти подтверждение, что кому-то важному и уважаемому конкретное предложение понравилось.

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

В социальных сетях вы можете использовать этот формат, добавляя к вашим публикациям мнения авторитетов, называя громкие имена ваших клиентов – компаний, конкретных людей.

4. Принцип дефицита

Если какое-то предложение ограничено, то интерес к нему становится намного больше. Классический пример – Booking. Вы заходите на сайт, ищете отель в конкретном городе на конкретные даты. Находите отель, который устраивает вас по всем критериям. Но в этот момент вы по каким-то причинам решаете отложить бронирование и хотите уйти с сайта. Тут же вы видите две большие надписи. На одной написано, что остался один номер, на другой – что еще четыре человека просматривают это предложение прямо сейчас. Даже если вы знаете этот принцип, происходит полный переворот! Повышается значимость этого предложения, вам кажется, что этот отель лучший, и вы начинаете его сразу бронировать. Это очень эффективный способ обойти потребительскую прокрастинацию.

Как это работает в социальных сетях? Например, в виде ежедневных сторис, в которых показывается – например, если вы продаете билеты на мероприятие – сколько билетов осталось. Сюда же, конечно, относятся и ценовые периоды. Когда за три месяца до мероприятия можно купить билет с одной ценой, потом она увеличивается и увеличивается.

5. Принцип последовательности

Люди испытывают потребность действовать последовательно. Если человек озвучил, особенно публично, какое-то намерение, то он постарается его придерживаться. На этом построен принцип публичных обещаний, часто использующийся в Инстаграм-марафонах. Поэтому нужно предложить задекларировать свое желание, написать у себя в сторис, в чате и т. д.: «Я готов пройти этот марафон до конца», «Я планирую дочитать книгу до конца».

6. Принцип схожести

Люди склонны доверять в большей степени тем, кто в том или ином аспекте похож на них. Инженеры больше доверяют инженерам. Люди, ездящие на Audi, в большей степени будут доверять людям, ездящим на том же автомобиле, чем на другом.

На принципе схожести основаны все паблики, форумы и т. д. Именно поэтому важно делать разные отзывы. Людям, которые живут в Краснодаре, – отзыв от людей, живущих в Краснодарском крае. Молодоженам показывать отзывы от молодоженов. Чем больше похож рекомендующий человек, тем больше будет к нему доверия.

Маленькая инструкция к Zabbix: rustedowl — LiveJournal

Итак, Заббикс. Система, по меньшей мере, неочевидная — но спустя некоторое время ее логика становится ясна.
Самый главный плюс сервера Zabbix — то что все проверки настраиваются через веб-интерфейс. Редактирование файликов — только для агента, да и там мороки немного.

Полноценной литературы к Zabbix’у — только его вики, но разработчики не делают копию статьи если в ней по сравнению с предыдущей версией поменялось немного, предполагая что у желающих найдется время прочесть документацию ко всем выпускам и листы изменений между версиями. Но, конечно, есть и царский путь: пойти учиться. Стоимость обучения какие-то жалкие 1500$.

Теперь — самое важное, что следует о нем знать! Перед тем как что-то делать, нужно распланировать это, в голове или на бумаге. На бумаге будет лучше — спустя некоторое время не придется вспоминать чего там как.
Заббикс позволяет мониторить все что угодно, но из-за неочевидности многих моментов люди сталкиваются с множеством проблем: тормозами, несрабатыванием триггеров и приходом пятидесяти сообщений в секунду. Это все решается стандартным инструментарием в сочетании с планированием.

Сразу после установки НЕОБХОДИМО удалить все предоставленные для примеров шаблоны, элементы и триггеры. Если их просто взять и применить к машинам — тормоза гарантированы. Они не просто избыточны, они ИЗБЫТОЧНЫ!!!!!111
Так же можно удалить предустановленные группы, все равно придется создавать свои собственные.

Для начала требуется создать группу узлов сети (Настройка — Группы узлов сети). Это важно — без группы нельзя создать ни узел, ни шаблон. Сама по себе группа никаких свойств не имеет и не назначает, это простое объединение. ВАЖНО: Шаблоны, находящиеся в группе узлов НЕ ПРИМЕНЯЮТСЯ к узлам находящейся в этой же группе. О привязке шаблонов будет позже.

Теперь создаем узел сети (Настройка — Узлы сети). По пунктам

Имя узла сети — некое внутреннее имя, которым Заббикс будет манипулировать внутри себя. Так же применяется для включения активных проверок в агенте Заббикс (о нем тоже позже). Недопустима кириллица или пробелы.

Видимое имя — применяется только в списках узлов и может применятся в оповещениях.

Группы — в каких группах узел находится. Может находиться сразу в нескольких, если это нужно по соображениям безопасности (в Zabbix пользователям можно настраивать доступ к узлам в зависимости от прав)

Интерфейсы агента — Здесь можно указать IP-адрес или DNS-имя узла. Агент устанавливать не обязательно, но что-то указать надо, это будет адрес для проверок по умолчанию.
Поддерживается собственный агент Zabbix, протокол SNMP, JMX и IMPI. Если надо — то даже все одновременно.

Описание — все ясно и так.

Наблюдение через прокси — Для разгрузки сервера можно использовать прокси, которые будут собирать информацию с агентов самостоятельно, а затем передавать ее на сервер. Прокси настраиваются отдельно, и затем их можно выбрать в этом списке.

Активировано — все ясно и так.

Вкладки в этом окне позволяют производить дополнительные настройки, которые я рассматривать не буду.

Нажимаем «Сохранить» и переходим к следующему шагу: созданию элемента данных. Опционально сначала можно создать группу элементов данных, процедура полностью аналогичная группе узлов сети.

Имя — аналогично «имени узла сети».

Тип — какая проверка будет использоваться. Их очень много, но наиболее интересными на начальном этапе являются Zabbix агент, Zabbix агент (активный) и «Простая проверка». Zabbix-агент может быть пассивным и активным.
Основное отличие — в способе взаимодействия с сервером.
В пассивном режиме (в агенте указан только адрес сервера Zabbix) агент выполняет проверку только после того как сервер его пнет. Схема: сервер -> Агент -> Сервер -> Агент. На это тратятся вычислительные ресурсы сервера (Zabbix создет специальный процесс, который пинает некоторое количество агентов и собирает полученные с них данные). Агент при этом слушает на порту 10500 (по-умолчанию) и этот порт ему надо открыть.
В активном режиме (в агенте указан адрес ServerActive= адрес сервера Zabbix Hostname=ИМЯ УЗЛА СЕТИ как он настроен в Zabbix-сервере) агент сам стучится на сервер, собирает проверки назначенные его узлу, выполняет эти проверки и отправляет на сервер результаты, иногда опрашивая сервер не появились ли новые проверки. Нагрузка на сервер при этом минимальна, так что стоит использовать именно этот режим везде где возможно.

Ключ — собственно, проверка которую может выполнить Zabbix, с целой кучей настроек. Все это можно посмотреть в официальной документации Zabbix, разбирать каждую в отдельности — можно целую книгу написать. Опишу лишь некоторые неочевидные особенности.
Параметры заключенные в <> указать можно, но это не обязательно. Бывает полезно в некоторых случаях.
В случае с agent.ping он возвращает 1 если проверка успешна и не возвращает ничего если проверка провалена. Триггеры надо писать с учетом этого момента и вместо параметра last использовать nodata.

Интерфейс узла сети — все ясно и так.

Тип информации — Какой тип данных будет храниться в базе. Указывать его обязательно, поскольку в случае неправильного типа элемент данных работать не будет. Узнать об этом получится не сразу, а только спустя некоторое время, которое требуется веб-интерфейсу Zabbix на передачу команд движку, выполнения команды движком и возвращением ошибки веб-интерфейсу. Это может занять изрядное время.

Тип данных — если тип информации «Целое положительное» то предлагает выбрать в какой системе счисления это целое записывать.

Единица измерения — можно оставить пустым, но лучше заполнить. Дело в том, что данные которые Zabbix получает можно посмотреть в разделе Мониторинг-Последние данные, там список из «Имя элемента данных» — «Значение элемента данных». Если указать единицу измерения, она будет отображаться и там. Если измеряется размер, то стоит указывать B (байты), Zabbix сам подставит правильный множитель.

Пользовательский множитель — все ясно и так.

Интервал обновления (в сек) — Частота с которой обновляется содержимое элемента данных. ОЧЕНЬ КОВАРНАЯ ШТУКА! Дело в том, что у ключей простых проверок может быть некая длительность запроса, и если она больше интервала обновления (к примеру, обычный ping в случае с Zabbix посылает пять пакетов, раз в секунду. Это настраивается, надо лишь слегка почитать встроенную документацию) то полученные данные будут непредсказуемыми, поскольку заббикс будет слать серии пингов с нескольких дочерних процессов.
Так же имеет смысл не опрашивать слишком часто то, что слишком часто не меняется. Скажем, раз в 30 секунд узнавать размер используемого SWAP, свободного места на диске или состояния SMART не обязательно, а в базу эти значения записываться будут.

Переменные интервалы — здесь задается расписание, по которому будет изменяться интервал, если это необходимо.

Период хранения истории (в днях) — Сколько времени в базе будет храниться история изменения этого элемента. Можно ставить 1 день, но нельзя ставить 0 (в этом случае триггеры работать не будут). Слишком долго историю хранить тоже не стоит, база данных все же не резиновая. Этот параметр, в отличие от следующего, хранит КАЖДОЕ значение, записанное в базу с частотой интервала обновления.

Период хранения динамики изменений (в днях) — Сколько времени в базе будет храниться УСРЕДНЕННОЕ ЗА ДЕНЬ значение элемента. На это требуется гораздо меньше места в базе, а для статистики подходит ничуть не хуже. Впрочем, все зависит от того что мониторится.

Хранение значения — будет ли в базе хранится само значение, или его изменение относительно предыдущего значения.
Отображение значения — преобразование значения в другой формат, более приемлемый для чтения человеком. В частности, есть режим отображения как «Zabbix agent ping status». Влияет только на то, как значение будет выглядеть в Мониторинг — Последние данные.

Далее можно добавить узел в группу элементов данных и настроить заполнение инвентарного поля (Zabbix может получать тип ОС, Hostname и IP-адрес, и сразу добавлять это в собственную инвентарную базу).

Описание — все ясно и так.

Нажимаем Добавить и переходим к триггерам.

Имя триггера — аналогично «Видимому имени узла сети». Будет отображаться в уведомлении (если настроить) так что стоит делать его информативным.

Выражение — собственно, условие которое Zabbix должен проверять. Выражение можно создавать непосредственно из интерфейса. В итоге получится что-то вроде:
{внутреннее_имя_хоста:icmpping.max(#10)}= 0
Триггер сработает, если на последние 10 пингов нет ответа.

Многократная генерация событий «ПРОБЛЕМА» — все ясно и так, но я пока ни разу это не использовал.

Описание — все ясно и так.

URL — можно указать адрес с решением этой проблемы в базе знаний.

Важность — В основном нужно для определения какой тип уведомления использовать. Например, Предупреждения слать на e-mail, а Чрезвычайные — как SMS.

Зависимости — та самая вещь, про которую очень многие забывают. Зависимые триггеры не выполняют действий и не шлют оповещений, если триггер от которого они зависят сработал. В итоге вместо 30 писем о недоступности рабочих станций вы получите только одно письмо о том что выключили свет. С зависимостями тем не менее есть один важный момент — зависимые триггеры должны срабатывать МЕДЛЕННЕЕ, чем тот от которого они зависят. Если зависимые триггеры сработают быстрее то толку от зависимостей не будет.

Итак, триггеры есть, теперь самое важное — действия.
Действия настраиваются в Настройка — Действия

ОБЯЗАТЕЛЬНО удалите действие по умолчанию. Оно шлет набитое малополезной информацией сообщение всем пользователям-админам, всеми доступными способами. Уведомления должны быть краткими и информативными (хотя бы те, которые будут отправляться СМСкой)

Создаем новое действие. Источник события — Триггеры.

Имя — информативное имя, по которому сходу можно понять за что отвечает действие.

Тема по умолчанию — то, что будет прислано в поле «Тема» электронного письма или первой строкой для Jabber и СМСки.
Сообщение по умолчанию: здесь можно писать ВСЕ ЧТО УГОДНО! По умолчанию шлется такое количество технической информации, что не сразу понятно что куда и как.

Сообщение о восстановлении — Если триггер вернулся в нормальный режим, прислать сообщение, указанное в полях ниже (они появятся, если поставить галочку).

Вкладка «Условия»

Тип вычисления — здесь можно выбрать логическую формулу,по которой будут вычисляться условия.

Условия — Условия, по которым действие будет определять что выполняться должно именно оно.
По умолчанию используется «Состояние обслуживания не в обслуживании» и «Значение триггера = ПРОБЛЕМА». Под это условие попадают ВСЕ триггеры, что чаще всего не нужно. Стоит добавить другое условие, для того чтобы конкретизировать условия.

Вкладка «Операции»

Длительность шага операции по умолчанию — сколько времени будет выполняться между шагами, если это значение в шаге не указано.

Далее добавляется сама операция. Их всего две — «Отправлять сообщение» и «Удаленная команда». В обоих случаях все интуитивно понятно. Разве что при «Отправить сообщение» маленькая строка «Добавить» добавляет шаг операции, а кнопка «Добавить» ниже создает действие.

Три триггера говорят вам, что пришло время пересмотреть вашу стратегию сетевой безопасности

Сетевая безопасность Сеть блоггеров по безопасности 

by ironcore от 2 апреля 2019 г.

Закон Меткалфа гласит, что ценность сети растет пропорционально квадрату числа ее «совместимо взаимодействующих устройств».

Как правило, презентации идеи Роберта Меткалфа заменяют «совместимые устройства связи» на «пользователей» или «машины», по словам Симеона Симеонова. Тем не менее, это важный нюанс, потому что, хотя сети объединяют пользователей, распространение ИТ-инфраструктуры порождает другие проблемы.

Спонсорство доступно

В своей статье г-н Симеонов отмечает, что большая сеть «вызывает трения и усложняет» подключение, управление идентификацией и предоставление ресурсов среди прочего. Сегодня сетевая безопасность является очевидным дополнением.

Действительно, мобильные устройства, BYOD и облачные технологии увеличили как потенциальную ценность сети, так и риски. Это расширило зону атаки и усложнило ИТ-инфраструктуру.

Итак, учитывая, что почти каждое предприятие с любой историей добавляло все больше и больше совместимых устройств в течение длительного периода времени, когда имеет смысл создавать совершенно новую стратегию сетевой безопасности, а не обновлять существующую?

Мы предлагаем три триггера высокого уровня, а те, что приведены ниже.

1) Первый триггер связан с изменением бизнеса.

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

Кроме того, то, что сегодня хранится в сети, гораздо ценнее. Вы помещаете туда цифровые активы, такие как деньги, коммерческую тайну, данные о конкурентах или клиентах, что делает их более привлекательными для хакеров. Это означает, что ваша стратегия сетевой безопасности должна одновременно способствовать развитию бизнеса и защищать его от кражи данных.

Бизнес также хранит больше данных, которые считаются конфиденциальной и личной информацией (S-PII), что влечет за собой дополнительные расходы. Бизнес должен беспокоиться о европейских стандартах; Соответствие HIPAA, если они относятся к сфере здравоохранения; Данные PCI, если они обрабатывают транзакции по кредитным картам, и этот список можно продолжать и продолжать.

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

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

2) Второй триггер управляется организацией безопасности.

Безопасность приходит к выводу, что ее текущая стратегия сетевой безопасности больше не работает. Например, вы могли столкнуться с программами-вымогателями, кражей данных (эксфильтрацией) или с какой-либо прямой кражей активов. Именно тогда службы безопасности приходят к выводу, что на самом деле они не знают, что происходит в сети.

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

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

3) Третий триггер — когда обстоятельства изменились.

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

Другие случаи, которые мы наблюдаем, могут быть связаны с тем, что бремя запуска большого количества технологий достигло предела. Приветствуется более интегрированный взгляд на сетевую безопасность и менее обременительное бремя управления. Эти примеры — идеальное время для рассмотрения всей стратегии безопасности, а не только новых элементов, которые вы можете добавить.

Это триггеры высокого уровня, фундаментально связанные с бизнесом. Бизнес изменился и развился до такой степени, что это побуждает группу безопасности пересмотреть свои методы защиты сети.

* * *

Идеи Меткалфа приписывают (наряду с законом Мура) создание сетевых протоколов, которые сделали возможным Интернет. Возможно, безопасность не была приоритетом в годы становления, но мало кто мог предвидеть масштабы проблем безопасности, с которыми мы столкнемся сегодня.

Действительно, в недавний 30 ^-й -й день рождения Интернета сам сэр Тим Бернерс-Ли признал, что «невозможно полностью искоренить» «преднамеренные, злонамеренные намерения, такие как спонсируемые государством хакерские атаки и атаки, преступное поведение, и домогательства в Интернете».

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

Если вам понравился этот пост, вам также может понравиться:
Видимость сети: можно ли проанализировать зашифрованный трафик на наличие угроз кибербезопасности?

*** Это синдицированный блог сети блоггеров по безопасности от Bricata, автором которого является ironcore. Прочтите исходный пост по адресу: https://bricata.com/blog/network-security-strategy-triggers/

.

• ← Злоумышленники используют новую службу файлового хостинга для запуска атак
• Взлом Instagram для получения бесплатной еды в обмен на положительные отзывы →

Пульсометр безопасности облачных данных

Шаг 1 из 6

16%

Где находятся ваши конфиденциальные (защищенные/регулируемые/проприетарные) данные? (Выберите все подходящие варианты)

Локальная

IaaS (AWS, Azure, GCP и т. д.)

SaaS (Microsoft 365, Salesforce, Workday и т. д.)

Корпоративные устройства (мобильные, ноутбуки и т. д.) )

Устройства, принадлежащие сотрудникам (мобильные телефоны, ноутбуки и т. д.)

Настройки триггеров уведомлений | Руководство по PRTG

Для запуска уведомлений можно использовать изменения в состоянии датчика или в данных датчика.

Вкладка «Триггеры уведомлений»

Хотя датчики активируют триггеры уведомлений, вы можете установить триггеры уведомлений в настройках объектов, которые находятся выше в иерархии объектов. Это позволяет использовать наследование настроек для определения триггеров уведомлений для нескольких датчиков. Объекты, которые наследуют триггеры уведомлений, показывают их на вкладке Триггеры уведомлений.
Дополнительные сведения см. в разделе Триггеры, которые могут наследоваться от родительских объектов.

Вы также можете определить триггеры уведомлений в библиотеках. Если датчик находится в библиотеке с триггерами уведомлений, датчик показывает их на вкладке «Триггеры уведомлений».
Дополнительные сведения см. в разделе Триггеры, определенные в библиотеках.

Вы также можете напрямую редактировать шаблоны уведомлений на вкладке «Триггеры уведомлений». Для этого нажмите рядом с названием шаблона уведомления.

Примечание

Для настройки и использования уведомлений необходимо выполнить следующие четыре шага:

1.Проверьте и настройте параметры доставки уведомлений, если вы используете PRTG Network Monitor. Эти параметры определяют, как PRTG отправляет сообщения.

2.Проверьте и настройте контакты уведомлений для учетных записей пользователей. Эти контакты определяют получателей, которым PRTG отправляет уведомления.

3.Проверьте и настройте несколько шаблонов уведомлений. Эти шаблоны определяют методы уведомления и их содержимое.
Вы также можете проверить или изменить шаблоны уведомлений на вкладке «Триггеры уведомлений». Дополнительные сведения см. в разделе Настройки триггеров уведомлений.

4.Проверить и настроить параметры триггеров уведомлений для объектов. Эти триггеры определяют, когда PRTG отправляет уведомления.

Обычно предпринимаются три последовательные попытки доставки уведомления. Если все эти попытки терпят неудачу, уведомление теряется. Чтобы никогда не пропустить уведомление, мы рекомендуем вам всегда настраивать как минимум два уведомления с разными способами уведомления для триггера уведомлений, например, одно уведомление по электронной почте и одно SMS-уведомление. Если доставка по электронной почте не удалась, PRTG может уведомить вас через смартфон в качестве запасного варианта. Например, используйте настройку задержки триггера состояния, чтобы выбрать уведомление с другим методом уведомления, чем в первом условии триггера, или настройте второй триггер с другим методом уведомления для соответствующего объекта.

Подробное пошаговое руководство см. на веб-сайте Paessler: Как настроить уведомления через веб-интерфейс PRTG.

Пользовательские сценарии уведомлений также доступны в PRTG Sensor Hub.

Триггеры уведомлений

Выберите вкладку «Триггеры уведомлений» объекта, чтобы добавить или изменить триггеры уведомлений. Вы можете настроить один или несколько следующих триггеров уведомлений:

▪Триггер состояния

▪Триггер скорости

▪Триггер громкости

▪Триггер порога

▪Триггер изменения

Для каждого триггера уведомления доступны разные параметры. Вы видите Тип триггера уведомления и Правило уведомления, которое выполняет датчик после активации триггера уведомления.

Какие триггеры уведомлений доступны на вкладке «Триггеры уведомлений», зависит от типа выбранного объекта.

Триггер состояния

Триггер состояния выполняет уведомление, когда датчик изменяет свое состояние. Наведите указатель мыши и выберите в меню «Добавить триггер состояния», чтобы добавить новый триггер состояния, или щелкните рядом с триггером состояния, чтобы изменить его.

Добавить триггер состояния

PRTG по умолчанию включает триггер состояния для корневой группы. Этот триггер уведомления отправляет уведомление по электронной почте и push-уведомление администратору, если какой-либо датчик находится в состоянии «Не работает» в течение как минимум 10 минут.

Нажмите, чтобы сохранить настройки, или нажмите, чтобы отменить изменения.

Триггер скорости

Триггер скорости выполняет уведомление, если скорость, которую отслеживает датчик, изменяется. Наведите указатель мыши и выберите в меню «Добавить триггер скорости», чтобы добавить новый триггер скорости, или щелкните рядом с триггером скорости, чтобы изменить его.

Добавить триггер скорости

Нажмите, чтобы сохранить настройки, или нажмите, чтобы отменить изменения.

Триггер объема

Триггер объема выполняет уведомление, если датчик достигает определенного объема за определенное время. Наведите указатель мыши и выберите в меню «Добавить триггер громкости», чтобы добавить новый триггер громкости, или щелкните рядом с триггером громкости, чтобы изменить его.

Триггер добавления громкости

Нажмите, чтобы сохранить настройки, или нажмите, чтобы отменить изменения.

Триггер порога

Триггер порога выполняет уведомление, если датчик достигает определенных значений. Наведите указатель мыши и выберите в меню «Добавить пороговый триггер», чтобы добавить новый пороговый триггер, или щелкните рядом с пороговым триггером, чтобы изменить его.

Добавить триггер порога

Нажмите, чтобы сохранить настройки, или нажмите, чтобы отменить изменения.

Триггер изменения

Перед настройкой триггера изменения убедитесь, что вы включили параметр «Триггер уведомления об изменении» в настройках датчика, иначе PRTG никогда не отправит уведомление.

Триггер уведомления об изменении

Триггер изменения выполняет уведомление, если значение совместимого датчика изменяется. Наведите указатель мыши и выберите в меню «Добавить триггер изменения», чтобы добавить новый триггер изменения, или щелкните рядом с триггером изменения, чтобы изменить его.

Добавить триггер изменения

Нажмите, чтобы сохранить настройки, или нажмите, чтобы отменить изменения.

Триггеры, которые могут наследоваться от родительских объектов

Вы видите список всех триггеров уведомлений, которые выбранный объект наследует от родительских объектов. Список пуст и показывает сообщение (триггеры не определены), если вы не установили триггеры уведомлений для объектов, которые находятся выше в иерархии объектов.

Наследование триггера