O modo promíscuo é necessário para o proxy arp?

Question

edit: Descobri que isso é uma duplicata de Why ARP Response somente quando o adaptador de rede é promíscuo modo? .

Eu uso um Raspberry Pi 3B + com Rasbian Stretch e configurei-o com proxy arp seguindo o tutorial do Debian: Fazendo a ponte entre as conexões de rede com o Proxy ARP para "ponte" eth0 para wlan0. De acordo com isso, é fácil configurar o proxy arp com:

rpi3 ~# echo 1 > /proc/sys/net/ipv4/conf/all/proxy_arp
rpi3 ~# echo 1 > /proc/sys/net/ipv4/ip_forward
rpi3 ~# ip route add 192.168.10.60/32 dev eth0

192.168.10.60 é o cliente na eth0 que deve ser "ligado" a wlan0.

Mas isso não funciona. Eu tenho que ativar o modo promíscuo em wlan0 para fazê-lo funcionar, mas não consegui encontrar nenhuma sugestão para fazer isso.

rpi3 ~# ip link set wlan0 promisc on

O modo promíscuo é necessário para Stretch ? Se não, como posso evitá-lo?

atualizações:
Verificou que rp_filter está definido como 0.
hostapd não está instalado. wlan0 está no modo cliente e é gerenciado por wpa_supplicant .

    

Answer 1

Parece ser apenas um problema no wifi do Raspberry Pi. Além disso, uma pergunta duplicada Why ARP Response somente quando o adaptador de rede estiver no modo promíscuo? usa um Raspberry Pi. Em nenhum outro lugar, em nenhum tutorial, pode ser encontrada uma nota para habilitar o modo promíscuo para proxy arp. Eu verifiquei no meu laptop onde o proxy arp funciona sem o modo promíscuo.

Acho que esse problema só pode ser corrigido pelo RASPBERRY PI FOUNDATION e / ou pelo fabricante do driver de código-fonte fechado. Até então temos que viver com isso.

    

Answer 2

Aparentemente, não é possível interligar quadros Ethernet entre sem fio no modo cliente e ethernet. por exemplo. Não vai funcionar.

Além disso, tenha cuidado ao injetar quadros de outras fontes em uma infraestrutura de AP como cliente.

most Access Points (APs) will reject frames that have a source address that didn’t authenticate with the AP.