Конференция работает на сервере Netberg

Radeon.ru

Конференция Radeon.ru

Страница 1 из 1 [ Сообщений: 12 ]  Версия для печати [+]
Показать сообщения за  Поле сортировки  
Проблемка такая появилась, переключился в сеть, где IP раздает DHCP(раньше статик был), но вот проблема в том, что почти ни одна из ОС не может его получить, т.е. запускается dhclient, смотрит сеть, посылает пакеты, а результата нету, это характерно для ubuntu,fedora,centos,debian. К примеру OpenSuse смогла его получить, но через пару перезагрузок разучилась, суппорт ответа не дает, говорит сидите на винде :( Подозреваю что там не DHCP, а какой-нибудь DHCPCD, но подходящих пакетов не нашел :( Есть идеи?
Hell-Fosa
Такая фишка у провайдеров бывает к ФИЗ лицам...определяется по ID оси...а вот какой тама DHCP тебе нужно будет узнавать...
Hell-Fosa
у меня Ubuntu от моих рутеров, нормально берет по DHCP.
MBear
От роутера прекрасно все работало, но сеть поменял, и все :) винда работает, а линух не хочет :(
Hell-Fosa
может с mac-адресом что-то не то? Например, в винде он изменен...
SrID
Проверял, все идентично
Дык поставьте назад маршрутизатор с NAT, пускай он с их DHCP договаривается, а в локале пусть будет хоть статика.
ненавижу тупых провайдеров , когда из за наличия ихней виндовой свистоперделки для впускания в инет говорят поставьте винду
Провы как правило не так часто меняют ваш ИП (если. он у вас статичный публичный (уплоченый) или внутренний). Можно получить ИП оп ДХЦП 1 раз в винде, а потом его статикой забить в линуксе до поднятия интерфейса....
Вообще — бред, никогда такого не встречал :shuffle: Ведь (почти)все роутеры на линуксе.
достучался до этих админов, сказали мол поднимайте через dhcpcd, поставил на убунту, откопал какой-то пакет 3.2.3, запускаю командой "sudo dhcpcd -d -t 60 eth0" все равно нет ответа :(
Нашел на просторах

Я уже раз комментировал эту ситуацию, но похоже что старые темы стираются.

Это связано с тем, что операционная система Windows при выполнении DHCP-запроса формирует client-id прибавляя 01 к началу mac-адреса сетевой карты. Все вы, наверное, знаете, что в сети ГТ адреса "привязаны" к порту коммутатора. Возможно, что вы так же знаете, что используется для обработки клиентских запросов т.н. опция 82, настроенная на коммутаторе. Для каждого порта на DHCP-сервере создан пул адресов из одного ip-адреса. Адреса выдаются на 1 час.
Когда вы перезагружаетесь в linux, то начинает работать другой DCHP-клиент, а именно isc dhcp client. Сервер также написан ISC, что особенно веселит когда я вижу про несовместимость и корявость dhcp в линуксе. Так вот этот клиент ничего к mac-адресу не добавляет. Так же ничего подобного не делают сетевые принтера, к слову. И вот происходит очередной запрос — а свободных адресов в пуле для порта больше нет, так как единственный уже выдан сроком на час!

И вот вы ждете час и в вашем "кривом" линуксе становится все отлично.

Через час конечно IP получаю, но это согласитесь бред :)
В общем проблема решилась, если же вдруг кто столкнется —
1 открываем конфиг dhcp клиента
2 раскоментируем строчку про посылку идентификатора
3 меняем там мас адрес на 01:мак_акдрес;
Новая тема    Ответить  [ Сообщений: 12 ] 


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  

Удалить cookies конференции

Пишите нам | Radeon.ru