Проблема с получением 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», как у вас на картинке.
Источник
Настройка DHCP клиента (не получает адрес).
Возникла следующая проблема: не получает адрес по DHCP, хотя MAC стоит соответствующий (созванивался с ТП).
Сетевая карта работает: ставлю MAC др. провайдера, командую: dhclient eth0 — получает адрес без проблем. Если воткнуть линк в виндовую тачку, Mikrotik или в аппаратный роутер, изменив MAC, то тоже без проблем получает адрес. +на ноуте, где Ubunta 9.04 стоит тоже не получает по DHCP
До этого DHCP почти никогда не использовал, все ставил вручную через ifconfig, но тут, если поставить вручную (не важно как через ifconfig или в network manager) — даже шлюз не пингует. +провайдер ТТК, и пока по DHCP не получишь адрес тебя наружу не выпустят.
Полдня вместе с провайдеров выясняли в чем может быть причина. Есть несколько версий: 1. Мой DHCP Client тупит и не отправляет оч. нужный какойнить запрос или наоборот не принимает. 2. DCHP клиент «не стыкуется» с сервером. Например, из-за какойнить «опции-82». 3. Порт «не до конца» исправен.
Первые версии основаны на том, что: активность на порту есть, до DHCP сервера запросы доходя (300 сек стучится, потом перестает). Третья на том, что виндовую машину и аппаратный роутер он пускает, а Linux (дистрибутив Debian) не пускает.
Помогите, пожалуйста! Может у кого-то уже была такая трабла.
Да, в логах на DHCP сервере видно что-то подобное: «dhcp discover from via 1.netvork »
У меня показывает следующее: dhclient eth1 Internet Systems Consortium DHCP Client V3.1.1 Copyright 2004-2008 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/
Listening on LPF/eth1/00:1e:58:aa:92:95 Sending on LPF/eth1/00:1e:58:aa:92:95 Sending on Socket/fallback DHCPREQUEST on eth1 to 255.255.255.255 port 67 DHCPNAK from 94.251.15.1 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 19 No DHCPOFFERS received. No working leases in persistent database — sleeping.
Разница может быть в том, что клиенты могут посылать либо голый mac, либо clientid, который основывается на mac-адресе. Попробуй в эту сторону погуглить.
про это пров упоминал, но мы так ничего и не смогли сделать( Не подскажешь, где это можно подправить или более точно место для гугления (пока googl результатов не дал(( )
Нет, нашел client-id. В /etc/dhcp3/dhclient.conf есть строка: #send dhcp-client-identifier 1:0:a0:24:ab:fb:9c;
Что с ней делать? Подставить MAC проблемной сетевушки? «1:0:» в начале оставить?
ага. типа того. попробуй поиграй с этим параметром. Только перед каждым рестартом dhclient-а стирай кэши. В дебиане не знаю где они, а в федоре в /var/lib/dhclient
где-то в этом параметре предлагают перед маком добавлять 1: Попробуй и так и эдак. И просто голый мак.
Источник
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 можно выяснить командой
Источник
Не могу получить 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
Операционная система — Debian Squeeze
Не получается получить ip-адрес через dhcp. Вводилиcь следующие команды:
Далее выполняются команды
Целесобразно предположить, что дело не в драйвере, потому что команда dmesg обнаруживает запись о сетевом интерфейсе и с помощью команды ifconfig можно указать статический ip-адрес. Но в текущей ситуации необходимо получение именно динамического ip-адреса, так как при его получении сразу же раздается интернет (во всяком случае так было в Windows, простите за сравнение).
Дополнительно прилагаются некоторые настройки
Та же фигня была с дебианом на старом сервере (да, знаю, дебиан не для серверов). Просто прописал статический IP вместо DHCP и не думал об этом. Тоже интересно из-за чего всё это было.
Подписался на топик.
Похоже, здесь какие-то проблемы с dhcp-сервером. Проверь его настройки и физический канал. Посмотри логи, если они там есть. Есть привязка по mac`у? В Линуксах сетевуха загадочным образом может заиметь другой mac 😉
Советую начать диагностику с ручной конфигурации интерфейса.
да, знаю, дебиан не для серверов
Ты это авторитетно заявляешь?
для начала пропиши руками все что нужно
можно еще посмотреть tcpdump при получении dhcp
Нет, сам же использую на сервере, и не на одном.
Правильно подсказали — начни с ручной настройки, чтобы убедиться что это именно dhcp, а не рутер/фаервол сервер.
Если после этого набрать команду route, то будут выведены две строчки и дальше пока не будет нажата комбинация Ctrl-C, система будет думать.
А что будет если набрать route -n ? Просто если с сетью проблемы route без -n набирать не стоит — будет то о чем ты рассказываешь 😉
1. Попробуй dhcpcd с ключем -K
man dhcpcd
-K, —nolink Don’t receive link messages for carrier status. You should only have to use this with buggy device drivers or running dhcpcd through a network manager.
Еще посмотри такие вещи:
2. Увеличить таймаут до 60 секунд. У меня без ключа -K иногда адрес получался секунд 30 (ключ -t в dhcpcd ). Когда разберешься в чем проблема — уберешь.
3. Есть опции чтобы получать не все, например, чтобы получал только адрес, но не получал dns конфигурацию. Может он чего-то ждет, а DHCP сервер этого не выдает (ключ -S в dhcpcd ). Когда разберешься в чем проблема — уберешь.
В Линуксах сетевуха загадочным образом может заиметь другой mac 😉
Первый раз такое слышу, и не особо верю. Только если в конфигах прописана смена MAC. Имя интерфейса менять — да, но это редко и чинится.
Здесь, вроде, относительно недавно была тема о том, что у чувака в дебиане же DHCP не работало из-за корявых настроек сервера. При этом, с другим DHCP-клиентом работало. Поищите её, вдруг та же проблема?
P.S. Вы http://segfault.kiev.ua/smart-questions-ru.html на ночь читаете каждый день? 🙂
Первый раз такое слышу, и не особо верю. Только если в конфигах прописана смена MAC. Имя интерфейса менять — да, но это редко и чинится.
Я имел в виду что смена mac, о которой уже никто не помнит, могла быть сделана в Винде. Ну и драйвер может кривым оказаться — в винде все ок, а в Линуксах 00:00:00:00:00:00 😉
Странные вещи
Сначала попробовал командой ipconfig поставить ip-адрес, вроде получилось, потом пару записей добавил с помощью команды route. Все заработало, и интерент тоже. Потом попробовал прописать найстройки статического ip в файле /etc/network/interfaces, но ничего не получилось, потом в том же файле вернул настройки на dhcp, перезагрузился и вот
То есть ip-адрес получается по dhcp, почему тогда сразу ничего этого не было? Странно.
Неприятная неожиданность
Компьютер выключился, потом включился и все пропало. Вопрос следующий, как в файле /etc/network/interfaces прописать аналоги команд
Источник
