Не работает DHCP (DNSMASQ) с Ubuntu и Android

[aprokopov]

До вчерашнего дня все работало. На Win машину адрес выдается нормально.

В логах вижу следующее:

[olegik-hp]

Что является сервером?

ОС, ПО -- версии.

Что -- клиентом?

Что значит не работает -- не выдает адреса?

[aprokopov]

Не выдает адрес.

OS Ubuntu server 12.04
Клиент Ubuntu desktop x86 12.04
Клиент Android 2.3

iptables-save

(Нажмите, чтобы показать/скрыть)

# Generated by iptables-save v1.4.12 on Fri Sep 14 14:23:16 2012
*mangle
:PREROUTING ACCEPT [23584:8775808]
:INPUT ACCEPT [15142:8110076]
:FORWARD ACCEPT [15923:2111130]
:OUTPUT ACCEPT [18206:15982632]
:POSTROUTING ACCEPT [34129:18093762]
COMMIT
# Completed on Fri Sep 14 14:23:16 2012
# Generated by iptables-save v1.4.12 on Fri Sep 14 14:23:16 2012
*nat
:PREROUTING ACCEPT [589:49955]
:INPUT ACCEPT [523:45773]
:OUTPUT ACCEPT [122:11181]
:POSTROUTING ACCEPT [66:4510]
-A PREROUTING -d 74.125.232.217/32 -i br0 -j DNAT --to-destination 74.125.232.218
-A PREROUTING -d 217.117.65.231/32 -i br0 -j DNAT --to-destination 217.117.65.231
-A PREROUTING -d 172.18.255.1/32 -i br0 -j DNAT --to-destination 172.18.255.1
-A PREROUTING -d 217.117.65.238/32 -i br0 -j DNAT --to-destination 217.117.65.238
-A PREROUTING -d 62.149.0.30/32 -i br0 -j DNAT --to-destination 62.149.0.30
-A PREROUTING -d 217.117.65.154/32 -i br0 -j DNAT --to-destination 217.117.65.154
-A PREROUTING -d 172.16.255.2/32 -i br0 -j DNAT --to-destination 172.16.255.2
-A PREROUTING -d 75.101.158.123/32 -i br0 -j DNAT --to-destination 75.101.158.123
-A PREROUTING -d 50.16.196.80/32 -i br0 -j DNAT --to-destination 50.16.196.80
-A PREROUTING -d 217.117.65.234/32 -i br0 -j DNAT --to-destination 217.117.65.234
-A PREROUTING -d 184.73.210.66/32 -i br0 -j DNAT --to-destination 184.73.210.66
-A PREROUTING -d 75.101.163.115/32 -i br0 -j DNAT --to-destination 75.101.163.115
-A PREROUTING -d 50.16.240.184/32 -i br0 -j DNAT --to-destination 50.16.240.184
-A PREROUTING -d 72.44.45.174/32 -i br0 -j DNAT --to-destination 72.44.45.174
-A PREROUTING -d 217.117.65.138/32 -i br0 -j DNAT --to-destination 217.117.65.138
-A PREROUTING -d 107.21.122.223/32 -i br0 -j DNAT --to-destination 107.21.122.223
-A PREROUTING -d 217.117.65.234/32 -i br0 -j DNAT --to-destination 217.117.65.234
-A PREROUTING -m mac --mac-source 00:1D:60:19:9A:5F -j DNAT --to-destination 172.16.0.1
-A POSTROUTING -o eth0.15 -j MASQUERADE
COMMIT
# Completed on Fri Sep 14 14:23:16 2012
# Generated by iptables-save v1.4.12 on Fri Sep 14 14:23:16 2012
*filter
:INPUT ACCEPT [6206:694522]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [18232:15971987]
-A INPUT -i eth0.15 -p tcp -m tcp --dport 7777 -m connlimit --connlimit-above 5 --connlimit-mask 32 --connlimit-saddr -j DROP
-A INPUT -i eth0.15 -p tcp -m tcp --dport 2106 -m connlimit --connlimit-above 2 --connlimit-mask 32 --connlimit-saddr -j DROP
-A INPUT -p tcp -m tcp --dport 2106 --tcp-flags FIN,SYN,RST,ACK SYN -m connlimit --connlimit-above 20 --connlimit-mask 32 --connlimit-saddr -j DROP
-A INPUT -p tcp -m tcp --dport 7777 --tcp-flags FIN,SYN,RST,ACK SYN -m connlimit --connlimit-above 20 --connlimit-mask 32 --connlimit-saddr -j DROP
-A INPUT -p tcp -m tcp --dport 22 --tcp-flags FIN,SYN,RST,ACK SYN -m connlimit --connlimit-above 20 --connlimit-mask 32 --connlimit-saddr -j DROP
-A INPUT -p tcp -m tcp --dport 80 --tcp-flags FIN,SYN,RST,ACK SYN -m connlimit --connlimit-above 200 --connlimit-mask 32 --connlimit-saddr -j DROP
-A INPUT -i eth0.15 -p icmp -m icmp --icmp-type 8 -j DROP
-A INPUT -p udp -m udp --sport 53 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -p udp -m udp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -i eth0.15 -p tcp -m multiport --dports 3305:3307 -j DROP
-A INPUT -s 46.202.5.210/32 -i eth0.15 -p tcp -m tcp --dport 9014 -j ACCEPT
-A INPUT -s 178.74.231.119/32 -i eth0.15 -p tcp -m tcp --dport 9014 -j ACCEPT
-A INPUT -i eth0.15 -p tcp -m multiport --dports 9014:9015 -j DROP
-A INPUT -i eth0.15 -p tcp -m multiport --dports 81:2099 -j DROP
-A INPUT -i eth0.15 -p tcp -m multiport --dports 23:79 -j DROP
-A INPUT -i eth0.15 -p tcp -m multiport --dports 1:21 -j DROP
-A INPUT -i lo -j ACCEPT
-A INPUT -i eth0.15 -j ACCEPT
-A FORWARD -m mac --mac-source 00:18:41:A0:9E:DC -j ACCEPT
-A FORWARD -d 74.125.232.217/32 -j ACCEPT
-A FORWARD -d 217.117.65.231/32 -j ACCEPT
-A FORWARD -d 172.18.255.1/32 -j ACCEPT
-A FORWARD -d 217.117.65.238/32 -j ACCEPT
-A FORWARD -d 62.149.0.30/32 -j ACCEPT
-A FORWARD -d 217.117.65.154/32 -j ACCEPT
-A FORWARD -d 172.16.255.2/32 -j ACCEPT
-A FORWARD -d 75.101.158.123/32 -j ACCEPT
-A FORWARD -d 50.16.196.80/32 -j ACCEPT
-A FORWARD -d 217.117.65.234/32 -j ACCEPT
-A FORWARD -d 184.73.210.66/32 -j ACCEPT
-A FORWARD -d 75.101.163.115/32 -j ACCEPT
-A FORWARD -d 50.16.240.184/32 -j ACCEPT
-A FORWARD -d 72.44.45.174/32 -j ACCEPT
-A FORWARD -d 217.117.65.138/32 -j ACCEPT
-A FORWARD -d 107.21.122.223/32 -j ACCEPT
-A FORWARD -d 217.117.65.234/32 -j ACCEPT
-A FORWARD -i eth0.15 -j ACCEPT
-A FORWARD -i br0 -j ACCEPT
COMMIT
# Completed on Fri Sep 14 14:23:16 2012

Пользователь решил продолжить мысль 14 Сентября 2012, 15:01:44:Возможно тут где то пакеты зацикливаются? 1 Мб лога за 30 секунд.
Пользователь решил продолжить мысль 14 Сентября 2012, 15:28:15:P. S.

Это все запросы от одного единственного клиента.

[aprokopov]

И снова я задаю вопрос, ответа на котрый у сообщества нет 

[olegik-hp]

https://forum.ubuntu.ru/index.php?topic=61391.0

Правила составления запросов.

Составьте согласно им.

Вероятность того, что Вам помогут возрастет многократно.

[fisher74]

По поводу андроида.
Недавно был в командировке в столице нашей Родины и в гостинице пользовался услугами WiFi free. Так вот. С собой были: нетбук asus (ubuntu), коммуникатор LG P500 (android 2.3.3) и китаепланшет Zenitchik Z-180 7" (android 2.2), который использовался в качестве читалки.
Так вот первые 2 аппарата цеплялись влёт, а вот планшет доооооолго пытался получить адрес у точки доступа. И если даже у него это получалось, то связи всё равно не было. Так как нужно было скачать только пару книг, то я не стал заморачиваться и просто перебросил на флешке. Добравшись к месту прописки китаец без проблем подцепился к домашнему роутеру WiFi и всё прекрасно обновилось и вышло в сеть. Есть подозрение, что в гостинице не мог зацепиться из-за пониженного уровня сигнала ТД.
Это я к тому, что WiFi - это ещё тот крокодил.... Его поймать надо уметь.

[aprokopov]

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

Итог:

Причина - неизвестна.
Метод решения - погостить у тещи.

P. S.

Другие DHCP сервера так же не работали.

[AnrDaemon]

Скорее, очередной больной на голову DHCP сервер, либо не совсем стандартная реализация клиента на устройстве. Либо и то и другое вместе.
Без дампов сеанса не понять.

[aprokopov]

 Я выкладывал дамп сеанса со стороны сервера выше. Систему с пятницы не трогал. Уехал к теще. Вернулся сегодня - все работает.
Пользователь решил продолжить мысль 17 Сентября 2012, 21:49:41:На сервере dnsmasq в качестве dhcp сервера, как самый легкий вариант решения. Работает сервер несколько лет.
Пользователь решил продолжить мысль 17 Сентября 2012, 21:55:07:В день когда заглючил DHCP адрес получал только загружаясь в Win7. Загружая чистую Ubuntu х32 (12.04) на том же ПК адрес не выдавался. Телефон с андроидом так же не получал адрес. Сегодня и Ubuntu и Андроид отлично получают ип от dnsmasq.