- Около года назад такое у них случалось регулярно Чинилось само через 0 5-3ч Тех, DeerFriend (?), 13:12 , 29-Мрт-22 (1)
- Попробую сегодня на ночь оставить подключенный интерфейс openSUSE - может что из, Йосиф Антоныч (ok), 14:01 , 29-Мрт-22 (9) –1
- Firewall случайно не включен , ЖЖЖЖЖ (?), 19:20 , 29-Мрт-22 (14)
- Обязательно включен У меня несколько интерфейсов на openSUSE Как это может вли, Йосиф Антоныч (ok), 20:58 , 29-Мрт-22 (15)
- В принципе, перемудрить с файерволлом так, чтобы нарушилась работа клиента DHCP,, Licha Morada (ok), 00:29 , 02-Апр-22 (22)
>> Firewall случайно не включен? > Обязательно включен. У меня несколько интерфейсов на openSUSE. Как это может влиять > на получение IP по DHCP?В принципе, перемудрить с файерволлом так, чтобы нарушилась работа клиента DHCP, нетрудно. Но, даже если это случится, если файервол локальный, то в сниффере всё равно ответ DHCP сервера будет виден. Как я понял, у вас видно только запрос, но не ответ, так что действительно, файервол имеет смысл пока ислючить из предположений. Хотя, с параметрами pcap_filter тоже можно перемудрить, например, так чтобы ответ не был виден.
- Протокол DHCP предусматривает опциональную возможность для сервера связываться с, Пупырь (?), 13:37 , 02-Апр-22 (23)
>>>> В настоящий момент у меня подключен роутер TP-Link к Билайн со >>>> склонированным мак-адресом сетевой карты нового устройства(openSUSE Tumbleweed) >>> Попробую сегодня на ночь оставить подключенный интерфейс openSUSE - может что изменится >>> у провайдера. >> Firewall случайно не включен? > Обязательно включен. У меня несколько интерфейсов на openSUSE. Как это может влиять > на получение IP по DHCP? Если при том же включенном Firewalld > я получаю адреса по другим кабелям?Протокол DHCP предусматривает опциональную возможность для сервера связываться с клиентом после установления первичного обмена, например по причине "ой я передумал, на тебе другой адрес". Если порты UDP/67 UDP/68 закрыты, то будет недопонимание.
- Порты все закрыты Проблема в wicked Несовместимость формата Client ID - одна из, Йосиф Антоныч (ok), 22:43 , 02-Апр-22 (24)
> Протокол DHCP предусматривает опциональную возможность для сервера связываться с клиентом > после установления первичного обмена, например по причине "ой я передумал, на > тебе другой адрес". Если порты UDP/67 UDP/68 закрыты, то будет недопонимание. Порты все закрыты. Проблема в wicked. Несовместимость формата Client ID - одна из возможных причин. Перешел на NetworkManager и все заработало.
- Воспроизведите проблему на другой системе, на той, которая не смущала бы поддерж, Licha Morada (ok), 01:31 , 30-Мрт-22 (16)
> Звонил в поддержку - там советовали отключить антивирус и обновить драйвера сетевухи. > Мои попытки произнести "Linux" вбивало поддержку в ступор.Воспроизведите проблему на другой системе, на той, которая не смущала бы поддержку. Желательно на том-же железе. Если воспроизветётся в лоб - дрючте провайдера. Если не воспроизведётся, то я бы вставил в разрыв что-нибудь на уровне Ethernet с возможностью запуска сниффера, и смотрел бы на разницу в обмене траффика когда грузитесь openSUSE, и когда в ту другую систему. Конечно, вы правы, они должны этим занятся независимо от вашей OS. Но если подойти прагматично, то наипростейший способ заставить их завести тикет будет таким. "Свет ты мой, Иван Кузьмич. ... плюнь да поцелуй у злодея ручку."
- Хороший совет Но Есть три кабеля - по двум получаю адрес, по одному нет - WTF , Йосиф Антоныч (ok), 08:53 , 30-Мрт-22 (17)
>> Звонил в поддержку - там советовали отключить антивирус и обновить драйвера сетевухи. >> Мои попытки произнести "Linux" вбивало поддержку в ступор. > Воспроизведите проблему на другой системе, на той, которая не смущала бы поддержку. > Желательно на том-же железе.Хороший совет. Но. Есть три кабеля - по двум получаю адрес, по одному нет - WTF??? Ни времени, ни желания дальнейших танцев... > Конечно, вы правы, они должны этим занятся независимо от вашей OS. Но > если подойти прагматично, то наипростейший способ заставить их завести тикет будет > таким. > "Свет ты мой, Иван Кузьмич. ... плюнь да поцелуй у злодея ручку." :) Тикет есть, сообщили что до 01.04 разбираются. Надеюсь, моя инфа дойдет до сетевого администратора, пробив первую линию "поддержки"
- gt оверквотинг удален Ну, у билайна метод подключения изменился, теперь при см, Павел Отредиез (ok), 14:29 , 01-Апр-22 (18)
>[оверквотинг удален] >> Желательно на том-же железе. > Хороший совет. Но. Есть три кабеля - по двум получаю адрес, по > одному нет - WTF??? > Ни времени, ни желания дальнейших танцев... >> Конечно, вы правы, они должны этим занятся независимо от вашей OS. Но >> если подойти прагматично, то наипростейший способ заставить их завести тикет будет >> таким. >> "Свет ты мой, Иван Кузьмич. ... плюнь да поцелуй у злодея ручку." > :) Тикет есть, сообщили что до 01.04 разбираются. Надеюсь, моя инфа дойдет > до сетевого администратора, пробив первую линию "поддержки" Ну, у билайна метод подключения изменился, теперь при смене железок, надо обязательно через личный кабинет. Механику их новую я не понимаю, но все не так как раньше.
- Это вообще никакого отношения к получению IP адреса не имеет У вас просто не бу, Йосиф Антоныч (ok), 16:03 , 01-Апр-22 (19)
> Ну, у билайна метод подключения изменился, теперь при смене железок, надо обязательно > через личный кабинет. Механику их новую я не понимаю, но все > не так как раньше.Это вообще никакого отношения к получению IP адреса не имеет. У вас просто не будет инета, пока вы не авторизуетесь в личном кабинете. А линк - линк уже будет. И IP адрес тоже.
- Не грешите на прова, на 99 проблема у вас Сталкивался не раз с подобным Наприме, shadow_alone (ok), 16:23 , 01-Апр-22 (20) +1
Не грешите на прова, на 99% проблема у вас.Сталкивался не раз с подобным. Например: Настроем DHCP, который отдает помимо адреса, шлюза и dns, еще и NTP, TFTP и опции 121/249 (маршруты) Так вот, обычный андроид на каком-то бюджетнике не хотел получать адрес, пришлось специально для него убрать маршруты. Так что, скорее всего ваше оборудование не хочет получать адрес именно из-за такой ситуации. Но получает от другого dhcp, на котором нет никаких дополнительных опций. Получите адрес на девайсе который это может, и посмотрите что именно получаете помимо адреса, опций может быть куча.
- Возможно, я не отрицаю На форуме Билайна У Вас есть проблемы с интернетом вы, Йосиф Антоныч (ok), 22:31 , 01-Апр-22 (21)
> Не грешите на прова, на 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 2, shadow_alone (ok), 14:13 , 05-Апр-22 (25)
Вот смотри, разница в: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;
чтоб получать только эти параметры, а остальное игнорировать. и будет тебе счастье. отпишись о результатах.
|