... {toc} h1. Настройки DHCP-сервера Для работы сервиса необходимо: # Включить службу # Натсроить параметры # Добавить подсети {note}В настройках DHCP сервера должна быть указана подсеть, которой принадлежит хотя-бы один локальный интерфейс, иначе DHCP не запустится. Если вы хотите настроить [DHCP с Option 82|CarbonBilling:Настройка DHCP с opt 82 на примере коммутатора D-Link] и вам не нужны сабнеты, попадающие под локальные интерфейсы, то обязательно создать subnet *<IP_адрес_локального_интерфейса>/32* без диапазона{note} {note}Если адрес коммутатора не в сети абонента, то обязательно создать subnet *<IP_адрес_Коммутатора>/32* без диапазона{note} h2. Включение и настройка DHCP сервера Для настройки DHCP-сервера зайдите в настройках системы сбора статистики на вкладку dhcp. Для включения DHCP сервера установить галочку: "Включить DHCP-сервер" Задайте значения: * *max-lease-time(в секундах)* - время с последнего продления через которое у клиента закончится аренда; * *default-lease-time(в секундах)* - время через которое клиент будет продлять аренду адреса. * *Номера интерфейсов DHCP (список)* - Список интерфейсов сервера, которые будет слушать служба DHCP. Заполняется списком. Пример: {code} eth0 eth2 eth3.10 eth3.20 {code} !dhcp1.png|border=0! h2. Добавление подсетей Перейдите на вкладку "DHCP subnets"
|
... !dhcp2.png|border=0! h2. MAC привязки Привязка MAC адреса к конкретному IP адресу создается в [учетной записи|CarbonBilling:Учетная запись. Создание и изменение.] абонента: !mac.png|border=0,width=400! Привязку можно сделать двумя способами: * В поле MAC прописать mac-адрес абонентского устройства и нажать кнопку "Сохранить". * Нажать кнопку "Получить mac", после этого mac-адрес запрашивается с оборудования и прописывается в этом поле. Нажать кнопку "Сохранить". При этом должно быть соблюдено условие: на абонентском устройстве должен быть уже прописан ip адрес, который соответствует адресу в ip учетной записи. h2. Настройка Option 82 Для включения опции 82 *отключите* опцию "OPT 82. Создавать статические mac привязки вместо vlan+port" Интеграция с коммутаторами описана в [этой части документации|http://docs.carbonsoft.ru/pages/viewpage.action?pageId=52428815] h3. Динамическая раздача с использованием Option 82 Динамическая раздача с использованием опции 82 пригодится для настройки HotSpot - так адреса из выделенного пула будут получать только абоненты за определённым портом коммутатора и/или в нужном VLAN. Для настройки [создайте пул IP адресов|CarbonBilling:Пулы IP адресов] в справочниках биллинга. Возможные параметры опции 82 (указываются через запятую): * *vlan* - VLAN абонента * *switch_port_num* - номер порта абонента Например: {code}vlan=225,switch_port_num=23{code} Парсинг опции 82 зависит от коммутатора, который выбран в пуле. !dyn1.png|border=0,width=600! После установки опции "*Gen dhcp subnet*" данный пул будет создан пул в настройках DHCP: !dyn2.png|border=0,width=600! h1. Отладка и решение проблем Для отладки Вы можете использовать: * Лог DHCP-сервера {code}tail -f /app/collector/var/log/messages{code} * Дамп трафика в момент запроса и получения адреса абонентами: приведенная ниже команда соберёт дам по портам DHCP и одновременно будет выводить содержимое пакетов {code}tcpdump -i any port 67 or port 68 -U -w - | tee dhcp_`date +%Y-%m-%d_%H%M`.pcap | tcpdump -vr -{code} h2. Проблема: клиенты получают неправильный DNS-сервер Эта проблема встречается на Windows XP и Windows 7 - в ряде случаев клиенты получают неправильный DNS-сервер. Причина в пакете DHCPINFORM. Если ОС ранее уже получала адрес от DHCP-сервера или он был настроен статический и потом переключен на динамику, в первую очередь будет отправлен запрос DHCPINFORM - это широковещательный запрос и сервер отвечает на на него сразу ответом DHCPACK. Проблема здесь в том что запрос отправляется широковещательно и тут возможны две причины почему DNS-адрес (а возможно и другие параметры) будет неверным: * Если в сети несколько DHCP-серверов с похожими конфигурациями, ответ от неправильного сервера может достичь абонента раньше * Если запрос проходит через RELAY, на нём может быть настроено какое-то особенное поведение, например кеширование ответов или что-то в этом роде. Для решения проблемы можно: # Отключить отправку DHCPINFORM через реестр:, чтобы ОС запрашивала адрес пакетом DHCPDISCOVER {code:title=Куст реестра}HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{Interface GUID}{code} Здесь *Interface GUI* это ID сетевого интерфейса. Параметры ключа: #* Тип: DWORD #* Имя: UseInform #* DWORD значение: 0 # Отключить ответ на DHCPINFORM на всех DHCP-серверах кроме нужного #* Например, на СКАТ DPI нужно установить опцию *bras_relay_dhcp_inform* в 0 в файле fastdpi.conf: {code}Если ваш DHCP-сервер можно настроить так, чтобы на запрос DHCP-INFORM он отвечал relay-агенту (то есть на адрес, заданный в поле giaddr DHCP-заголовка), то этот параметр следует установить в 0 (это значение по умолчанию): bras_relay_dhcp_inform=0 В этом случае fastDPI BRAS будет пропускать DHCP-INFORM запросы «как есть», без модификации. Если же DHCP-сервер работает по стандарту и отвечает всегда на адрес клиента (на адрес, заданный в поле ciaddr DHCP-заголовка), то нужно задать в fastdpi.conf: bras_relay_dhcp_inform=1{code} # Настроить фаерволы, DHCP-сервера и релеи таким образом чтобы каждый клиентский хост имел доступ только к одному DHCP-серверу
|