The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Не получаю IP адрес от DHCP сервера Билайн"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на рабочей станции (Сеть / Другая система)
Изначальное сообщение [ Отслеживать ]

"Не получаю IP адрес от DHCP сервера Билайн"  –1 +/
Сообщение от Йосиф Антоныч (ok), 29-Мрт-22, 11:54 
Не получаю 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), которое
должно работать после решения проблемы.
Спасибо.

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от DeerFriend (?), 29-Мрт-22, 13:12   +/
Около года назад такое у них случалось регулярно. Чинилось само через 0.5-3ч.
Техподдержка не понимает, что такое DHCP, утверждая что у них всё хорошо.
Предлагают платно вызвать техподдержку на дом, но они пока доедут, проблема уже исчезает.

Снова началось?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

2. Сообщение от Йосиф Антоныч (ok), 29-Мрт-22, 13:23   –1 +/
> Около года назад такое у них случалось регулярно. Чинилось само через 0.5-3ч.

Не чинится с пятницы. Правда, не могу держать постоянно новый интерфейс в ожидании "чуда" - инет нужен постоянно. Приходится через роутер пользоваться.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3

3. Сообщение от DeerFriend (?), 29-Мрт-22, 13:33   +/
> Не чинится с пятницы. Правда, не могу держать постоянно новый интерфейс в
> ожидании "чуда" - инет нужен постоянно. Приходится через роутер пользоваться.

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

Значит проблема в твоей железяке.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #4, #5

4. Сообщение от DeerFriend (?), 29-Мрт-22, 13:35   +/
мак адрес у билайна клонировать не обязательно. Они порт привязывают к биллингу по тому, кто в личный кабинет заходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6

5. Сообщение от Йосиф Антоныч (ok), 29-Мрт-22, 13:42   –1 +/
> Значит проблема в твоей железяке.

Ау! В чем конкретно на Ваш незамутненный взгляд проблема? Исходное сообщение внимательно смотрели? От других DHCP серверов получаю адрес. Какая проблема в моей железке?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #7

6. Сообщение от Йосиф Антоныч (ok), 29-Мрт-22, 13:44   –1 +/
> мак адрес у билайна клонировать не обязательно.

Я в курсе, спасибо. Клонировал специально для того, чтобы не авторизироваться еще раз при смене оборудования.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

7. Сообщение от DeerFriend (?), 29-Мрт-22, 13:45   –1 +/
Попробуй любой другой live дистр с флешки.
Мак клонировать не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #8

8. Сообщение от Йосиф Антоныч (ok), 29-Мрт-22, 13:48   –1 +/
> Попробуй любой другой live дистр с флешки.

Смысл? У меня нет времени тацевать с бубном в непонятном направлении. Из неск. DHCP серверов один не дает адрес.

> Мак клонировать не надо.

Не влияет. Хуже не будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #10

9. Сообщение от Йосиф Антоныч (ok), 29-Мрт-22, 14:01   –1 +/

> В настоящий момент у меня подключен роутер TP-Link к Билайн со
> склонированным  мак-адресом  сетевой  карты нового устройства(openSUSE Tumbleweed)

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14

10. Сообщение от DeerFriend (?), 29-Мрт-22, 14:56   +/
>> Попробуй любой другой live дистр с флешки.
> Смысл? У меня нет времени тацевать с бубном в непонятном направлении. Из
> неск. DHCP серверов один не дает адрес.

Между железяками, внезапно, тоже бывают несовместимости. Надо понять, дело в железе или дистрибе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #11

11. Сообщение от Йосиф Антоныч (ok), 29-Мрт-22, 15:28   –1 +/
> Между железяками, внезапно, тоже бывают несовместимости. Надо понять, дело в железе или
> дистрибе.

Дело в кривом провайдере :)))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #12

12. Сообщение от DeerFriend (?), 29-Мрт-22, 15:57   +/
> Дело в кривом провайдере :)))

Да кто ж спорит то? )
Вопрос лишь в том, заведётся твоя железяка, или провайдера менять.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #13

13. Сообщение от Йосиф Антоныч (ok), 29-Мрт-22, 16:13   –1 +/
>> Дело в кривом провайдере :)))
> Да кто ж спорит то? )
> Вопрос лишь в том, заведётся твоя железяка, или провайдера менять.

Заведется, конечно же. :) Много в нее уже вложено. Провайдера тереблю.
Здесь писал в надежде получить возможный совет в настройке интерфейса.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

14. Сообщение от ЖЖЖЖЖ (?), 29-Мрт-22, 19:20   +/
>> В настоящий момент у меня подключен роутер TP-Link к Билайн со
>> склонированным  мак-адресом  сетевой  карты нового устройства(openSUSE Tumbleweed)
> Попробую сегодня на ночь оставить подключенный интерфейс openSUSE - может что изменится
> у провайдера.

Firewall случайно не включен?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #15

15. Сообщение от Йосиф Антоныч (ok), 29-Мрт-22, 20:58   +/
>>> В настоящий момент у меня подключен роутер TP-Link к Билайн со
>>> склонированным  мак-адресом  сетевой  карты нового устройства(openSUSE Tumbleweed)
>> Попробую сегодня на ночь оставить подключенный интерфейс openSUSE - может что изменится
>> у провайдера.
> Firewall случайно не включен?

Обязательно включен. У меня несколько интерфейсов на openSUSE. Как это может влиять на получение IP по DHCP? Если при том же включенном Firewalld я получаю адреса по другим кабелям?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #22, #23

16. Сообщение от Licha Morada (ok), 30-Мрт-22, 01:31   +/
> Звонил в поддержку - там советовали отключить антивирус и  обновить драйвера сетевухи.
> Мои попытки произнести "Linux" вбивало поддержку в ступор.

Воспроизведите проблему на другой системе, на той, которая не смущала бы поддержку. Желательно на том-же железе.

Если воспроизветётся в лоб - дрючте провайдера.
Если не воспроизведётся, то я бы вставил в разрыв что-нибудь на уровне Ethernet с возможностью запуска сниффера, и смотрел бы на разницу в обмене траффика когда грузитесь openSUSE, и когда в ту другую систему.

Конечно, вы правы, они должны этим занятся независимо от вашей OS. Но если подойти прагматично, то наипростейший способ заставить их завести тикет будет таким.
"Свет ты мой, Иван Кузьмич. ... плюнь да поцелуй у злодея ручку."

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

17. Сообщение от Йосиф Антоныч (ok), 30-Мрт-22, 08:53   +/
>> Звонил в поддержку - там советовали отключить антивирус и  обновить драйвера сетевухи.
>> Мои попытки произнести "Linux" вбивало поддержку в ступор.
> Воспроизведите проблему на другой системе, на той, которая не смущала бы поддержку.
> Желательно на том-же железе.

Хороший совет. Но. Есть три кабеля - по двум получаю адрес, по одному нет - WTF???
Ни времени, ни желания дальнейших танцев...

> Конечно, вы правы, они должны этим занятся независимо от вашей OS. Но
> если подойти прагматично, то наипростейший способ заставить их завести тикет будет
> таким.
> "Свет ты мой, Иван Кузьмич. ... плюнь да поцелуй у злодея ручку."

:) Тикет есть, сообщили что до 01.04 разбираются. Надеюсь, моя инфа дойдет до сетевого администратора, пробив первую линию "поддержки"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #18

18. Сообщение от Павел Отредиез (ok), 01-Апр-22, 14:29   +/
>[оверквотинг удален]
>> Желательно на том-же железе.
> Хороший совет. Но. Есть три кабеля - по двум получаю адрес, по
> одному нет - WTF???
> Ни времени, ни желания дальнейших танцев...
>> Конечно, вы правы, они должны этим занятся независимо от вашей OS. Но
>> если подойти прагматично, то наипростейший способ заставить их завести тикет будет
>> таким.
>> "Свет ты мой, Иван Кузьмич. ... плюнь да поцелуй у злодея ручку."
> :) Тикет есть, сообщили что до 01.04 разбираются. Надеюсь, моя инфа дойдет
> до сетевого администратора, пробив первую линию "поддержки"

Ну, у билайна метод подключения изменился, теперь при смене железок, надо обязательно через личный кабинет. Механику их новую я не понимаю, но все не так как раньше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #19

19. Сообщение от Йосиф Антоныч (ok), 01-Апр-22, 16:03   +/
> Ну, у билайна метод подключения изменился, теперь при смене железок, надо обязательно
> через личный кабинет. Механику их новую я не понимаю, но все
> не так как раньше.

Это вообще никакого отношения к получению IP адреса не имеет. У вас просто не будет инета, пока вы не авторизуетесь в личном кабинете. А линк - линк уже будет. И IP адрес тоже.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

20. Сообщение от shadow_alone (ok), 01-Апр-22, 16:23   +1 +/
Не грешите на прова, на 99% проблема у вас.

Сталкивался не раз с подобным.
Например:
Настроем DHCP, который отдает помимо адреса, шлюза и dns, еще и  NTP, TFTP и опции 121/249 (маршруты)

Так вот, обычный андроид на каком-то бюджетнике не хотел получать адрес, пришлось специально для него убрать маршруты.

Так что, скорее всего ваше оборудование не хочет получать адрес именно из-за такой ситуации.
Но получает от другого dhcp, на котором нет никаких дополнительных опций.

Получите адрес на девайсе который это может, и посмотрите что именно получаете помимо адреса, опций может быть куча.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

21. Сообщение от Йосиф Антоныч (ok), 01-Апр-22, 22:31   +/
> Не грешите на прова, на 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'

Настройки интерфейса ОДИНАКОВЫЕ.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #25

22. Сообщение от Licha Morada (ok), 02-Апр-22, 00:29   +/

>> Firewall случайно не включен?
> Обязательно включен. У меня несколько интерфейсов на openSUSE. Как это может влиять
> на получение IP по DHCP?

В принципе, перемудрить с файерволлом так, чтобы нарушилась работа клиента DHCP, нетрудно. Но, даже если это случится, если файервол локальный, то в сниффере всё равно ответ DHCP сервера будет виден.

Как я понял, у вас видно только запрос, но не ответ, так что действительно, файервол имеет смысл пока ислючить из предположений. Хотя, с параметрами pcap_filter тоже можно перемудрить, например, так чтобы ответ не был виден.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

23. Сообщение от Пупырь (?), 02-Апр-22, 13:37   +/
>>>> В настоящий момент у меня подключен роутер TP-Link к Билайн со
>>>> склонированным  мак-адресом  сетевой  карты нового устройства(openSUSE Tumbleweed)
>>> Попробую сегодня на ночь оставить подключенный интерфейс openSUSE - может что изменится
>>> у провайдера.
>> Firewall случайно не включен?
> Обязательно включен. У меня несколько интерфейсов на openSUSE. Как это может влиять
> на получение IP по DHCP? Если при том же включенном Firewalld
> я получаю адреса по другим кабелям?

Протокол DHCP предусматривает опциональную возможность для сервера связываться с клиентом после установления первичного обмена, например по причине "ой я передумал, на тебе другой адрес". Если порты UDP/67 UDP/68 закрыты, то будет недопонимание.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #24

24. Сообщение от Йосиф Антоныч (ok), 02-Апр-22, 22:43   +/
> Протокол DHCP предусматривает опциональную возможность для сервера связываться с клиентом
> после установления первичного обмена, например по причине "ой я передумал, на
> тебе другой адрес". Если порты UDP/67 UDP/68 закрыты, то будет недопонимание.

Порты все закрыты.
Проблема в wicked. Несовместимость формата Client ID - одна из возможных причин.
Перешел на NetworkManager и все заработало.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

25. Сообщение от shadow_alone (ok), 05-Апр-22, 14:13   +/
Вот смотри, разница в:

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;

чтоб получать только эти параметры, а остальное игнорировать. и будет тебе счастье.
отпишись о результатах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру