Isso não funcionará, porque você não pode interligar uma interface sem fio com uma virtual. Há uma maneira de contornar isso, eu vou te dizer como fazer isso em um segundo.
Primeiro, sobre o seu problema atual: você já tentou desligar e ligar novamente sua máquina? Nada do que você fez é permanente, de modo que, se você realmente se sentir desesperado, a reinicialização certamente funcionará.
Não sei qual é exatamente o seu problema. Depois de apagar a ponte, você deve apagar as interfaces veth,
ip link del dev veth0 type veth
desconfigure sua interface wlan0,
ip link set wlan0 down
ip addr flush dev wlan0
volte a apresentá-lo,
ip link set dev wlan0 up
e então deixe o gerenciador de rede trabalhar sua mágica
service network-manager start.
Como eu disse antes, reiniciar o computador certamente funcionará. Além disso, e muito importante, você não deve usar comandos obsoletos , reprovados como * ifconfig, brctl ** e assim por diante. O pacote iproute2 contém comandos para tudo isso, incluindo a configuração de interfaces virtuais (algo para o qual uma vez tivemos que usar o openvpn) e a criação de pontes. Se você não sabe como configurar uma ponte com ip , aqui vamos nós:
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
Com este conjunto de comandos, criamos uma interface virtual chamada tap0 , em seguida, uma ponte chamada br0 e, em seguida, escravizamos eth0 e tap0 para a bridge, para a qual nós atribuímos um endereço IP de 10.173.10.1, e depois trazemos tudo para cima. As três instâncias separadas de trazer as interfaces para cima (para tap0, eth0 e br0) são necessárias.
Quanto ao seu problema. O truque para fazer isso funcionar é usar proxy.arp, que permite que seu pc ( não seu namespace de rede / contêiner VM / Linux) responda a consultas ARP no seu lugar.
Em outras palavras, usando o encaminhamento IPv4 entre sua interface de hardware e sua interface virtual, você acha que pode conectar seu VM / LXC / NNS à sua LAN como se fosse uma interface física, mas isso não é verdade: você está esquecendo o tráfego ARP absolutamente fundamental, que é o que realmente permite que a LAN opere. Portanto, o problema é: se eu encaminhar corretamente o tráfego IPv4, como também posso encaminhar o tráfego ARP para que meu VM / LXC / NNS funcione? O truque é usar proxy-arp.
A resposta completa para isso está no blog de Bohdi Zazen , com o título revelador: Bridge wireless cards . Ele usa um pacote obsoleto, uml-utilities , para criar uma interface virtual por meio do comando tunctl : este é o único comando para o qual ele usa uml- utilitários , para que você possa negligenciar com segurança o download do pacote e usar o comando que escrevi acima para criar uma interface tap ou tun , o que você quiser, modifique o comando de acordo. então crie um par de veth para o seu LXC, e agora crie uma ponte entre tap0 e veth0. Essa ponte, chamada br0, é o que você deve proxy-arp , em vez da simples interface tap0 descrita por Bohdi Zazen.