LINUX.ORG.RU
Форум — Linux-hardware  

Из-за чего может не работать udhcpc?

 ,


0

1

Сейчас стоит статический адрес, работает без нареканий, но хотелось бы адрес получать от dhcp. Но он не работает почему-то. Из консоли запускаю udhcpc -i eth0 он бесконечно пишет sending request. busybox v1.22.1. В сети штук 20ть компов, винды и линуксы, ниразу ни у кого проблем с сервером небыло.

Я понимаю, что надо бы tcpdumpом посмотреть, чего он там шлёт. Но может уже кто сталкивался и знает в чём проблема?

Благодарю.

← Посоветуйте kvm-ip.
идея: Высокоплотное хранение данных (обсуждаем микроскопы) →

Поменял busybox на v1.20 - те же яйца. Может в ядре что-то выключено? Неужели никто не в курсе?

nanoolinux ★★★★
() автор топика
Ответ на: комментарий от nanoolinux

Может в ядре что-то выключено?

может, см. CONFIG_PACKET

-> Networking support (NET [=y]) -> Networking options <*> Packet socket

еще нужно указать скрипт, вроде так

udhcpc -i eth0 -s /some/path/udhcpc.script

см. например

http://git.busybox.net/busybox/tree/examples/udhcp/simple.script

если не указать, по умолчанию будет использовать /usr/share/udhcpc/default.script

Неужели никто не в курсе?

все в курсе что вы что-то делаете не так, а вот что именно можете знать только вы сами :)

anonymous
()
Ответ на: комментарий от anonymous

Благодарю за советы, но config packet я первым делом посмотрел, вкомпилен. А скрипт же вроде должен вызываться уже после получения, а я так понял он и получить адрес не может, т.к. бесконечно пишет sending request. Попробую другую версию ядра позже.

nanoolinux ★★★★
() автор топика
Ответ на: комментарий от nanoolinux

Попробую другую версию ядра позже.

проще включить поддержку kernel-level DHCP client и проверить - работает или нет. Я бы еще посмотрел чтобы HW адрес был отличен от 00:00:00:00:00:00, хотя по идее должен рандомный назначаться если он не сконфигурирован.

anonymous
()
Ответ на: комментарий от anonymous

С мак адресом всё ок, он точно не нули. А вот dhcp в ядре - хорошая идея, попробую, но позже - сейчас уже времени нету, другим занят.

nanoolinux ★★★★
() автор топика
Ответ на: комментарий от slapin

Может я неправильно понял, но я сделал так (в interfaces: iface eth0 inet dhcp): 

>ifconfig eth0 0.0.0.0 up
>ifup eth0 
Sending discover...
Sending discover...
Sending discover...
No lease, failing
# смотрим в /proc/net/arp - пусто. Теперь сразу же:
>ifconfig eth0 192.168.2.242 netmask 255.255.255.0 up
>ping 192.168.2.1 # тут dhcp сервер
PING 192.168.2.1 (192.168.2.1): 56 data bytes
64 bytes from 192.168.2.1: seq=0 ttl=64 time=1.532 ms
64 bytes from 192.168.2.1: seq=1 ttl=64 time=0.404 ms
^C
> cat /proc/net/arp
IP address       HW type     Flags       HW address            Mask     Device
192.168.2.1      0x1         0x2         9c:80:df:e3:95:c8     *        eth0
> arp -a
? (192.168.2.1) at 9c:80:df:e3:95:c8 [ether]  on eth0
>

Ядро сменил с 3.14.2 на 3.14.0 - те же грабли.
??

nanoolinux ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Посоветуйте kvm-ip.
Linux-hardware
идея: Высокоплотное хранение данных (обсуждаем микроскопы) →