Проводные сетевые остановки, отвечающие, когда беспроводная связь соединена. 12.04 Сервер

У меня есть странная проблемная победа поле Ubuntu Server 12.04. Я только что добавил беспроводную карту к полю и настроил его. Беспроводная связь хорошо работает, но проводное соединение прекращает отвечать.

Если я отключаю новый wirless (ifdown wlan0) затем старое eth0 сразу начинает отвечать. Если я возвращаю беспроводную связь (ifup wlan0) затем старое eth0 ответ остановок.

Быть свободным от того, что я подразумеваю "под ответом остановок"; я не могу найти признак на сервере, что eth0 отключается, просто любая попытка связаться с тем IP (включая ping) перестанет работать.

Беспроводная связь находится на отдельном подмножестве к проводному, которое это для маршрутизации причин. Беспроводная связь находится на 192.168.10. X и проводное находится на 192.168.20. X

Мой /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

Результат, если 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)

Кто-либо может видеть, почему эта привычка позволила обоим интерфейсам работать одновременно, и как зафиксировать это?

0
задан 14 November 2012 в 16:28

1 ответ

Учитывая, что они находятся в разных подсетях, это, вероятно, проблема маршрутизации. Похоже, пакеты, которые должны отправляться напрямую по eth0 в подсеть 192.168.20.0/24, вместо этого отправляются в шлюз по умолчанию (предположительно) 192.168.10.x, который затем не понимает, как их маршрутизировать.

Кроме того, мне нужно уточнить: вы говорите, что другие машины в локальной сети больше не могут успешно пропинговать сервер, или вы говорите, что сервер больше не может пинговать другие машины в локальной сети?

0
ответ дан 14 November 2012 в 16:28

Другие вопросы по тегам:

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