ARP запросы отправляются в разные подсети

373
Nicolas Garnier

Я довольно смущен экспериментом, который я сделал дома. У меня есть два компьютера, скажем, 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 интерфейса A с помощью Ethernet 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 подсетью?!

1

0 ответов на вопрос

Похожие вопросы