![Android dhcp назначает поддельный DNS-сервер](https://rvso.com/image/1449090/Android%20dhcp%20%D0%BD%D0%B0%D0%B7%D0%BD%D0%B0%D1%87%D0%B0%D0%B5%D1%82%20%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9%20DNS-%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80.png)
У меня возникли проблемы с устройствами Android и поиском DNS в моей сети WiFi, поэтому я немного покопался и обнаружил, что Android назначает случайный локальный адрес IPv6 в слоте DNS1:
shell@htc_m8wl:/ $ getprop net.dns1
fe80::3246:9aff:fe00:3108
shell@htc_m8wl:/ $ getprop net.dns2
192.168.55.5
Мне это показалось странным, поэтому я решил сделать дамп TCP со своего DHCP-сервера и получил следующие результаты:
# tcpdump -vv -n -i epair2b port bootps or port bootpc
18:18:13.285502 IP (tos 0x0, ttl 64, id 49166, offset 0, flags [none], proto UDP (17), length 342)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from 00:ee:bd:c1:7e:db, length 314, xid 0xdb33bc98, Flags [none] (0x0000)
Client-Ethernet-Address 00:ee:bd:c1:7e:db
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Request
Client-ID Option 61, length 7: ether 00:ee:bd:c1:7e:db
Requested-IP Option 50, length 4: 192.168.55.79
MSZ Option 57, length 2: 1500
Vendor-Class Option 60, length 12: "dhcpcd-5.5.6"
Hostname Option 12, length 24: "android-a440c6464dfcde43"
Parameter-Request Option 55, length 9:
Subnet-Mask, Static-Route, Default-Gateway, Domain-Name-Server
Domain-Name, BR, Lease-Time, RN
RB
18:18:13.285886 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328)
192.168.55.5.67 > 192.168.55.79.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0xdb33bc98, Flags [none] (0x0000)
Your-IP 192.168.55.79
Client-Ethernet-Address 00:ee:bd:c1:7e:db
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: ACK
Server-ID Option 54, length 4: 192.168.55.5
Lease-Time Option 51, length 4: 60000
Subnet-Mask Option 1, length 4: 255.255.255.0
Default-Gateway Option 3, length 4: 192.168.55.1
Domain-Name-Server Option 6, length 4: 192.168.55.5
Domain-Name Option 15, length 23: "local.my.domain"
Как вы видите, я вообще не рекламирую ipv6 link-local клиентам, и Android, похоже, единственное устройство, на которое это влияет. Настольные компьютеры Linux, ноутбуки OSX, iPhone — все, похоже, работает нормально.
Обычно я предполагаю, что при сбое поиска с ipv6 link-local, android перейдет к записи DNS2, которую он показывает как мой объявленный DNS-сервер. Но, похоже, это не так, поскольку все DNS-запросы с телефона терпят неудачу при подключении к WiFi.
Мне было интересно, есть ли опция DHCP, которую мне нужно установить в конфигурации моего сервера, чтобы сказать Android, чтобы он справился с этим хорошо, а не убивал себя. После долгих поисков в Google я не смог найти людей с такой же проблемой, как у моей сети, поэтому я предполагаю, что на данный момент это конфигурация моего сервера.
# dhcpd.conf
option domain-name "local.my.domain";
option domain-name-servers 192.168.55.5;
include "/etc/namedb/dhcpupdate.key";
ddns-updates on;
ddns-update-style interim;
ignore client-updates;
update-static-leases on;
authoritative;
zone local.my.domain. {
primary 127.0.0.1;
key "dhcpupdate";
}
zone 55.168.192.in-addr.arpa. {
primary 192.168.55.5;
key "dhcpupdate";
}
subnet 192.168.55.0 netmask 255.255.255.0 {
range 192.168.55.100 192.168.55.240;
default-lease-time 60000;
max-lease-time 720000;
option routers 192.168.55.1;
ddns-domainname "local.my.domain.";
ddns-rev-domainname "55.168.192.in-addr.arpa.";
}
group {
option domain-name "local.my.domain";
ddns-domainname "local.my.domain.";
ddns-rev-domainname "55.168.192.in-addr.arpa.";
# Static hosts
host john-phone {
hardware ethernet 00:ee:bd:c1:7e:db;
fixed-address 192.168.55.79;
ddns-hostname "john-phone";
option host-name "john-phone";
}
}
У меня определено больше статических хостов, но они практически идентичны, отличаются только IP-адресами и адресами Ethernet.
решение1
Проблема, похоже, в том, что мой маршрутизатор транслировал плохой DNS-сервер с помощью параметров автоконфигурации IPv6. Отключение IPv6 на моем маршрутизаторе, похоже, решило проблему, что хорошо, поскольку мой интернет-провайдер пока не поддерживает IPv6.