Kabelgebundene USB-Ethernet-Verbindung wird sporadisch getrennt


7

Erstens bin ich kein Linux-Profi. Bitte verzeihen Sie mir, wenn ich Unsinn schreibe :)

Ich habe also eine ziemlich ungewöhnliche Konstellation.

Ich verwende eine virtuelle Ubuntu 14.04-Maschine auf meinem Mac Pro mit VMWare Fusion 6. Da ich Ports (für eine Owncloud-Installation) für eine bestimmte und unveränderliche MAC-Adresse auf meinem Router weiterleiten muss, habe ich einen USB-Ethernet-Adapter angeschlossen und eine Verbindung hergestellt es an die VM. Jetzt funktioniert alles viele Stunden lang einwandfrei, aber dann verliert die Ethernet-Schnittstelle ihre Verbindung zum Switch. Der Netzwerkmanager teilt mir mit, dass das Kabel abgezogen wurde. Nachdem das Netzwerk deaktiviert und wieder aktiviert wurde, stellt das Netzwerk die Verbindung wieder her. In wenigen Stunden wird die Verbindung wieder getrennt.

Ich habe 2 Adapter (beide ASIX AX88179), 2 verschiedene Switches und natürlich verschiedene Kabel ausprobiert. Ich bin sicher, dass diese Methode (Verbinden eines USB-Ethernet-Adapters mit einer VM) sowohl auf einer Mac OS X-VM (seit 2 Jahren keine Netzwerkprobleme mehr) als auch auf einer Windows-VM (seit etwa 6 Monaten einwandfrei) einwandfrei funktioniert.

Hat jemand eine Idee was hier los ist? Ich habe einige Systemlog-Meldungen hinzugefügt, aber aus meiner Sicht sieht es so aus, als wäre das Kabel nicht angeschlossen:

Jul  8 12:39:01 Carbon CRON[3882]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Jul  8 12:45:34 Carbon kernel: [ 1989.296243] ax88179_178a 1-1:1.0 eth1: ax88179 - Link status is: 0
Jul  8 12:45:34 Carbon NetworkManager[914]: <info> (eth1): carrier now OFF (device state 100, deferring action for 4 seconds)
Jul  8 12:45:38 Carbon NetworkManager[914]: <info> (eth1): device state change: activated -> unavailable (reason 'carrier-changed') [100 20 40]
Jul  8 12:45:38 Carbon NetworkManager[914]: <info> (eth1): deactivating device (reason 'carrier-changed') [40]
Jul  8 12:45:38 Carbon kernel: [ 1993.414886] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Jul  8 12:45:38 Carbon avahi-daemon[679]: Withdrawing address record for fe80::a2ce:XXXX:XXXX:XXXX on eth1.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Leaving mDNS multicast group on interface eth1.IPv6 with address fe80::a2ce:XXXX:XXXX:XXXX.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Interface eth1.IPv6 no longer relevant for mDNS.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Withdrawing address record for 192.168.0.XX on eth1.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.0.202.
Jul  8 12:45:38 Carbon avahi-daemon[679]: Interface eth1.IPv4 no longer relevant for mDNS.
Jul  8 12:45:38 Carbon dnsmasq[1447]: setting upstream servers from DBus
Jul  8 12:45:38 Carbon NetworkManager[914]: <warn> DNS: plugin dnsmasq update failed
Jul  8 12:45:38 Carbon NetworkManager[914]: <info> Removing DNS information from /sbin/resolvconf
Jul  8 12:12:59 Carbon whoopsie[1195]: online
Jul  8 12:45:38 Carbon whoopsie[1195]: offline
Jul  8 12:45:39 Carbon NetworkManager[914]: <info> NetworkManager state is now DISCONNECTED
Jul  8 12:45:39 Carbon dbus[606]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Jul  8 12:45:39 Carbon dbus[606]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jul  8 12:45:40 Carbon ntpd[2009]: Deleting interface #5 eth1, fe80::a2ce:XXXX:XXXX:XXXX#123, interface stats: received=0, sent=0, dropped=0, active_time=1957 secs
Jul  8 12:45:40 Carbon ntpd[2009]: Deleting interface #3 eth1, 192.168.0.XX#123, interface stats: received=151, sent=151, dropped=0, active_time=1957 secs
Jul  8 12:45:40 Carbon ntpd[2009]: 91.189.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: 217.79.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: 134.106.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: 129.70.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: 109.75.X.X interface 192.168.0.XX -> (none)
Jul  8 12:45:40 Carbon ntpd[2009]: peers refreshed

Ich weiß nicht viel über die USB-Weiterleitung an VM-Clients, aber es klingt so, als sollten Sie besser ein virtuelles Netzwerkgerät verwenden und entweder eine Bridge verwenden oder diese Ports vom Host-System NAT-weiterleiten. Wenn Sie aus irgendeinem Grund die MAC-Filterliste des Remote-Systems nicht ändern können, können Sie das Host-System weiterhin mit dem USB-Ethernet-Adapter umgehen lassen.
David Foerster

Antworten:


1

Für das, was es wert ist, hatten wir das gleiche Problem auf einem MacPro mit Windows 7 unter Parallels, als wir uns vom WLAN trennten. Niemand sonst hatte Probleme, eine Verbindung zu diesem drahtlosen Netzwerk aufrechtzuerhalten. Als wir den WLAN-Router wechselten, funktionierte er einwandfrei. Ich weiß immer noch nicht warum, aber wir hatten seitdem keine Probleme mehr. Es könnte an der Zeit sein, den Netzwerk-Switch auszutauschen und zu testen.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.