Не получаю IP адрес от DHCP сервера Билайн. OS: openSUSE Tumbleweed x86_64
Собрал новую железку, хотел порадоваться, а не тут-то и было
Подключаю кабель от билайн - не получаю IP адреса.
Подключаю в этот интерфейс кабель другого провайдера - моментально выдается IP адрес.
Подключаю в этот интерфейс кабель от роутера(LAN) - мгновенно получаю IP адрес.
Звонил в поддержку - там советовали отключить антивирус и обновить драйвера сетевухи. Мои попытки произнести "Linux" вбивало поддержку в ступор.Стал tcpdump-ом на свой интерфейс:
19:57:51.885580 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:57:56.256355 Loopback, skipCount 0, invalid (256)
19:57:56.460405 IP 10.32.62.226 > 224.0.0.13: PIMv2, Hello, length 26
19:58:01.256109 Loopback, skipCount 0, invalid (256)
19:58:06.256023 Loopback, skipCount 0, invalid (256)
19:58:08.661044 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:58:11.256008 Loopback, skipCount 0, invalid (256)
19:58:16.255891 Loopback, skipCount 0, invalid (256)
19:58:21.255673 Loopback, skipCount 0, invalid (256)
19:58:26.255672 Loopback, skipCount 0, invalid (256)
19:58:26.460212 IP 10.32.62.226 > 224.0.0.13: PIMv2, Hello, length 26
19:58:31.255409 Loopback, skipCount 0, invalid (256)
19:58:34.165924 IP 10.32.62.226 > 224.0.0.1: igmp query v2
19:58:36.255420 Loopback, skipCount 0, invalid (256)
19:58:40.402932 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:58:41.255204 Loopback, skipCount 0, invalid (256)
19:58:43.848461 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 300
19:58:43.893617 IP 89.178.28.1.bootps > 128.69.167.149.bootpc: BOOTP/DHCP, Reply, length 310
19:58:43.893981 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:58:46.255098 Loopback, skipCount 0, invalid (256)
19:58:47.370709 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:58:51.254966 Loopback, skipCount 0, invalid (256)
19:58:55.137733 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:58:56.254845 Loopback, skipCount 0, invalid (256)
19:58:56.459971 IP 10.32.62.226 > 224.0.0.13: PIMv2, Hello, length 26
19:59:01.254730 Loopback, skipCount 0, invalid (256)
19:59:06.254617 Loopback, skipCount 0, invalid (256)
19:59:11.254503 Loopback, skipCount 0, invalid (256)
19:59:12.116961 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:59:16.254390 Loopback, skipCount 0, invalid (256)
19:59:21.254367 Loopback, skipCount 0, invalid (256)
19:59:26.254153 Loopback, skipCount 0, invalid (256)
19:59:26.459806 IP 10.32.62.226 > 224.0.0.13: PIMv2, Hello, length 26
19:59:31.254033 Loopback, skipCount 0, invalid (256)
19:59:36.253918 Loopback, skipCount 0, invalid (256)
19:59:41.253806 Loopback, skipCount 0, invalid (256)
19:59:44.856406 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:59:46.253684 Loopback, skipCount 0, invalid (256)
19:59:47.944461 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 300
19:59:47.987633 IP 89.178.28.1.bootps > 93.80.169.60.bootpc: BOOTP/DHCP, Reply, length 310
19:59:47.987996 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:59:51.253583 Loopback, skipCount 0, invalid (256)
19:59:51.742001 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
19:59:56.253451 Loopback, skipCount 0, invalid (256)
19:59:56.459582 IP 10.32.62.226 > 224.0.0.13: PIMv2, Hello, length 26
20:00:00.684228 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
20:00:01.253341 Loopback, skipCount 0, invalid (256)
20:00:06.253214 Loopback, skipCount 0, invalid (256)
20:00:11.253023 Loopback, skipCount 0, invalid (256)
20:00:16.252986 Loopback, skipCount 0, invalid (256)
20:00:17.414196 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from xx:xx:xx:xx:xx:xx (oui Unknown), length 317
20:00:21.252874 Loopback, skipCount 0, invalid (256)
20:00:26.252751 Loopback, skipCount 0, invalid (256)
20:00:26.459539 IP 10.32.62.226 > 224.0.0.13: PIMv2, Hello, length 26
20:00:31.252650 Loopback, skipCount 0, invalid (256)
Что делать-то? Сменить провайдера не предлагать
В настоящий момент у меня подключен роутер TP-Link к Билайн со
склонированным мак-адресом сетевой карты нового устройства(openSUSE Tumbleweed), которое
должно работать после решения проблемы.
Спасибо.
Около года назад такое у них случалось регулярно. Чинилось само через 0.5-3ч.
Техподдержка не понимает, что такое DHCP, утверждая что у них всё хорошо.
Предлагают платно вызвать техподдержку на дом, но они пока доедут, проблема уже исчезает.Снова началось?
> Около года назад такое у них случалось регулярно. Чинилось само через 0.5-3ч.Не чинится с пятницы. Правда, не могу держать постоянно новый интерфейс в ожидании "чуда" - инет нужен постоянно. Приходится через роутер пользоваться.
> Не чинится с пятницы. Правда, не могу держать постоянно новый интерфейс в
> ожидании "чуда" - инет нужен постоянно. Приходится через роутер пользоваться.Похоже это другое. В прошлый раз не получалось подключить новое устройство, чтобы оно работало.
Значит проблема в твоей железяке.
мак адрес у билайна клонировать не обязательно. Они порт привязывают к биллингу по тому, кто в личный кабинет заходит.
> мак адрес у билайна клонировать не обязательно.Я в курсе, спасибо. Клонировал специально для того, чтобы не авторизироваться еще раз при смене оборудования.
> Значит проблема в твоей железяке.Ау! В чем конкретно на Ваш незамутненный взгляд проблема? Исходное сообщение внимательно смотрели? От других DHCP серверов получаю адрес. Какая проблема в моей железке?
Попробуй любой другой live дистр с флешки.
Мак клонировать не надо.
> Попробуй любой другой live дистр с флешки.Смысл? У меня нет времени тацевать с бубном в непонятном направлении. Из неск. DHCP серверов один не дает адрес.
> Мак клонировать не надо.
Не влияет. Хуже не будет.
>> Попробуй любой другой live дистр с флешки.
> Смысл? У меня нет времени тацевать с бубном в непонятном направлении. Из
> неск. DHCP серверов один не дает адрес.Между железяками, внезапно, тоже бывают несовместимости. Надо понять, дело в железе или дистрибе.
> Между железяками, внезапно, тоже бывают несовместимости. Надо понять, дело в железе или
> дистрибе.Дело в кривом провайдере :)))
> Дело в кривом провайдере :)))Да кто ж спорит то? )
Вопрос лишь в том, заведётся твоя железяка, или провайдера менять.
>> Дело в кривом провайдере :)))
> Да кто ж спорит то? )
> Вопрос лишь в том, заведётся твоя железяка, или провайдера менять.Заведется, конечно же. :) Много в нее уже вложено. Провайдера тереблю.
Здесь писал в надежде получить возможный совет в настройке интерфейса.
> В настоящий момент у меня подключен роутер TP-Link к Билайн со
> склонированным мак-адресом сетевой карты нового устройства(openSUSE Tumbleweed)Попробую сегодня на ночь оставить подключенный интерфейс openSUSE - может что изменится у провайдера.
>> В настоящий момент у меня подключен роутер TP-Link к Билайн со
>> склонированным мак-адресом сетевой карты нового устройства(openSUSE Tumbleweed)
> Попробую сегодня на ночь оставить подключенный интерфейс openSUSE - может что изменится
> у провайдера.Firewall случайно не включен?
>>> В настоящий момент у меня подключен роутер TP-Link к Билайн со
>>> склонированным мак-адресом сетевой карты нового устройства(openSUSE Tumbleweed)
>> Попробую сегодня на ночь оставить подключенный интерфейс openSUSE - может что изменится
>> у провайдера.
> Firewall случайно не включен?Обязательно включен. У меня несколько интерфейсов на openSUSE. Как это может влиять на получение IP по DHCP? Если при том же включенном Firewalld я получаю адреса по другим кабелям?
>> Firewall случайно не включен?
> Обязательно включен. У меня несколько интерфейсов на openSUSE. Как это может влиять
> на получение IP по DHCP?В принципе, перемудрить с файерволлом так, чтобы нарушилась работа клиента DHCP, нетрудно. Но, даже если это случится, если файервол локальный, то в сниффере всё равно ответ DHCP сервера будет виден.
Как я понял, у вас видно только запрос, но не ответ, так что действительно, файервол имеет смысл пока ислючить из предположений. Хотя, с параметрами pcap_filter тоже можно перемудрить, например, так чтобы ответ не был виден.
>>>> В настоящий момент у меня подключен роутер TP-Link к Билайн со
>>>> склонированным мак-адресом сетевой карты нового устройства(openSUSE Tumbleweed)
>>> Попробую сегодня на ночь оставить подключенный интерфейс openSUSE - может что изменится
>>> у провайдера.
>> Firewall случайно не включен?
> Обязательно включен. У меня несколько интерфейсов на openSUSE. Как это может влиять
> на получение IP по DHCP? Если при том же включенном Firewalld
> я получаю адреса по другим кабелям?Протокол DHCP предусматривает опциональную возможность для сервера связываться с клиентом после установления первичного обмена, например по причине "ой я передумал, на тебе другой адрес". Если порты UDP/67 UDP/68 закрыты, то будет недопонимание.
> Протокол DHCP предусматривает опциональную возможность для сервера связываться с клиентом
> после установления первичного обмена, например по причине "ой я передумал, на
> тебе другой адрес". Если порты UDP/67 UDP/68 закрыты, то будет недопонимание.Порты все закрыты.
Проблема в wicked. Несовместимость формата Client ID - одна из возможных причин.
Перешел на NetworkManager и все заработало.
> Звонил в поддержку - там советовали отключить антивирус и обновить драйвера сетевухи.
> Мои попытки произнести "Linux" вбивало поддержку в ступор.Воспроизведите проблему на другой системе, на той, которая не смущала бы поддержку. Желательно на том-же железе.
Если воспроизветётся в лоб - дрючте провайдера.
Если не воспроизведётся, то я бы вставил в разрыв что-нибудь на уровне Ethernet с возможностью запуска сниффера, и смотрел бы на разницу в обмене траффика когда грузитесь openSUSE, и когда в ту другую систему.Конечно, вы правы, они должны этим занятся независимо от вашей OS. Но если подойти прагматично, то наипростейший способ заставить их завести тикет будет таким.
"Свет ты мой, Иван Кузьмич. ... плюнь да поцелуй у злодея ручку."
>> Звонил в поддержку - там советовали отключить антивирус и обновить драйвера сетевухи.
>> Мои попытки произнести "Linux" вбивало поддержку в ступор.
> Воспроизведите проблему на другой системе, на той, которая не смущала бы поддержку.
> Желательно на том-же железе.Хороший совет. Но. Есть три кабеля - по двум получаю адрес, по одному нет - WTF???
Ни времени, ни желания дальнейших танцев...> Конечно, вы правы, они должны этим занятся независимо от вашей OS. Но
> если подойти прагматично, то наипростейший способ заставить их завести тикет будет
> таким.
> "Свет ты мой, Иван Кузьмич. ... плюнь да поцелуй у злодея ручку.":) Тикет есть, сообщили что до 01.04 разбираются. Надеюсь, моя инфа дойдет до сетевого администратора, пробив первую линию "поддержки"
>[оверквотинг удален]
>> Желательно на том-же железе.
> Хороший совет. Но. Есть три кабеля - по двум получаю адрес, по
> одному нет - WTF???
> Ни времени, ни желания дальнейших танцев...
>> Конечно, вы правы, они должны этим занятся независимо от вашей OS. Но
>> если подойти прагматично, то наипростейший способ заставить их завести тикет будет
>> таким.
>> "Свет ты мой, Иван Кузьмич. ... плюнь да поцелуй у злодея ручку."
> :) Тикет есть, сообщили что до 01.04 разбираются. Надеюсь, моя инфа дойдет
> до сетевого администратора, пробив первую линию "поддержки"Ну, у билайна метод подключения изменился, теперь при смене железок, надо обязательно через личный кабинет. Механику их новую я не понимаю, но все не так как раньше.
> Ну, у билайна метод подключения изменился, теперь при смене железок, надо обязательно
> через личный кабинет. Механику их новую я не понимаю, но все
> не так как раньше.Это вообще никакого отношения к получению IP адреса не имеет. У вас просто не будет инета, пока вы не авторизуетесь в личном кабинете. А линк - линк уже будет. И IP адрес тоже.
Не грешите на прова, на 99% проблема у вас.Сталкивался не раз с подобным.
Например:
Настроем DHCP, который отдает помимо адреса, шлюза и dns, еще и NTP, TFTP и опции 121/249 (маршруты)Так вот, обычный андроид на каком-то бюджетнике не хотел получать адрес, пришлось специально для него убрать маршруты.
Так что, скорее всего ваше оборудование не хочет получать адрес именно из-за такой ситуации.
Но получает от другого dhcp, на котором нет никаких дополнительных опций.Получите адрес на девайсе который это может, и посмотрите что именно получаете помимо адреса, опций может быть куча.
> Не грешите на прова, на 99% проблема у вас.Возможно, я не отрицаю. На форуме Билайна "У Вас есть проблемы с интернетом?" выложил все что имею.
> Так вот, обычный андроид на каком-то бюджетнике не хотел получать адрес, пришлось
> специально для него убрать маршруты.Ну вы не сравнивайте, да, андроид и полноценную ось. Применительно к openSUSE Tumbleweed x86_64 и openSUSE Leap 15.3
> Так что, скорее всего ваше оборудование не хочет получать адрес именно из-за
> такой ситуации.
> Но получает от другого dhcp, на котором нет никаких дополнительных опций.
> Получите адрес на девайсе который это может, и посмотрите что именно получаете
> помимо адреса, опций может быть куча.Я это все вижу, но мне помочь это ничем не может. Вы поможете с настройками или просто рассуждения?
1. Получаю IP адрес
GW:~ # wicked test dhcp4 enp2s0
wicked: enp2s0: Request to acquire DHCPv4 lease with UUID 5ab44462-838e-0900-2808-000001000000
INTERFACE='enp2s0'
TYPE='dhcp'
FAMILY='ipv4'
UUID='5ab44462-838e-0900-2808-000001000000'
IPADDR='192.168.4.102/24'
NETMASK='255.255.255.0'
NETWORK='192.168.4.0'
PREFIXLEN='24'
GATEWAYS='192.168.4.1'
DNSSERVERS='192.168.4.1'
CLIENTID='ff:08:80:01:b5:00:01:00:01:29:b1:1d:f7:a0:21:08:80:01:b5'
SERVERID='192.168.4.1'
SENDERHWADDR='64:70:02:70:73:38'
ACQUIRED='1648669786'
LEASETIME='6546'2. Не получаю адрес
GW:~ # wicked test dhcp4 enp2s0
wicked: enp2s0: Request to acquire DHCPv4 lease with UUID a4ae4462-4755-0800-e70d-000001000000
INTERFACE='enp2s0'
TYPE='dhcp'
FAMILY='ipv4'
UUID='a4ae4462-4755-0800-e70d-000001000000'
IPADDR='89.178.28.68/22'
NETMASK='255.255.252.0'
NETWORK='89.178.28.0'
PREFIXLEN='22'
GATEWAYS='89.178.28.1'
DNSDOMAIN='beeline'
DNSSERVERS='78.107.31.201 78.107.31.202'
DNSSEARCH='beeline'
NTPSERVERS='195.14.50.21 85.21.78.23'
CLIENTID='ff:08:80:01:b5:00:01:00:01:29:b1:1d:f7:a0:21:08:80:01:b5'
SERVERID='89.178.28.1'
RELAYADDR='89.178.28.1'
SENDERHWADDR='68:ab:09:13:25:43'
ACQUIRED='1648668329'
LEASETIME='3600'
RENEWALTIME='1800'
REBINDTIME='3150'Настройки интерфейса ОДИНАКОВЫЕ.
Вот смотри, разница в:RELAYADDR='89.178.28.1'
NTPSERVERS='195.14.50.21 85.21.78.23'
DNSDOMAIN='beeline'Добавь в своём dhcp-сервере эти параметры на раздачу, и посмотри, сможешь ли получить адрес на своём сервере.
если не сможешь, по одному отключай, найдешь из-за которого не получаешь.
Ну и потом, в настройке dhcp-клиента сделать игнор для этого параметра.
И да, по поводу "полноценной ос" и т.д. - это ты загнул куда-то не туда.
Да просто пропиши в dhcpcllient.conf:
request subnet-mask, broadcast-address, routers, domain-name,
domain-name-servers, host-name;чтоб получать только эти параметры, а остальное игнорировать. и будет тебе счастье.
отпишись о результатах.