Я довольно смущен экспериментом, который я сделал дома. У меня есть два компьютера, скажем, A и B:
- A и B подключены (Ethernet) к одной частной сети (со шлюзом к Интернету) 192.168.1.99/24 (A) и 192.168.1.7/24 (B)
- B настроен как точка доступа Wi-Fi (другая подсеть 192.168.2.254/24), но без сервера DHCP
Если клиент Соединение WiFi конфигурируется вручную с помощью 192.168.2.1/24, я могу пинг B из интерфейса Wi - Fi. Это ожидаемое поведение. Однако, если соединение Wi - Fi поддерживается с конфигурацией DHCP, я все еще могу пинг B на интерфейсе WiFi хотя даже и не получил IP.
guest@A ~ $ ping -I wlp5s0 192.168.2.254
ping: Warning: source address might be selected on device other than wlp5s0.
PING 192.168.2.254 (192.168.2.254) from 192.168.1.99 wlp5s0: 56(84) bytes of data.
64 bytes from 192.168.2.254: icmp_seq=1 ttl=64 time=6.86 ms
64 bytes from 192.168.2.254: icmp_seq=2 ttl=64 time=3.26 ms
Очевидно, что ICMP paquets посылаются с WiFi интерфейс А с использованием локальных сетей IP из A WiFi IP из B. Нюхая проволочную акулу, я заметил следующее:
- Запрос ARP передается через интерфейс Wi-Fi с IP-адресом отправителя 192.168.1.99 и целевым IP-адресом 192.168.2.254.
- ARP ответ на тот же интерфейс
- ICPM на этом интерфейсе с исходным IP-адресом 192.168.1.99 и dest IP 192.168.2.254
Почему A отправил ARP-запрос на обнаружение MAC-адреса B, а не его шлюза по умолчанию, поскольку он, предположительно, не находится в его сети. Может быть, для A на интерфейсе wifi, так как IP/ подсеть не был определен, используется другой IP с unset/ 0.0.0.0 подсетью?!