Bridge wlan e 4addr:
Colmare il wlan0 è un dolore. Normalmente non è possibile aggiungerlo a un'interfaccia bridge (brctl restituisce "Operazione non consentita") e l'utilizzo del filtro "bridged" di VirtualBox provoca un grande casino di conflitti ARP e DHCP. La causa di ciò è che i frame 802.11 contengono solo tre indirizzi per impostazione predefinita: gli indirizzi MAC di entrambi i dispositivi wireless (laptop e AP) e del destinatario finale (come in Ethernet). Si presume sempre che esista un solo originatore.
L'802.11 può contenere il quarto indirizzo MAC dell'originatore e questo viene utilizzato in modalità WDS dai ripetitori. Questa funzione può essere abilitata anche su Linux, usando iw, e abilitando questa modalità sarà possibile utilizzare wlan0 nelle interfacce bridge, nonché con le reti con bridge VirtualBox:
iw dev wlan0 set 4addr on
Tuttavia, con 4addr abilitato, è probabile che tu venga completamente ignorato dall'AP: l'associazione ha esito positivo ma tutti i frame di dati scompaiono nell'etere. Questo potrebbe essere per motivi di sicurezza (perché è dannatamente difficile falsificare l'indirizzo MAC di origine. Sì.) Nel mio router (con OpenRG), è necessario abilitare la modalità "WDS" per l'interfaccia AP wireless, aggiungere un dispositivo WDS limitato al mio indirizzo MAC del laptop e aggiungerlo al bridge LAN. I pacchetti di 4addr ora funzionano.
C'è un altro problema con questo, però: il router ora rifiuta i pacchetti a tre indirizzi dal laptop, il che può essere piuttosto scomodo (dover attivare 4addr ogni volta che viene cambiata la rete WLAN). La soluzione alternativa è aggiungere, sul laptop, una seconda interfaccia wireless collegata allo stesso dispositivo, ma con un indirizzo MAC diverso. Prima annulla la configurazione precedente:
iw dev wlan0 set 4addr off
Quindi, aggiungi una seconda interfaccia - il nome è stato scelto arbitrariamente - con un diverso indirizzo MAC:
iw dev wlan0 interface add wds.wlan0 type managed 4addr on
ip link set dev wds.wlan0 addr <addr>
ip link set dev wds.wlan0 up
Qui deve corrispondere l'indirizzo del dispositivo WDS configurato nel router; a parte questo, può essere qualsiasi indirizzo MAC valido. Il MAC originale di wlan0 rimane quindi per un utilizzo "normale".
È possibile utilizzare contemporaneamente wlan0 e wds.wlan0, anche se ho provato ad associarmi allo stesso AP due volte, non a AP diversi. Immagino che avrebbero dovuto essere almeno sullo stesso canale.
Alcune persone hanno chiesto perché usarlo quando VirtualBox è in grado di collegare il WiFi "bene". La risposta è che VirtualBox non invia gli indirizzi MAC delle macchine virtuali; piuttosto, esegue NAT anche a livello MAC. - 22-08-2014
Ponte wlan diretto
In determinate circostanze, è anche possibile utilizzare wlan_kabel. Utilizza socket di pacchetti per collegare direttamente i dispositivi wlan * con dispositivi Ethernet. Tuttavia, è possibile collegare un solo MAC alla volta con wlan_kabel. Non ha lo svantaggio di essere bloccato dai punti di accesso, perché viene utilizzato solo il MAC originale del dispositivo wlan. Nel tuo caso ciò significherebbe che wlan0 poteva essere utilizzato solo da una VM e nemmeno dall'host. Puoi ottenere wlan_kabel qui . Questo è simile alla soluzione macvlans .
Colmare con ipvlan
IP Vlan non ha la limitazione di un bridge che potrebbe essere utilizzato per collegare i dettagli di una rete su come usarlo può essere trovato qui
Alternativa al travestimento
Il routing Linux può essere usato invece con iptables-masquerade e ip_forward per ottenere un bridge ma, come detto, ciò richiede abilitare ip_forward e farà funzionare Linux come un router, questo deve essere configurato con attenzione perché potrebbe introdurre problemi di sicurezza.
# bridge setup
brctl addbr br0
ifconfig br0 10.10.20.1/24 up
# enable ipv4 forwarding
echo "1" > /proc/sys/net/ipv4/ip_forward
# netfilter cleanup
iptables --flush
iptables -t nat -F
iptables -X
iptables -Z
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
# netfilter network address translation
iptables -t nat -A POSTROUTING -o wlan0 -s 10.10.20.0/24 -j MASQUERADE
L'interfaccia br0 avrà quindi accesso alla rete wlan0
Importante e correlato
Inoltre, e molto importante, non dovresti usare comandi obsoleti e deprecati come ifconfig, brctl e così via. La suite iproute2 contiene comandi per tutto ciò, inclusa la configurazione di interfacce virtuali (qualcosa per cui una volta dovevamo usare openvpn) e la creazione di bridge. Se non sai come configurare un bridge con ip, eccoci qui
ip tuntap add tap0 mode tap user root
ip link set tap0 up
ip link add br0 type bridge
ip link set tap0 master br0
ip link set eth0 master br0
ip addr add 10.173.10.1/24 dev br0
ip link set br0 up
Con questo set di comandi, creiamo un'interfaccia virtuale chiamata tap0, quindi un bridge chiamato br0, quindi enslave eth0 e tap0 al bridge, al quale assegniamo un indirizzo IP 10.173.10.1, quindi portiamo tutto su. Sono necessarie le tre istanze separate di attivazione delle interfacce (per tap0, eth0 e br0).
Il trucco per farlo funzionare è usare proxy.arp, che consente al tuo PC (non al tuo spazio dei nomi di container / rete VM / Linux) di rispondere alle query ARP in loro vece.
In altre parole, utilizzando l'inoltro IPv4 tra l'interfaccia hardware e l'interfaccia virtuale, pensi di poter connettere la tua VM / LXC / NNS alla tua LAN come se fosse un'interfaccia fisica, ma questo non è vero: stai dimenticando assolutamente traffico ARP fondamentale, che è ciò che consente veramente alla LAN di operare. Quindi, il problema è: se inoltro correttamente il traffico IPv4, come posso inoltrare anche il traffico ARP, in modo che la mia VM / LXC / NNS funzioni? Il trucco è usare proxy-arp.
La risposta completa a ciò è nel Blog di Bohdi Zazen , con il titolo rivelatore: Bridge Wireless Cards. Usa un pacchetto obsoleto, uml-utilities, per creare un'interfaccia virtuale tramite il comando tunctl: questo è l'unico comando per il quale usa uml-utilities, in modo da poter trascurare tranquillamente il download del pacchetto e usare il comando I scritto sopra per creare un'interfaccia tap o tun, come preferisci, modifica il comando di conseguenza. quindi crea una coppia veth per il tuo LXC e ora crea un ponte tra tap0 e veth0. Questo bridge, chiamato br0, è ciò per cui è necessario proxy-arp, invece della semplice interfaccia tap0 descritta da Bohdi Zazen.
Fonti: askubuntu.com , nullroute.eu.org , firejail.wordpress.com , superuser.com