К основному контенту

Обзор dibbler

Dynamic Host Configuration Protocol for IPv6, иначе называемый DHCPv6, это протокол, предназначенный для автоматического конфигурирования сетевых настроек компьютеров и другого оборудования в локальной сети. Этот протокол даёт определение клиентов (т.е. хостов, которые должны быть сконфигурированы), серверов (т.е. хостов, которые конфигурируют клиентов) и релеев (т.е. хостов, подключенных к нескольким сетям и пробрасывающих трафик между локальными клиентами и удаленным сервером).
В версии 0.7.RC1 была добавлена поддержка реквестора. Реквестор — это отдельная утилита, которая посылает запрос серверу, держащего запись определенного клиента. Это дает возможность опросить сервер, удерживает ли он определенный адрес или какой адрес назначен определенному клиенту.
Dibbler это портируемое решение для DHCPv6, включающие в себя сервер, релей и клиент. Сейчас это решение доступно для Windows XP и 2003 (поддержка NT4 и 2000 экспериментальная) и Linux 2.4/2.6. Оно поддерживает оба автоконфигурирования: основное (stateful) (т.е. назначение Ipv6 адресов) и неосновное (Stateless) (т.е. назначение опций). Содержа базовую функциональность (определенную в основной спецификации DHCPv6, RFC 3315), оно так же предлагает расширенные опции, например конфигурирование DNS и domain name
Dibbler это программа с открыми исходными кодами, распространяемое по лицензии GNU GPL. Это означает что она свободно распростряняемое и может использоваться кем угодно (включая коммерческих пользователей). Исходный коды программы так же доступны, любой может исправить ошибку, добавить новые возможности и распространять свою собственную версию.
Итак, Dibbler поддерживает следующие возможности
  • Нахождение сервера и назначение адреса (SOLICIT, ADVERTISE, REQUEST и REPLY запросы). Это базовая возможность: клиент находит доступный в локальной сети сервер, запрашивается адрес (и по возможности доступные опции такие как DNS), сервер назначает доступный адрес клиенту.

  • Избыточность серверов/ поиск лучшего сервера. Когда клиент обнаруживает больше одного сервера в сети (получено больше одного ADVERTISE послания), он выбирает лучший и запоминает остальных для резерва.

  • Поддержка нескольких серверов. Клиент может получать настройки сразу от нескольких серверов. Например, клиент хочет иметь 5 сконфигурированных адресов. Основной сервер может дать только 3, тогда клиент посылает запрос на конфигурирование остальных 2 адресов оставшимся серверам.

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

  • Обновление адресов. После получения адреса от сервера, клиент может быть сконфигурирован обновлять адрес через заданный промежуток времени. Клиент периодически шлёт запрос RENEW на сервер, который назначил адрес. Если сервер оказывается недоступным, клиент шлёт запрос REBIND на другой.

  • Обнаружение дублирующих адресов. Клиент может обнаружить и корректно исправить ситуацию, когда сервер назначает адрес, нелегально занятый другим хостом. Тогда клиент информирует сервер (используя DECLINE послание) и запрашивает другой адрес. Сервер метить первоначальный адрес как используемый неизвестным хостом, и назначает другой адрес клиенту.

  • Нормальный и временный адреса. Клиент может быть сконфигурирован запрашивать нормальные (IA_NA адреса) или временные (IA_TA).

  • Система подсказок.Клиент может быть сконфигурирован посылать различные параметры и адреса серверу используя REQUEST. Это будет использоваться как подсказка для сервера. Если подсказка соответсвует настройкам сервера, то они будут использоваться для этого клиента.

  • Неосновной (Stateless) режим. Клиент может быть сконфигурирован не запрашивать адреса, но конфигурировать только опции.

Комментарии

Популярные сообщения из этого блога

И снова HASP. Определить от какого софта USB Dongle Sentinel HASP.

Нашли в коробках 2 HASP ключа. Появилась задача определить от какого софта эти ключи. Проверка по мануалу https://helpf.pro/faq/view/207.html показала что ключи не от 1С. В http://localhost:1947/_int_/devices.html нашли что Vendor ID равен 70388. К сожалению, библиотека, в которой можно найти название производителя софта по его ID, не публичная. Всё что нагуглилось: http://nodongle.biz/ready-to-use/aladdin-hasp-srm/ Продолжаем искать.

Proxmox 7 VM slow network

 Проагрейдил Proxmox 6.4 до Proxmox 7.1. И столкнулся с тем что сеть на виртуальных машинах стала работать очень медленно. Прям список пакетов по команде "apt update" нельзя было получить — скачивание прерывалось по таймауту. Чтение форумов не помогало. И просто интуитивно в настройках сетевой карты виртуальной машины выставил параметр "Multiqueue" большим от 0. И сеть заработала. Не стал разбираться какой параметр лучше, ставил наобум от 4 до 8. Информация FYI, за подробностями дальше не лез, как этот параметр работает не разбирался.

Восстановление глобального каталога в домене

Случилась у меня одна неприятность. Я понизил роль контроллера домена, который по совместительству оказался единственным глобальным каталогом домена. В результате никто не мог зайти на свои компьютеры, в том числе и я сам. Несколько часов гугла и найдено решение. 1. Заходим на оставшийся контроллер домена с учёткой «Администратора RMDC» (пароль от этой учётки вы вводили при создании роли контроллера домена). Для того чтобы войти под этой учетной записью, надо перезагрузить контроллер домена, при загрузке нажать F8, выбрать «войти в режим восстановления контроллера домена». Если вы не знаете пароль, то вам придётся взламывать пароль с помощью утилиты 2. Выполняете следующие рекомендации 3. Перезагружаетесь в обычный режим, пробуете зайти под своей учёткой. 4. Устанавливаете режим «Глобальный каталог» на все нужные вам контроллеры домена.