Eu tenho um problema estranho em ganhar uma caixa do Ubuntu Server 12.04. Acabei de adicionar uma placa sem fio à caixa e a configurei. O wireless está funcionando bem, mas a conexão com fio para de responder.
Se eu desabilitar o novo wirless ( ifdown wlan0 ), o antigo eth0 começará imediatamente a responder. Se eu fizer o backup sem fio ( ifup wlan0 ), o antigo eth0 irá parar de responder.
Para deixar claro o que quero dizer com "pára de responder"; Eu não consigo encontrar nenhuma indicação no servidor que eth0 está sendo desativado, apenas qualquer tentativa de contato com esse IP (incluindo um ping) irá falhar.
A rede sem fio está em um subconjunto separado para o cabeado, isso é por motivos de roteamento. A conexão sem fio está em 192.168.10.X e a conexão está em 192.168.20.X
Meu arquivo /etc/network/interfaces
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
auto wlan0
iface wlan0 inet dhcp
wpa-ssid Somewhere Over The Rainbow
wpa-psk foo bar
iface eth0 inet dhcp
post-up /sbin/ethtool -s eth0 wol g
O resultado se ifconfig
eth0 Link encap:Ethernet HWaddr 00:01:2e:2d:64:03
inet addr:192.168.20.46 Bcast:192.168.20.255 Mask:255.255.255.0
inet6 addr: fe80::201:2eff:fe2d:6403/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2504 errors:0 dropped:0 overruns:0 frame:0
TX packets:1616 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:263710 (263.7 KB) TX bytes:146295 (146.2 KB)
Interrupt:16 Base address:0x6c00
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:300 errors:0 dropped:0 overruns:0 frame:0
TX packets:300 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:32604 (32.6 KB) TX bytes:32604 (32.6 KB)
wlan0 Link encap:Ethernet HWaddr 1c:4b:d6:c3:2b:53
inet addr:192.168.10.14 Bcast:192.168.10.255 Mask:255.255.255.0
inet6 addr: fe80::1e4b:d6ff:fec3:2b53/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:962 errors:0 dropped:0 overruns:0 frame:0
TX packets:806 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:100025 (100.0 KB) TX bytes:104869 (104.8 KB)
Alguém pode ver por que isso não permite que as duas interfaces funcionem ao mesmo tempo e como corrigir isso?
Dado que estão em sub-redes separadas, este é provavelmente um problema de encaminhamento. Parece que os pacotes que devem sair diretamente na eth0 para a sub-rede 192.168.20.0/24 estão indo para o gateway padrão no (presumivelmente) 192.168.10.x, que então não entende como rotea-los.
Além disso, preciso de esclarecimento: você está dizendo que outras máquinas na LAN não conseguem mais executar ping no servidor, ou você está dizendo que o servidor não pode mais pingar outras máquinas na LAN?