Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

...

Использование отрицательной формы команды (no) удаляет NASвозвращает значение по умолчанию.

Синтаксис
update-interval <UPDATE-INTERVAL>

...

Данной командой задаётся интервал отправки  проверок проверок статуса к upstream RADIUS-серверу. 

Параметр работает, только если  параметр check-type имеет значение  значение request или status-server.

Использование отрицательной формы команды (no) устанавливает значение по умолчанию.

Синтаксис
check-inverval <CHECK-INTERVAL>
no check-inverval

...

Данной командой задаётся кол-во проверок статуса, на которые upstream RADIUS-сервер должен ответить подряд, прежде чем контроллер будет считать его активным (статус Up статус)

Параметр работает, только если  параметр check-type имеет значение  значение request или status-server.

Использование отрицательной формы команды (no) устанавливает значение по умолчанию.

Синтаксис
check-responses-count <RESPONSES-COUNT>
no check-responses-count

...

Данной командой задаётся максимальное время ожидания ответа на запрос проверки статуса от контроллера  контроллера к upstream RADIUS-серверу, прежде чем считать запрос неуспешным.

Параметр работает, только если  параметр check-type имеет значение  значение request или status-server.

Использование отрицательной формы команды (no) устанавливает значение по умолчанию.

Синтаксис
check-timeout <TIMEOUT>
no check-timeout

...

Использование отрицательной формы команды (no) устанавливает значение по умолчанию.

Синтаксис
check-type { none | request | status-server }
no check-timeout

...

none - Отсутвует фоновая проверка статуса upstream RADIUS-сервера. Статус upstream RADIUS-сервера определяется при наличии фактических RADIUS запросов.

request - Фоновая проверка начинает выполнятся, когда upstream RADIUS-сервер находится в статусе Detection или Down.
Проверка выполняется через RADIUS запрос с типом Acess-Request или Accounting-Request (тип зависит от параметра server-type)
В запрос подставляются значения RADIUS аттрибутов User-Name и User-Password сконфигурированные через параметры check-type request username и check-type request password.
В целях безопасности рекомендуется,чтобы заранее сконфигурованная учетная запись пользователя отсутствовала на upstream RADIUS-сервере, т.к в рамках запроса статуса необходим фактический ответ, даже Access-Reject.

status-server - Фоновая проверка начинает выполнятся, когда upstream RADIUS-сервер находится в статусе Detection или Down. Проверка выполняется через RADIUS запрос с типом Status-Server
Значение по умолчанию

none

...

Параметр работает, только если  параметр check-type имеет значение  request request.

Использование отрицательной формы команды (no) удаляет значение  значение RADIUS аттрибута User-Name.

Синтаксис
check-type request username <USERNAME>
no check-type request username

...