1

Я планирую установить Fedora и использовать Amahi в качестве медиа-сервера /NAS в моем доме.

В настоящее время у меня есть сеть с 2 беспроводными маршрутизаторами, один из которых выступает в роли DHCP-сервера, а другой - просто точка доступа. Тот, который является сервером DHCP, непосредственно связан с модемом. Я буду устанавливать Amahi на механически подключенный к точке доступа. Я читал, что Амахи предпочитает быть DHCP-сервером для сети. Теперь я не хочу менять существующий DHCP-сервер, но я планирую дать каждому DHCP-серверу различный диапазон адресов для обслуживания.

  1. Я хотел бы получить доступ к своим общим ресурсам на Amahi с устройств, которым был назначен их IP со второго DHCP-сервера. Будет ли это возможно?

  2. Также имеет ли значение, если DHCP-сервер Amahi не подключен напрямую к модему (модем -> маршрутизатор -> AP -> Amahi)? Будут ли у меня проблемы с QOS?

3 ответа3

3

Редактировать:
Два DHCP в одной физической сети не могут использоваться для обслуживания IP-адресов для разных диапазонов.

Зачем?
Сетевая карта, настроенная на аренду адресов от DHCP, отправляет пакет (широковещание DHCP) на все компьютеры. Компьютер с сервером DHCP ответит следующим свободным IP-адресом (и другими настройками, настроенными для клиента). Когда есть несколько серверов DHCP, все ответят и отправят информацию об IP. Но клиент примет только первое, что он получит.

На большинстве DHCP-серверов можно настроить несколько диапазонов.

Может потребоваться, чтобы несколько диапазонов служили различным настройкам (как разные шлюзы). Это должно быть настроено на одном DHCP в соответствующей конфигурации диапазона.

Если один клиент (именно его сетевая карта) должен получать IP-адрес только из одного диапазона, это можно решить с помощью резервирования для клиента. Это связывает MAC-адрес сетевой карты со статической настройкой на DHCP (включая квазистатический IP-адрес для клиента).

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

Опубликовать перед редактированием, предлагая использовать Amahi DHCP
Не запускайте несколько серверов DHCP в одной сети. Это вызовет проблемы. (Смотри здесь)

Серверы роутеры всегда должны иметь статический IP. (экв 192.168.0.1 и 192.168.0.2). Эти IP-адреса должны быть исключены из диапазона IP-адресов, который использует DHCP.

Я предполагаю, что Amahi передает клиентам больше информации через DHCP, чем обычный маршрутизатор. Поэтому имеет смысл использовать DHCP от Amahi.

Вероятно, этого будет достаточно:

  • отключить DHCP на роутере
  • убедитесь, что статические IP-адреса (маршрутизатора (ов) и самой Amahi) исключены из диапазона dhcp Amahi
  • добавить адрес роутера в настройки dhcp Амахи
1

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

В статье Microsoft TechNet DHCP Best Practices говорится:

При запуске каждый клиент DHCP передает сообщение об обнаружении DHCP (DHCPDISCOVER) в свою локальную подсеть, чтобы попытаться найти сервер DHCP. Поскольку клиенты DHCP используют широковещательные рассылки во время своего первоначального запуска, вы не можете предсказать, какой сервер ответит на запрос DHCP на обнаружение клиента, если в одной подсети активно несколько серверов DHCP.

Например, если два DHCP-сервера обслуживают одну подсеть и ее клиентов, клиенты могут быть арендованы на любом сервере. Фактическая арендная плата, распределенная клиентам, может зависеть от того, какой сервер первым откликнется на тот или иной клиент. Позже сервер, впервые выбранный клиентом для получения аренды, может быть недоступен, когда клиент пытается выполнить обновление.

Если обновление не удается, клиент задерживает попытку возобновить аренду до тех пор, пока он не войдет в состояние перепривязки. В этом состоянии клиент осуществляет широковещательную рассылку в подсеть, чтобы найти допустимую конфигурацию IP и продолжить работу без перерыва в сети. В этот момент другой DHCP-сервер может ответить на запрос клиента. В этом случае отвечающий сервер может отправить в ответ сообщение с отрицательным подтверждением DHCP (DHCPNAK). Это может произойти, даже если исходный сервер, который первым арендовал клиент, доступен в сети.

Поэтому проблемы в такой архитектуре, которые я вижу, и их решения:

  1. Конфликты между IP-адресами
    Это можно решить, разделив диапазоны распределения между двумя DHCP-серверами. Дальнейшей отказоустойчивой мерой может быть постоянное связывание MAC-адресов с IP-адресами на DHCP-сервере (если у него есть эта опция).

  2. Обновление аренды DHCP может быть очень медленным
    Это произойдет, если обновление клиента всегда происходит на неправильном DHCP-сервере, пока клиент не сдастся и не запросит новую аренду. Но это не проблема, если договоры аренды имеют достаточный срок действия. Например, 24 часа более чем достаточно, если все компьютеры выключены ночью. 24 часа - это значение по умолчанию, используемое большинством DHCP-серверов, но оно также обычно является параметром конфигурации на этих серверах.
    Компьютеры в такой сети не следует устанавливать в спящий режим, поскольку при пробуждении аренды DHCP может потребоваться обновление.

1

1) Насколько несколько DHCP-серверов уверены ....

Вы упомянули, что DHCP-сервер напрямую подключен к модему .... Было бы слишком сложно в вашем случае разрешить статический IP-адрес точке доступа, которая будет выдавать свои собственные записи DHCP?

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .