Таким образом, я пытаюсь создать поддельное AP с помощью авиабазы-ng. Я настроил dhcp, разъединяют, и это, кажется, работает, но мои внешние устройства cannot obtain IP address
от моей недавно созданной Точки доступа.
Я использую человечность 18.10. Мой dhcp.conf
ddns-update-style none;
# option definitions common to all supported networks...
#option domain-name "example.org";-------------------
#option domain-name-servers ns1.example.org, ns2.example.org;-------------------
default-lease-time 600;
max-lease-time 7200;
authoritative;
log-facility local7;
subnet 192.168.3.0 netmask 255.255.255.0 {
range 192.168.3.10 192.168.3.20;
}
#subnet 10.254.239.32 netmask 255.255.255.224 {
# range dynamic-bootp 10.254.239.40 10.254.239.60;
# option broadcast-address 10.254.239.31;
# option routers rtr-239-32-1.example.org;
#}
# A slightly different configuration for an internal subnet.
subnet 192.168.88.0 netmask 255.255.255.0 {
range 192.168.88.100 192.168.88.200;
#option domain-name-servers ns1.internal.example.org;
#option domain-name "internal.example.org";
option subnet-mask 255.255.255.0;
option routers 192.168.88.255;
option broadcast-address 192.168.88.255;
default-lease-time 600;
max-lease-time 7200;
}
Мое isc-dhcp-server содержание:
INTERFACESv4="wlp3s0"
INTERFACESv6=""
И моя сеть/интерфейсы:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
Когда я работаю sudo systemctl status isc-dhcp-server
:
Loaded: loaded (/lib/systemd/system/isc-dhcp-server.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2018-12-09 16:56:43 +03; 10min ago
Docs: man:dhcpd(8)
Main PID: 7789 (dhcpd)
Tasks: 1 (limit: 4915)
Memory: 10.3M
CGroup: /system.slice/isc-dhcp-server.service
└─7789 dhcpd -user dhcpd -group dhcpd -f -4 -pf /run/dhcp-server/dhcpd.pid -cf /etc/dhcp/dhcpd.conf
Dec 09 16:56:43 vitsuji-N501VW sh[7789]: Sending on Socket/fallback/fallback-net
Dec 09 16:56:43 vitsuji-N501VW dhcpd[7789]: Sending on LPF/wlp3s0/7c:b0:c2:64:79:90/192.168.88.0/24
Dec 09 16:56:43 vitsuji-N501VW dhcpd[7789]: Sending on Socket/fallback/fallback-net
Dec 09 16:56:43 vitsuji-N501VW dhcpd[7789]: Server starting service.
Dec 09 16:57:43 vitsuji-N501VW dhcpd[7789]: DHCPREQUEST for 192.168.88.220 from 7c:b0:c2:64:79:90 via wlp3s0: unknown lease 192.168.88.220.
Dec 09 16:57:54 vitsuji-N501VW dhcpd[7789]: DHCPDISCOVER from 24:18:1d:73:b0:fe via wlp3s0
Dec 09 16:57:54 vitsuji-N501VW dhcpd[7789]: DHCPREQUEST for 192.168.88.223 (192.168.88.1) from 24:18:1d:73:b0:fe via wlp3s0: unknown lease 192.168.88.223.
Dec 09 16:57:55 vitsuji-N501VW dhcpd[7789]: DHCPOFFER on 192.168.88.100 to 24:18:1d:73:b0:fe (Galaxy-S9) via wlp3s0
Dec 09 17:01:57 vitsuji-N501VW dhcpd[7789]: DHCPREQUEST for 192.168.88.220 from 7c:b0:c2:64:79:90 via wlp3s0: unknown lease 192.168.88.220.
Dec 09 17:06:22 vitsuji-N501VW dhcpd[7789]: DHCPREQUEST for 192.168.88.220 from 7c:b0:c2:64:79:90 via wlp3s0: unknown lease 192.168.88.220.
Я думаю, что проблемой является неизвестный арендный договор в dhcp состоянии выше. Это может быть то, почему моя Samsung не могла соединиться. Но я не знаю, как решить проблему.
Любая справка действительно ценилась бы.
У Вас есть два объявления подсети в Вашей конфигурации, но только один интерфейс. Это может использоваться в некоторых случаях, но обычно Вы соответствовали бы на некотором клиентском идентификаторе или подобном различителе, чтобы позволить dhcpd знать который подсеть использовать.
У Вас нет никаких подобных различителей насколько я могу сказать, и таким образом dhcpd не знает который подсеть использовать. Это обычно приводит к несколько неточному сообщению об ошибке, что это - неизвестный арендный договор.
Удалите объявление подсети, которое Вы не используете, который, согласно Вашим журналам и конфигурации, является этим:
subnet 192.168.3.0 netmask 255.255.255.0 {
range 192.168.3.10 192.168.3.20;
}
Просто удалите его или прокомментируйте его (предварительно ожидайте каждую строку с #
прокомментировать его) и перезапустить dhcpd и тест снова.