Старт 3 радиус автоматика: Технический семинар — Особенности управления цифровой подстанцией

Радиус Автоматика

+ Каталог товаров

  • + Каталог товаров

АО «РАДИУС Автоматика» — это российское научно-производственное предприятие, реализующее полный цикл работ от научных изысканий до серийного производства всего комплекса оборудования релейной защиты и автоматики для сетей от 0,4кВ до 220кВ, а также средств испытания и диагностики оборудования и линий электропередачи.

Предприятие сконструировало и изготавливает следующее оборудование:

Микропроцессорные устройства релейной защиты и автоматики серий «Сириус» и «Орион».
Шкафы релейной защиты и автоматики серии «ШЭРА».
Щиты собственных нужд серии «ЩСН-РА».
Щиты постоянного тока серии «ЩПТ-РА».
Шкафы оперативного постоянного тока «ШОТ-РА».
Стационарные и переносные выпрямительные зарядные устройства «ВЗУ-РА».
Шкафы распределения оперативного постоянного тока «ШРОТ-РА».
Комплексные СОПТ.
Ячейки КРУ серий «РАДИУС-О», «РАДИУС-Н» и «РАДИУС-М».
Комплекты ретрофита ячеек КРУ.
Секционирующие пункты (реклоузеры) серии «СП-РА».
Пункты коммерческого учета электроэнергии серии «ПКУ-РА».
Средства испытаний и диагностики оборудования и линий электропередачи 6-750 кВ.
Системы СОИ, АСУ ТП и АИИСКУЭ для энергетики.
АО «РАДИУС Автоматика» осуществляет комплексный подход к поддержке потребителей и партнеров.
Подход основан на четырех элементах:

Товары производителя

Уточнить стоимость

Ваше имя:

Ваш E-mail:

Нажимая кнопку «Отправить», Вы даете согласие на обработку ваших персональных данных в соответствии с Политикой конфеденциальности!

Запросить информацию

Заказать обратный звонок!

Ваше имя:

Ваш номер:

Код с картинки:

Нажимая кнопку «Отправить», Вы даете согласие на обработку ваших персональных данных в соответствии с Политикой конфеденциальности!

Написать письмо!

Ваше имя:

Ваш E-mail:

Сообщение:

Нажимая кнопку «Отправить», Вы даете согласие на обработку ваших персональных данных в соответствии с Политикой конфеденциальности!

Спасибо!

Наш менеджер свяжется с вами
в ближайшее время!

Товар добавлен!

Спасибо!

Список товаров отправлен
на указанную почту.

+7 701 939 90 63

+7 701 939 90 63

Перезвонить?

 

Как с нами связаться?

  • Позвонить: +7 701 939 90 63
  • Написать на WhatsApp
  • Заказать обратный звонок

«РАДИУС Автоматика» ускорило выполнение заказов с помощью «1С:ERP»

Специалисты компании ООО «ИТРП» автоматизировали работу производственного предприятия «РАДИУС Автоматика». Система «1С:ERP Управление предприятием» помогла оптимизировать планирование производства и управление закупками. Обеспечено бесперебойное снабжение производственных подразделений необходимыми материалами и комплектующими. Длительность среднего производственного цикла сокращена на 15%, выполнение заказов клиентов ускорено. Появилась возможность оперативного исполнения срочных заказов, исключены потери, связанные с пересортицей и избыточными закупками.

«РАДИУС Автоматика» — российское научно-производственное предприятие, которое специализируется на разработке и реализации инноваций в области релейной защиты и автоматизации электросетевых объектов энергохозяйства. Производственная площадка АО «РАДИУС Автоматика» укомплектована наиболее современным технологическим оборудованием в Европе.

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

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

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

Для решения поставленных задач была выбрана система «1С:ERP Управление предприятием». Партнером по внедрению был выбран Центр ERP «Институт типовых решений — Производство» (ИТРП).

На первом этапе проекта, который длился полгода, был автоматизирован оперативный учет на складах и в производстве, а также регламентированный учет. Еще через несколько месяцев были автоматизированы задачи планирования производства на основании принимаемых клиентских заказов, реализовано автоматическое составление плана закупок по сформированной в системе производственной программе. В настоящее время 1С:ERP используют отдел продаж, производственные подразделения, служба снабжения и склады, бухгалтерия и администрация, всего автоматизировано 70 рабочих мест.

Ключевые результаты проекта:

  • Реализовано годовое и оперативное планирование производства. Формирование в 1С:ERP графика производства позволяет оптимально распределять производственные ресурсы для выполнения этапов сборки изделий.
  • Диспетчер теперь актуализирует производственную программу непосредственно при поступлении нового заказа клиента. У предприятия появилась возможность брать в работу срочные заказы. Это позволяет расширять сегмент сбыта, привлекать больше клиентов и в перспективе увеличивать объемы продаж.
  • На основании плана и графика производства в системе точно рассчитывается потребность в материалах, закупки планируются с учетом текущих заказов и имеющихся запасов. В закупочных планах устанавливаются необходимые объемы и даты поставки. Это помогло обеспечить бесперебойное снабжение производства материалами и комплектующими, устранены задержки при выполнении заказов и производственной программы в целом, сроки исполнения большинства заказов сократились на 15%. Кроме того, исключены потери, связанные с избыточными закупками и пересортицей (когда вместо требуемых комплектующих ошибочно закупались другие), общие затраты на материалы снижены на 10%.

Генеральный директор АО «РАДИУС Автоматика» Юрий Давыденко отмечает: «В результате совместной работы с экспертами компании „ИТРП“ мы получили положительные результаты на нашем производстве. Первые результаты улучшений при переходе от ручного управления к автоматизации стали проявляться уже через несколько месяцев после старта проекта, а на текущий момент автоматизировано большинство ключевых задач. За счет увеличения скорости обработки заказов появилась возможность выполнения срочных заказов, сокращена длительность среднего производственного цикла по большинству заказов, повысились достоверность и актуальность данных материального учета. Кроме того, сократились временные затраты на выполнение рутинных задач, и снизились риски ошибок в процессе планирования за счет сокращения влияния человеческого фактора».

Информация о компании АО «РАДИУС Автоматика»

АО «РАДИУС Автоматика» — это российское научно-производственное предприятие, реализующее полный цикл работ: от научных изысканий до серийного производства всего комплекса оборудования релейной защиты и автоматики для сетей от 0,4 кВ до 220 кВ, а также средств испытания и диагностики оборудования и линий электропередачи.

Компания обеспечивает энергосистемы РФ продукцией более 30 лет. На сегодняшний день в энергосистемах России задействовано более 250 000 шт. цифровых устройств РЗА, произведенных «РАДИУС Автоматикой».

Контактная информация: 124 489, Москва, Зеленоград, Панфиловский проспект, д. 10, стр. 3

Тел. многоканальный: +7 (499) 130−5-031

Информация о компании ООО «ИТРП»
Компания «Институт типовых решений — Производство» (ИТРП) с 2000 г. внедряет системы класса ERP для производства на платформе «1С:Предприятие». «ИТРП» является дочерним предприятием фирмы «1С», имеет статусы: «1С:Франчайзи», «1С:Центр-ERP», «1С:Центр ERP-Производство», «1С:Консалтинг», «1С:КОРП Центр Компетенции».

Клиенты компании — более 1000 производственных предприятий. С 2005 года все проектные стадии строго регламентированы в системе качества, сертифицированной по стандарту ISO 9001.

Контактная информация: 127 473, г. Москва, ул. Селезневская, д. 34, стр. 4

Тел.: 8 (800) 500-61-51, +7 (495) 260-28-08, e-mail: [email protected], itrp.ru

Подписывайтесь на канал

Создание автоматизированных рабочих процессов | Справочный центр Radius

Краткий справочник: Настройки> Автоматизированные рабочие процессы> Добавить рабочий процесс> Установите триггер, а затем действия и сохраните.

ВИДЕО ТРАНСКРИПЦИЯ:
Автоматизированные рабочие процессы — это отличная функция, позволяющая сэкономить ваше время и расставить приоритеты между вызовами и задачами.

Выберите «Настройки» > «Автоматические рабочие процессы».
 Добавить новый рабочий процесс. Назовите рабочий процесс.
Параметр «Остановить рабочий процесс, если больше не соответствует критериям» позволяет остановить ожидающие действия, если, например, вы переключаете их с «Новый интерес» на «Цитируется». Очевидно, что если вы их процитировали, вы больше не хотите, чтобы к ним приходили общие лид-сообщения.

Вы установите триггер. Итак, скажем, для лидов со статусом «Новый лид». Сохранять.
 Вы можете создавать такие действия, как «Добавить задачу», «Отправить электронное письмо», «Отправить текст», «Добавить или удалить тег», «Переназначить агента» или «Записать статус», «Добавить в очередь вызовов или удалить из нее» или «Триггер HTTP».

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

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

Если вы планируете добавлять действия для добавления или удаления из очередей вызовов, вам необходимо настроить их в разделе «Настройки» > «Набор номера телефона и очереди вызовов» на вкладке «Очереди вызовов».

Создайте любые настраиваемые состояния, которые вам понадобятся, в «Настройки»> «Параметры состояния».

Вы также должны были выполнить пользовательские настройки SMTP перед отправкой электронной почты.

**Важно отметить, что текстовые сообщения регулируются несколькими законами штатов и федеральными законами. Самый безопасный способ отправки текстовых сообщений — это всегда иметь OPT-IN на любой странице или источнике, из которого вы генерируете потенциальных клиентов. Radius имеет автоматический отказ от текстовых сообщений. Мы рекомендуем ставить «Ответить СТОП, чтобы отказаться» в конце любых текстов, обращенных к лидам. Если человек хочет вернуться позже, он должен отправить текстовое сообщение START или UNSTOP на ваш номер Radius Active SMS, чтобы снова получать текстовые сообщения с вашего номера. Номер Radius Active SMS — это номер Radius по умолчанию, если вы пользуетесь базовым планом. Если у вас есть полный VOIP, проверьте, какой номер вы выбрали в качестве номера активного SMS. Дополнительную информацию можно найти в нашей статье НАИЛУЧШИЕ ПРАКТИКИ SMS.**

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

Опять же, мы перейдем в «Настройки»> «Автоматические рабочие процессы».

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

Можно выбрать для потенциальных клиентов статус «Запрошено предложение». Сохранять. Добавить действие. Давайте сначала УДАЛИМ из всех очередей вызовов 0 минут. Таким образом, вы случайно не назовете их в другом списке лидов. Затем добавьте еще одно действие через 1 день. Добавить в очередь вызовов. Вы также можете добавить через 5 минут SMS-сообщение «Спасибо за запрос цены. Мы отправим ваше предложение в ближайшее время. Если у вас есть какие-либо вопросы, пожалуйста, дайте мне знать, ответив на это сообщение или позвонив мне по телефону 702-919-629.8. Спасибо!» Это пять минут с момента срабатывания триггера, которым было изменение статуса, а не пять минут с момента предыдущего действия.

Если вы не дозвонились до них во время первого звонка, вы можете настроить их на что-то вроде «Требуется второй звонок». Давайте создадим рабочий процесс для этого.
 Требуется второй звонок — это имя. Остановите рабочий процесс, если он больше не соответствует критериям. Для лидов. Статус — Требуется второй звонок. Добавить действие для удаления из 1-го звонка, необходимого в 0 минут. Добавьте действие, которое нужно добавить к звонку № 2. Требуется, скажем, через 3 часа. Еще одно действие, которое люди любят использовать в этом параметре статуса, — «Отправить SMS». Итак, через 5 минут, если у вас есть возможность обмена текстовыми сообщениями, вы можете получить сообщение, в котором говорится что-то вроде «Привет! Я только что оставил вам голосовое сообщение и попробую позже. Если вам что-нибудь понадобится, пожалуйста, позвоните мне по телефону 702-9.19-6298. Я просто хотел, чтобы у вас был мой номер, так как я уверен, что вы получаете много маркетинговых звонков! До скорого.»

Еще один совет для лидов, которые находились в системе какое-то время и не конвертировались в клиента, я рекомендую Архивировать их в статусе Старый лид или Лид, не отвечающий на запросы через 90 дней. Таким образом, вы можете сделать массовую рассылку по электронной почте этим старым лидам в связи с открытой регистрацией или если у вас есть какая-либо новая информация, которую вы можете предоставить им позже.

Лично я предпочитаю не использовать задачи в автоматизированных рабочих процессах. Я позволяю своим очередям звонков говорить мне, кому звонить и когда. Но если кто-то спрашивает конкретное время звонка, я иду к его файлу и нажимаю «Добавить задачу», чтобы она была привязана к этому времени. Мне просто не нравится иметь кучу задач в моем календаре, так что это мое предпочтение. Но добавление задачи для вас. Это полезно, если вы хотите назначить конкретную функцию конкретному агенту. Поэтому, если вы являетесь назначенным агентом, но Алекс Ричардсон отвечает за проверки, вы можете добавить задачу для этого пользователя для конкретного лида или клиента.

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

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

Как работает аутентификация сервера RADIUS

RADIUS — это протокол, изначально разработанный для аутентификации удаленных пользователей на сервере удаленного доступа. RADIUS теперь используется в широком диапазоне сценариев аутентификации. RADIUS — это клиент-серверный протокол, в котором Firebox выступает в качестве клиента, а сервер RADIUS — в качестве сервера. (Клиент RADIUS иногда называют сервером доступа к сети или NAS. ) Когда пользователь пытается пройти аутентификацию, устройство отправляет сообщение на сервер RADIUS. Если сервер RADIUS правильно настроен для использования устройства в качестве клиента, RADIUS отправляет принять или отклонить сообщение обратно на устройство (сервер доступа к сети).

Когда Firebox использует RADIUS для попытки аутентификации:

  1. Пользователь пытается аутентифицироваться либо через браузерное HTTPS-подключение к устройству через порт 4100, либо через подключение с использованием Mobile VPN с IPSec. Устройство считывает имя пользователя и пароль.
  2. Устройство создает сообщение, называемое сообщением запроса доступа, и отправляет его на сервер RADIUS. Устройство использует общий секрет RADIUS в сообщении. Пароль всегда шифруется в сообщении Access-Request.
  3. Сервер RADIUS гарантирует, что сообщение Access-Request исходит от известного клиента (Firebox). Если сервер RADIUS не настроен на прием устройства в качестве клиента, сервер отбрасывает сообщение Access-Request и не отправляет сообщение обратно.
  4. Если устройство является клиентом, известным серверу RADIUS, и общий секрет правильный, сервер проверяет метод проверки подлинности, запрошенный в сообщении Access-Request.
  5. Если в сообщении Access-Request используется разрешенный метод аутентификации, сервер RADIUS получает учетные данные пользователя из сообщения и ищет совпадение в пользовательской базе данных. Если имя пользователя и пароль совпадают с записью в базе данных, сервер RADIUS может получить дополнительную информацию о пользователе из базы данных пользователей (например, разрешение на удаленный доступ, членство в группе, время входа в систему и т. д.).
  6. Сервер RADIUS проверяет, есть ли в его конфигурации политика доступа или профиль, соответствующие всей имеющейся у него информации о пользователе. Если такая политика существует, сервер отправляет ответ.
  7. Если какое-либо из предыдущих условий не выполняется или если сервер RADIUS не имеет соответствующей политики, он отправляет сообщение об отказе в доступе, указывающее на сбой аутентификации. Транзакция RADIUS завершается, и пользователю отказывают в доступе.
  8. Если сообщение Access-Request соответствует всем предыдущим условиям, RADIUS отправляет на устройство сообщение Access-Accept.
  9. Сервер RADIUS использует общий секрет для любого отправляемого им ответа. Если общий секрет не совпадает, устройство отклоняет ответ RADIUS.

Чтобы просмотреть сообщения журнала диагностики для проверки подлинности, установите Уровень журнала диагностики и измените уровень журнала для Категория аутентификации .

  1. Устройство считывает значение любого атрибута FilterID в сообщении. Он связывает имя пользователя с атрибутом FilterID, чтобы поместить пользователя в группу RADIUS.
  2. RADIUS-сервер может поместить большое количество дополнительной информации в сообщение Access-Accept. Устройство игнорирует большую часть этой информации, например протоколы, которые разрешено использовать пользователю (такие как PPP или SLIP), порты, к которым пользователь может получить доступ, время простоя и другие атрибуты.
  3. Для устройства требуется только атрибут FilterID (атрибут RADIUS номер 11). FilterID — это текстовая строка, которую вы настраиваете на сервере RADIUS для включения в сообщение Access-Accept. Этот атрибут необходим устройству для назначения пользователя группе RADIUS, однако он может поддерживать некоторые другие атрибуты Radius, такие как Session-Timeout (атрибут RADIUS номер 27) и Idle-Timeout (атрибут RADIUS номер 28).

Дополнительные сведения о группах RADIUS см. в следующем разделе.

О группах RADIUS

Когда вы настраиваете аутентификацию RADIUS в Firebox, вы можете установить номер группового атрибута. ОС Fireware считывает номер атрибута группы, указанный вами в конфигурации, чтобы определить, какой атрибут RADIUS содержит информацию о группе RADIUS. ОС Fireware распознает только атрибут RADIUS номер 11, FilterID, в качестве атрибута группы. При настройке сервера RADIUS не изменяйте номер атрибута группы со значения по умолчанию 11.

Когда Firebox получает сообщение Access-Accept от RADIUS, он считывает значение атрибута FilterID и использует это значение, чтобы связать пользователя с группой RADIUS. (Вы должны вручную настроить FilterID в конфигурации RADIUS.) Таким образом, значением атрибута FilterID является имя группы RADIUS, в которую устройство помещает пользователя.

Группы RADIUS, которые вы используете в своей конфигурации Firebox, не совпадают с группами Windows, определенными в вашем контроллере домена, или любыми другими группами, существующими в базе данных пользователей вашего домена. Группа RADIUS — это только логическая группа пользователей, которых использует Firebox. Убедитесь, что вы тщательно выбрали текстовую строку FilterID. Вы можете сделать так, чтобы значение FilterID совпадало с именем локальной группы или группы домена в вашей организации, но это не обязательно. Мы рекомендуем вам использовать описательное имя, которое поможет вам вспомнить, как вы определили свои группы пользователей.

Для аутентификации RADIUS вы можете добавить пользователя только в одну группу RADIUS.

Практическое использование групп RADIUS

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

Например, когда Мэри проходит аутентификацию, RADIUS отправляет строку FilterID Sales , поэтому Firebox помещает Мэри в группу Sales RADIUS до тех пор, пока она аутентифицируется. Если пользователи John и Alice аутентифицируются следующими, а RADIUS помещает одно и то же значение FilterID Sales в сообщения Access-Accept для John и Alice, тогда Mary, John и Alice входят в группу Sales . Вы можете создать политику, позволяющую группе Sales получить доступ к ресурсу.

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

Например, можно разрешить группе Sales доступ в Интернет с помощью политики Filtered-HTTP. Затем вы можете отфильтровать их веб-доступ с помощью WebBlocker. Другая политика в Policy Manager может разрешить ИТ-поддержка пользователей для доступа в Интернет с политикой Unfiltered-HTTP, чтобы они получали доступ в Интернет без фильтрации WebBlocker. Вы используете имя группы RADIUS (или имена пользователей) в списке From политики, чтобы показать, к какой группе (или к каким пользователям) применяется политика.

Значения тайм-аута и повторных попыток

Ошибка аутентификации, когда не получен ответ от основного сервера RADIUS. После трех неудачных попыток аутентификации ОС Fireware использует дополнительный сервер RADIUS. Этот процесс называется отказоустойчивость .

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

Firebox отправляет сообщение Access-Request на первый сервер RADIUS в списке. Если ответа нет, устройство ожидает количество секунд, заданное в текстовом поле Timeout , а затем отправляет еще один запрос на доступ. Это продолжается столько раз, сколько указано в поле Retry 9.0009 текстовое поле (или пока не будет действительного ответа). Если нет действительного ответа от сервера RADIUS или общий секрет RADIUS не совпадает, Fireware OS считает это одной неудачной попыткой аутентификации.

После трех неудачных попыток аутентификации ОС Fireware использует дополнительный сервер RADIUS для следующей попытки аутентификации. Если вторичный сервер также не отвечает после трех попыток аутентификации, Fireware OS ждет, пока не истечет интервал Dead Time (по умолчанию 10 минут). После Интервал Dead Time истек, ОС Fireware снова пытается использовать основной RADIUS-сервер.

В Fireware v12.5.3 или более ранней версии значение Dead Time по умолчанию составляет 3 минуты. В Fireware версии 12.1.1 или ниже значение Dead Time по умолчанию составляет 10 минут.

Многофакторная аутентификация

Если аутентификация сервера RADIUS является частью многофакторной аутентификации (MFA) в вашей сети, имейте в виду, что Firebox помечает сервер RADIUS как мертвый в течение Dead Time , если пользователь не отвечает к вызову МИД. В это время Firebox не отправляет запросы аутентификации для других пользователей на сервер RADIUS.

Чтобы избежать этой проблемы в среде MFA, мы рекомендуем вам изменить значение Dead Time по умолчанию в настройках Firebox RADIUS:

  • Если вы настраиваете только основной сервер RADIUS, укажите Dead Time равным 0 минутам. .
  • Если вы также настраиваете резервный сервер RADIUS, укажите Dead Time 10 минут.


Опубликовано

в

от

Метки:

Комментарии

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *