Eltex Documentation
Дерево страниц

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

Старая версия 2

changes.mady.by.user Сервисный центр Wi-Fi

Сохранено

по сравнению с

Новая версия Текущий

changes.mady.by.user Сервисный центр Wi-Fi

Сохранено

Ключ

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

...

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

Описание 24 и 12 полей класса DHCP


Описание класса:

Без форматирования
class  "NEW_class" {
match if (
(
(binary-to-ascii(10,8, ".", packet(24,4)) = "10.150.0.1") or
(binary-to-ascii(10,8, ".", packet(24,4)) = "10.150.0.2") or
(binary-to-ascii(10,8, ".", packet(12,3)) = "100.65.24")
)
and
(
(substring (option vendor-class-identifier, 0, 14) != "ELTEX_WEP-12AC") or
(substring (option vendor-class-identifier, 0, 14) != "ELTEX_WOP-12AC")
)

}


В строке:

Без форматирования
(binary-to-ascii(10,8, ".", packet(24,4)) = "100.65.24.1")

анализируется адрес из поля 24 - giaddrfield. Такая настройка заставляет сервер отвечать на discover, которые прилетают от relay-агента 100.65.24.1, а так же на request, которые будут приходить от устройств из этого пула.

В строке:

Без форматирования
(binary-to-ascii(10,8, ".", packet(12,3)) = "100.65.24")
анализируется поле 12 - requested IP

Устройства, чьи discover будут "отрелеены" с адресов 10.150.0.1, 10.150.0.2 будут получать адреса. Но продлить уже полученный адрес они не смогут и после истечения время аренды им придется сбросить адрес и получать его заново. В этом случае произойдет перерыв связи.

Использование опции 43

Опция используется для передачи DHCP-клиенту вендор-специфических данных.

...

Примечание

В случае, если в пуле необходимо передать несколько подпций, то все они записываются в одну строку. Например для 10 и 13 подопции это будет выглядеть так:

Без форматирования
option vendor-encapsulated-options 0A:0D:31:39:32:2E:31:36:38:2E:31:31:34:2E:34:0D:0A:65:6c:74:65:78:2e:72:6f:6f:74;

Описание 24 и 12 полей класса DHCP

Описание класса:

Без форматирования
class "CNTR_nat_br11" {
match if (
(
(binary-to-ascii(10,8, ".", packet(24,4)) = "10.150.0.1") or
(binary-to-ascii(10,8, ".", packet(24,4)) = "10.150.0.2") or
(binary-to-ascii(10,8, ".", packet(12,3)) = "100.65.24")
)
and
(
(substring (option vendor-class-identifier, 0, 14) != "ELTEX_WEP-12AC") or
(substring (option vendor-class-identifier, 0, 14) != "ELTEX_WOP-12AC")
)

}

В строке:

Без форматирования
(binary-to-ascii(10,8, ".", packet(24,4)) = "100.65.24.1")

анализируется адрес из поля 24 - giaddrfield. Такая настройка заставляет сервер отвечать на discover, которые прилетают от relay-агента 100.65.24.1, а так же на request, которые будут приходить от устройств из этого пула.

В строке:

Без форматирования
(binary-to-ascii(10,8, ".", packet(12,3)) = "100.65.24")
анализируется поле 12 - requested IP

Устройства, чьи discover будут "отрелеены" с адресов 10.150.0.1, 10.150.0.2 будут получать адреса. Но продлить уже полученный адрес они не смогут и после истечения время аренды им придется сбросить адрес и получать его заново. В этом случае

произойдет перерыв связи.



Настройка DHCP-failover

В файле конфигурации /etc/dhcp/dhcpd.conf необходимо добавить описание

...