Получить несколько ip по dhcp с одного интерфейса?
Доброго времени суток, all.
Посоветуйте железку на которой можно решить задачу.
Приходит два аплинка. С каждого аплинка провайдер по dhcp отдает 4 ip адреса.
Нужно получить на искомую железку несколько ip и через nat выпускать внутренние машины через «свои» ip.
Проблема в первой части — в получении ip.
Пробовал реализовать на микротике — не получилось. Система не позволяет поставить на один интерфейс больше одного бриджа. И, соответственно, дает поднять только один dhcp клиент, получая один ip.
Брать по одному тику на каждый ip — как-то некрасиво.
Собирать тазик с линуксом/фрей не хочется (из-за размеров). Пропускная способность железки не критична. Если железка не умеет натить — в принципе, подойдет и сокс.
В какую сторону смотреть?
Благодарствую.
upd: набор адресов не фиксирован: по dhcp (в общем случае) отдается каждый раз новый ip
Разные IP выдаются в зависимости от MAC-адреса. Скорее всего, если я правильно понимаю ситуацию, вы просто не сможете получить просто так 4 разных IP на один MAC. Рекомендую вам поднять VLAN, каждый со своим MAC, и получать уже через них, если с бриджем у вас не выходит.
Да проблема в невозможности добавления сущности с «другим» маком.
Попробовал Ваш способ. Не работает.
Добавляю на интерфейс влан, на влан — dhcp клиент. Клиент ищет сервер и не находит.
Ведь в этом случае уходят теггированные пакеты, а порт провайдера настроен как access port и теггированный траффик не понимает.
Простите, если чуть туплю, но если у микротика «один интерфейс — один бридж», то что мешает прикупить к нему (сам же микротик, как видно, у вас уже имеется) простой 5-портовый свитч, где один порт будет входящим от провайдера, а 4 остальные — 4мя патчкордами в 4 порта микротика?
Не влезая в возможности микротика (чего он может или нет) — вроде как самое недорогое и простое в реализации решение.
Вы правы, это решение имеет право на жизнь и даже будет работать.
В принципе, оно рассматривается как резервное — если не будет более красивых решений на одной железке.
Просто по этому решению получится 4 корпуса, 4 блока питания и куча проводов. Это не очень красиво и не очень красиво масштабируется.
ip нужны. таково условие задачи.
Да не затраты минимизировать, а получить красивое и масштабируемое решение.
Вот врятли неттоп будет меньше чем тот же микротик. Хотя, связка тик + свитч будет уже больше.
Но нужно учитывать, что в этот неттоп нужно будет каким-то боком воткнуть еще две сетевые карты.
ИМХО только брать роутер на который есть кастомные прошивки с нормальным бизибоксом и прочим набором софта, и настраивать самому. Цена и размеры будут как у обычного роутера, гибкость как у самособранного компа.
Ну или как вариант может быть у вас есть возможность не получать их динамически а прописать жестко?
Если бы было так просто…
Добавляю бридж. На бридж цепляю аплинк и Virtual Ethernet. На Virtual Ethernet ставлю dhcp клиент.
dhcp клиент красный, Virtual Ethernet курсивом и соответственно ничего не работает.
Virtual Ethernet нужен для метароутера и без него, походу, работать не будет.
Не знаю, что там у Вас за провайдер, но за всю мою практику встречается исключительно вариант — один IP основной, остальные роутятся в ту же сторону. соответственно все железки с внешними IP живут в одном влане с одинакомвы настройками, где меняется только сам IP.
По дхцп на ОДНОМ интерфейсе вы никак не получите несколько адресов. Только вариант со свитчом и 4мя физическими линками, и то, придётся настраивать VRF, т.к. это будет несколько коннектед-маршрутов с одинаковым префиксом
Простой
