Просмотр кода страницы DHCP. Классификация клиентов и индивидуальные возможности.

==== Можно ли настроить DHCP в OpenWrt так, чтобы он динамически назначал IP-адрес шлюза в зависимости от MAC-адреса? ====
<blockquote>


по концепции похоже на статическую аренду IP для конкретных устройств, только мне нужен конкретный ''шлюз IP'', назначенный одному конкретному устройству в качестве исключения (всем остальным назначается другой шлюз IP). Возможно?

Вот моя ситуация (и почему мне это нужно):

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

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

ОК, подумал я, у меня есть другой роутер в моей локальной сети, который используется для объединения двух подсетей, и я решил, что этот роутер можно использовать вместо шлюзового роутера, чтобы стать OpenVPN-клиентом в дополнение к тому, что он уже делает. Бинго. Проблема (почти) решена.

Итак, теперь все устройства, у которых в качестве шлюза настроен IP-адрес моего шлюзового роутера, будут подключаться напрямую к интернету. Те, у кого в качестве шлюза настроен IP-адрес роутера-OpenVPN-клиента, будут маршрутизировать трафик через VPN. Так что теперь осталось только заставить DHCP-сервер в моем шлюзовом роутере назначить IP-адрес роутера-OpenVPN-клиента в качестве шлюза, как я и планировал, используя VPN-сервис для каждого устройства. Конец истории (типа).

В моей сети есть одно устройство, которое по какой-то причине не любит вручную назначенные статические IP-адреса (или по какой-то странной причине часто теряет соединение). И я не хочу маршрутизировать трафик через VPN для этого устройства, потому что скорость VPN недостаточно высока для потоковой передачи мультимедиа (это устройство - приставка). Поэтому конкретно для этого устройства мне нужен IP-адрес шлюза, который будет IP-адресом шлюзового роутера, и я не могу вручную настроить сетевые параметры по вышеуказанной причине (т. е. приходится полагаться на DHCP). Так что мой единственный вариант - покопаться в настройках DHCP-сервера, чтобы попытаться заставить DHCP назначить другой IP-адрес шлюза только для этого устройства. </blockquote>Используйте <code>tag</code>классификатор для создания помеченной группы. 

Назначьте отдельные параметры <abbr>DHCP</abbr> хостам, помеченным <code>tag1</code>. Укажите пользовательский <abbr>DNS</abbr> и, возможно, другие параметры <abbr>DHCP</abbr> .
 uci set dhcp.tag1="tag"
 uci set dhcp.tag1.dhcp_option="6,8.8.8.8,8.8.4.4"
 uci add dhcp host
 uci set dhcp.@host[-1].name="j400"
 uci set dhcp.@host[-1].mac="00:21:63:75:aa:17"
 uci set dhcp.@host[-1].ip="10.11.12.14"
 uci set dhcp.@host[-1].tag="tag1"
 uci add dhcp host
 uci set dhcp.@host[-1].name="j500"
 uci set dhcp.@host[-1].mac="01:22:64:76:bb:18"
 uci set dhcp.@host[-1].ip="10.11.12.15"
 uci set dhcp.@host[-1].tag="tag1"
 uci commit dhcp
 service dnsmasq restart
Используйте <code>mac</code>классификатор для создания помеченной группы. Назначьте различные параметры <abbr>DHCP</abbr> хостам с соответствующими MAC-адресами. Отключите шлюз по умолчанию и укажите пользовательский <abbr>DNS</abbr> .
 uci set dhcp.mac1="mac"
 uci set dhcp.mac1.mac="00:FF:*:*:*:*"
 uci set dhcp.mac1.networkid="vpn"
 uci add_list dhcp.mac1.dhcp_option="3"
 uci add_list dhcp.mac1.dhcp_option="6,192.168.1.3"
 uci commit dhcp
 service dnsmasq restart
<blockquote>
* <code>dhcp-option='''3''',192.168.1.1</code>: '''Опция 3 в DHCP''' используется для указания '''шлюза по умолчанию''' для клиента. Когда клиент получает IP-адрес от этого DHCP-сервера, ему также сообщат, что 192.168.1.1 — его шлюз по умолчанию.
* <code>dhcp-option='''6''',192.168.1.1</code>: '''Опция 6 в DHCP''' используется '''для указания DNS-сервера(ов)''' для клиента. В этом случае клиент будет проинформирован о том, что 192.168.1.1 является его DNS-сервером.

пример установки шлюза и DNS: "'''3''',192.168.1.1 '''6''',192.168.1.1"</blockquote>

=== Классификация клиентов и назначение индивидуальных опций ===
<abbr>DHCP</abbr> может предоставить клиенту множество параметров, таких как доменное имя, серверы <abbr>NTP</abbr> , параметры сетевой загрузки и т. д. '''В то время как некоторые параметры применимы ко всем хостам в сегменте сети, другие более специфичны и относятся только к группе хостов или даже только к одному хосту. ''dnsmasq'' предлагает группировать параметры <abbr>DHCP</abbr> и их значения по <code>tag</code>, имеющему внутреннее имя <code>networkid</code>, которое является буквенно-цифровым идентификатором, и отправлять параметры только тем хостам, которые были помечены этим <code>networkid</code>.'''

В OpenWrt вы можете помечать хосты по диапазону <abbr>DHCP</abbr> , в котором они находятся (раздел <code>dhcp</code>), или по ряду опций, которые клиент может отправить со своим запросом <abbr>DHCP</abbr> . В каждом из этих разделов вы можете использовать <code>dhcp_option</code>список для добавления опций <abbr>DHCP</abbr> , которые будут отправлены хостам с этим тегом (или networkid).

Вы можете использовать следующие классификационные разделы:
{| class="wikitable"
!Имя
!Описание
|-
|<code>mac</code>
|Аппаратный адрес клиента.
|-
|<code>tag</code>
|Буквенно-цифровая метка, обозначающая сеть.
|-
|<code>vendorclass</code>
|Строка, отправленная клиентом, представляющая поставщика клиента. ''dnsmasq'' выполняет сопоставление подстроки в строке класса поставщика, используя это значение.
|-
|<code>userclass</code>
|Строка, отправленная клиентом, представляющая пользователя клиента. ''dnsmasq'' выполняет сопоставление подстроки со строкой класса пользователя, используя это значение.
|-
|<code>circuitid</code>
|Соответствует идентификатору цепи, отправленному агентом ретрансляции, как определено в RFC3046.
|-
|<code>remoteid</code>
|Соответствует удаленному идентификатору, отправленному агентом ретрансляции, как определено в RFC3046.
|-
|<code>subscrid</code>
|Соответствует идентификатору абонента, отправленному агентом ретрансляции, как определено в RFC3993.
|}
Каждый классифицирующий раздел (кроме <code>tag</code>) имеет одну опцию конфигурации: какой тег ему будет присвоен.

Например, <code>mac</code>раздел с <code>mac</code>записью, которая точно соответствует вашему MAC-адресу Ethernet, и тегом (он же <code>networkid</code>) <code>green</code>будет помечен <code>green</code>.
{| class="wikitable"
!Имя
!Тип
!Необходимый
!По умолчанию
!Описание
|-
|''<code><classifier></code>''
|нить
|да
|''(никто)''
|Используйте тип раздела в качестве имени параметра, а классифицирующий фильтр — в качестве значения параметра.
|-
|<code>networkid</code>
|нить
|да
|''(никто)''
|Тег, который будет присвоен соответствующим клиентам.
|-
|<code>force</code>
|бул
|нет
|''ЛОЖЬ''
|Отправлять ли дополнительные опции из <code>dhcp_option</code>списка клиентам, которые их не запрашивали.
|}
<code>tag</code>Разделы классификации имеют одну опцию конфигурации: значения опций <abbr>DHCP</abbr> для назначения этому тегу.

Например, продолжая предыдущий пример, <code>green</code>помеченные <abbr>DHCP-</abbr> клиенты могут быть выборочно принудительно получены, <code>dhcp_option</code>если есть <code>tag</code>запись со <code>tag</code>значением <code>green</code>, где также указан список <code>dhcp_option</code>и <code>force</code>установлен .
{| class="wikitable"
!Имя
!Тип
!Необходимый
!По умолчанию
!Описание
|-
|''<code><classifier></code>''
|нить
|да
|''(никто)''
|Используйте тип раздела в качестве имени параметра, а классифицирующий фильтр — в качестве значения параметра.
|-
|<code>dhcp_option</code>
|список строк
|нет
|''(никто)''
|Для этого тега, также известного как networkid, необходимо добавить дополнительные параметры.
|-
|<code>force</code>
|бул
|нет
|''ЛОЖЬ''
|Отправлять ли дополнительные опции из <code>dhcp_option</code>списка клиентам, которые их не запрашивали.
|}