Debian Не получает IP по DHCP
здраствуйте сразу говорю, я в линуксе кран)
дома стоит старенький компьютер, выполняющий функции роутера. Раньше стояла убунту сервер, настроенная одним знакомым. вчера решил попробовать с 0 поставить дебиан 5.0.5, и сам все настроить. Ага щаз.
после установки дистриба в /etc/network/interfaces прописал
Какая сетевуха? Почему решили, что нужная — eth1, а не eth0?
сетевуха d-link DFE-520TX а есть разница, какой интерфейс? я назначил получать по dhcp интерфейсу eth1 и воткнул провайдерский провод в соответствующую сетевуху.
Интернет по впн? тогда при чем тут дхцп?
Настраиваешь ВПН (что у тебя pppoe или pptp?)
Если пппое то могу скинуть конфиг и объяснить на пальцах.
Потом в шлюзе должно быть две сетевухи, одна на прова, вторая на локалку
На локалку вешаешь сервер дхцп
Разрешаешь трансляцию пакетов по интерфейсам
#echo 1 > /proc/sys/net/ipv4/ip_forward
и #iptables -t nat -I POSTROUTING -o ppp0 (или тот интерфейс от которого получаешь интернет) -j MASQUERADE
На клиенте получаешь по дхцп от роутера настройки
/Если я правильно понял твою организацию сети =)
а почему не помет быть dhcp? так и так, или у меня на моем десктопе стоит получение ip по dhcp, или одно из двух. впн у меня pptp, можно настроить под l2tp
все остальное что ты написал это все конечно круто,но это должно быть настроено после того, как я настрою инет на самом сервере. а тут пока глухо
Копай в сторону mac-адреса и dhclient —help
В /etc/network/interfaces пропиши
Вместо eth0 укажи сетевую карту которая смотрит к провайдеру.
Кстати, мог бы показать хотя бы вывод ifconfig -a
кхм. ты что такое впн то слыхал?
можешь рассказать мне зачем там дхцп
По теме, скорее всего не та сетевушка, попробуй в конфиге указать eth0.
Вообще, старайтесь более ясно излагать ситуацию.
[telepat mode] я так понял, у человака несколько компов (под оффтопиком) + убунтовый роутер (был :)) он раздавал инет в локалку. Теперь ТС грохнул убунту, водрузил дебьян (душевный порытв таки верный), но понимания сути не хватает. [/telepat mode]
Что сейчас является eth1, а что eth0 можно выяснить командой
Источник
isc-dhcp-server не выдаёт фиксированные ip
Пытаюсь настроить по инструкции https://www.opennet.ru/docs/RUS/dhcp/ DHCP сервер на debian и не получается выдать фиксированные ip с привязкой к маку
писать INTERFACESv4=«eth0.100 eth0.100:1» не помогает
# так добавляю vlan, на который добавляю две подсети vconfig add eth0 100 ifconfig eth0.100 172.16.61.1 netmask 255.255.255.0 up ifconfig eth0.100:1 10.3.61.1 netmask 255.255.255.0 up
в итоге не работает выдача фиксированных адресов компьютеру выдаётся 172.16.61.2
если изменить конфиг так
то компьютер получает свой 10.3.61.2, но я так понимаю так раздавать фиксированные адреса неправильно и где-то писали что при таком варианте в подсеть 10.3.61.0/24 может кто-то залезть чужой
и такой вариант еще не подходит так как не для всех адресов есть возможность на раздающем ip компьютере добавлять подсеть так как без
записи eth0.100:1 в файле /etc/default/isc-dhcp-server или без ifconfig eth0.100:1 10.3.61.1 netmask 255.255.255.0 up
то выдача фиксированного адреса не работает даже при таком варианте
Для выдачи адреса из какой-то сети у тебя в конфигурации DHCP сервера должен быть прописан пул адресов из этой сети.
Без объявления пула ‘range 10.3.61.2 10.3.61.254;’ выдавать адреса 10.3.61.2 и 10.3.61.3 не получится.
Для настройки параметров сети по DHCP выполняются следующие операции:
- dhcp клиент отсылает широковещательный запрос на поиск DHCP сервера (dhcp discover) на адрес 255.255.255.255 и пор 67 по протоколу UDP, в котором содержится только MAC адрес сетевой карты;
- DHCP серверы в сети получают запрос и отсылают клиенту DHCP предложение (dhcp offer) с параметрами сети;
- клиент выбирает DHCP предложение и отсылает запрос на выбранному DHCP серверу (dhcp request) на выставление параметров;
- DHCP сервер высылает подтверждене (dhcp ack) выдачи.
Как ты понимаешь т.к. в начальном пакете содержится только MAC адрес клиента, то DHCP сервер должен как-то понять из какого пула адресов ему выдать параметры.
Определяет он это по IP адресу интерфейса через который пришёл запрос. Если у тебя на интефейсе несколько IP адресов, тем более в одном VLAN, то определяется это по таблице маршрутизации и берётся первый IP адрес.
Отсюда вывод: ты не сможешь повесив несколько IP адресов в одном VLAN на интерфейс выдать клиенту адрес из сети 10.3.61.2.
Тебе нужно поднимать одельные VLAN для клиентов, поднимать тегированные интерфейсы на сервере и описывать кониигурацию пула Ip адресов для каждой сети которая должна настраиваться по DHCP.
Если твоё оборудование (маршрутизатор) поддерживает DHCP-relay, то ты можешь иметь DHCP сервер в одном сегменте сети (vlan), объявить на нём нужные тебе пулы и далее пересылать на него запросы из других сетей.
Но тебе нужна железка 3 уровня с маршрутизацией.
Если её нет, то нужен коммутатор с поддержкой VLAN.
Обявляешь VLAN`ы на железке, разносишь клиентов по VLAN, на сервере объявляешь этиже VLAN и нужные тебе пулы.
Указываешь DHCP серверу слушать запросы на интерфейсах VLAN.
eth.100:1 и eth.100 — это один интерфейс eth.100, DHCP сервер будет обрабатывать запросы в пул определяя его по IP адресу интерфейса eth.100.
Аналогично с eth0 и eth0:1.
Если в одной физической сети несколько ip-сетей, то эти сети должны быть описаны в shared-network. Смотри man dhcpd.conf
Адреса выдаваемые через fixed-address не должны быть в range.
Если сеть на управляемых коммутаторах, то лучше перейти на использование vlan.
А нельзя ли просто объявить в конфиге subnet, но не объявлять в нем range? Или так делать не корректно?
В оригинальном isc-dhcpd host вообще никак не привязаны ни к подсетям, ни к range. Хуже того, если их туда вносишь, то он предупреждвает при каждом старте, что это бесполезно. Соответственно нельзя выдать разные адреса одному МАС-у в разных подсетях.
host можно нужно описывать за пределами shared-network/subnet/range
isc-dhcpd так же ругается в логах, если fixed-address из какого-то range.
Если в subnet нет range и «deny unknown-clients», то адреса выдаются только известным клиентам т.е. хостам с fixed-address или внесенным через omapi-интерфейс
Если нужно чтобы isc-dhcpd ничего не выдавал в какой-нибудь подсети, то там нужно сказать «deny unknown-clients;not authoritative;»
Соответственно нельзя выдать разные адреса одному МАС-у в разных подсетях.
Источник
Не могу получить ip по dhcp. Не приходит DHCPOFFER
Ubuntu 14.04 (та же проблема при загрузке с live usb ubuntu 15, arch и calculate), dhclient 4.2.4, NetworkManager 0.9.8.8.
Дома, на своем роутере, спокойно получаю ip. Но на работе ни на одной linux системе не удалось этого сделать. На той же машине на винде все работает отлично, правда мне уже выдали рабочую, сам я ничего не настраивал.
DHCPDISCOVER отсылаются, но DHCPOFFER не приходят. Пробовал также добавить в dhclient.conf
но не помогло. На работе админы могут помочь в настройках только с виндой, может и сетка как-то под нее заточена?
Подскажите, чем это может быть вызвано? Как настроить dhclient?
в /etc/dhcp3/dhclient.conf добавь
а если у меня нет этого файла, то создать? И я ведь добавлял его в /etc/dhclient.conf уже — не помогло, почему это должно сработать?
хз сделай find /etc/ -name dhclient.conf
Есть только этот /etc/dhcp/dhclient.conf
ну в него и пиши
Я писал туда вот это:
попробовал, результат тот же.
что за сеть, езернет или вайфай, какое шифрование в вайфае?
Что-то в последнее время часто такая проблема стала возникать.
тогда я хз, пусть админы логи смотрят что пишет ДХЦП сервак, ты глянь свои логи чо клиент пишет. И да ты делал килл клиента?
Важное дополнение: у коллеги стоит arch и более новый NetworkManager у которого есть internal dhcp. Так вот это internal dhcp работает, а другие dhcp клиенты тоже не работают у него. Себе поставить не могу этот пакет — там уже зависимости на systemd либы. Не хочу переустанавливать убунту на 15 версию. Хочу настроить свой dhcp клиент. Может кто-то подскажет разницу в настройках/dhcp-options между internal-dhcp в NetworkManager и dhclient?
А фильтров по MAC никаких нет на сервере?
Админы говорят, что нет. С левого ноута с винды коннектились.
Ну сдампите пакет DHCPDISCOVER от internal dhcp и разберите его на опции.
так и сделал. Походу дело в том, что клиент шлет unicast и это походу никак нельзя сконфигурить в тех версиях клиентов доступных для ubuntu 14.04. Вот такая же проблема:
если в конфигурациях dhcpcd указать broadcast, то все работает. На arch dhcpcd 6 версии, но на убунте 3.2.3 и broadcast нельзя указать. Печаль(
Если я правильно понял, то тот пакет, что в Arch’е называется dhcpcd, в Убунте называется dhcpcd5 (http://roy.marples.name/projects/dhcpcd/). А то, что в убунте называется dhcpd это isc-dhcp (http://www.isc.org). Сравнивать их версии не корректно.
Поищите, может найдёте dhcpcd5 достаточно свежей версии.
Та я уже arch поставил, в понедельник проверю, о результатах доложу.
Как и ожидалось, NetworkManager internal dhcp работает. Проблема была решена переустановкой системы =). Всем спасибо.
Источник
Проблема с получением IP-адреса через DHCP-сервер
Линуксоид из меня никакой. Поэтому здесь и оказался.
Странная ситуация происходит с системой. Ubuntu 18.04 LTS со всеми обновлениями, виртуальная машина под Hyper-V.
При загрузке Ubuntu ip адрес получает не тот что прописано в резерве на DHCP-сервере. При выполнении команд:
Система получает правильный IP-адрес. (Скрин https://ibb.co/9sKGRds)
При этом на DHCP-сервере по старому ip-адресу светится какой-то левый мак-адрес (Скрин https://ibb.co/s2SsH2n)
Можно это безобразие исправить и главное как?
Я бы начал думать над настройками сервера DHCP.
Не думаю что это настройка сервера, проблема только с этой машиной, и решается перезапуском клиента.
Без изменения настроек клиента и сервера.
Подразумевался DHCP-клиент UBUNTU.
Если Ubuntu клиент это Desktop с DE и всеми плюшками, то возможно я бы подумал, что это конфликт встроенного в NetworkManager DHCP клиента и внешнего dhclient.
Нет, это сервер, без десктопа.
В первую очередь я бы смотрел на настройки сети в Hyper-V. Там есть куча возможностей дать системе не тот vSwich, поставить не ту галку в настройках этого vSwich и так далее, вплоть до странных настроек через cmdlets, а сами интерфейсы ещё могут быть в ненужных VLAN.
Когда это всё будет проверено и точно настроено, только тогда бы смотрел саму виртуалку. Потому, что убунта отлично работает в Hyper-V не первый год и такого не происходило.
В том-то и дело, что данная проблема возникла впервые, предыдущие виртуалки с UBUNTU так себя не вели.
Проверил ВСЕ параметры виртуальной машины — все в норме.
Ошибиться в виртуальном свитче не могу физически — он один. МАК адрес выдаваемый ifconfig и прописанный в Hyper-V совпадает.
На хосте работает суммарно 10 виртуальных машин через этот свитч, проблемы только с этой виртуалкой.
Тогда сравнивай настройки DHCP клиента с другими виртуальными машинами с Ubuntu.
Настройки DHCP клиента использовались по умолчанию, как инсталятор поставил. И ни на одной машине не правились, включая эту.
Погуглил по словам «36-character MAC», как у вас на картинке.
Источник
