|
hlehofer
Anmeldungsdatum:
21. Mai 2011
Beiträge: 16
|
Hallo, ich habe einen kleinen Homeserver, basierend auf Ubuntu 14.04 laufen. Dieser Server stellt Dienste wie Samba, Plex, SABNzbd zur Verfügung und hostet VMs. Auf die Daten auf diesem Server wird von Clients (PC mit Mac OSX 10.10.3, RaspberryPie mit Rasplex) zugegriffen. Server und Clients hängen an einem Gigabit-Switch.
Bislang lief das alles mehr oder weniger ohne Probleme.
Seit einem Wechsel des Internetproviders gibt es allerdings Probleme im Netzwerk. Die Verbindung zum Samba-Share wird nun immer wieder verloren. Der Server verschwindet aus den Freigaben und taucht einige Minuten später wieder auf. Ebenso wird ein geöffneter ssh-Zugang zum Server unterbrochen. Und ein Video, dass mit Rasplex vom Server abspielt wird, wird unterbrochen. Auch über HTTP (Webmin, Plex) ist der Server dann nicht erreichbar.
Nach kurzer Zeit ist dann die Verbindung wieder OK.
Auf den Client ist die Internetverbindung auch während diese Probleme auftreten OK. Die Probleme scheinen vor allem dann aufzutreten, wenn der Server hohe Internet-Bandbreite beansprucht (zB Download mit SABnzbd).
Mit dem Providerwechsel haben sich die folgenden Dinge geändert: Kabel statt DSL, anderer Router, höhere Bandbreite (75 statt 16 Mbps) und IPv6-Unterstützung.
Ich würde nun gerne dieses Verbindungsproblemen auf den Grund gehen. Allerdings sehe ich keine Ansatzpunkt. Ich finde keine Fehlermeldungen am Server, nichts in den Logs (zumindest in denen, die ich mir angesehen habe). Auch ein 'ifconfig' zeigt keine Fehler.
Hat jemand Ideen, wie man das Problem lösen oder zumindest eingrenzen kann?
|
|
praseodym
Supporter
Anmeldungsdatum:
9. Februar 2009
Beiträge: 22111
|
Zeige alle Terminal-Ausgaben von hier in Codeblöcken zur "Diagnose". Gruss praseodym
|
|
lubux
Anmeldungsdatum:
21. November 2012
Beiträge: 14402
|
hlehofer schrieb: ..., anderer Router, ... IPv6-Unterstützung.
Welchen Router (Kabel-Gateway) hast Du jetzt und ist die IPv6-Unterstützung, als DS oder als DS-lite?
|
|
hlehofer
(Themenstarter)
Anmeldungsdatum:
21. Mai 2011
Beiträge: 16
|
uname - a
| Linux Coruscant 3.13.0-52-generic #86-Ubuntu SMP Mon May 4 04:32:59 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
|
lspci -nnk | grep -i net -A2
| 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04)
Subsystem: Intel Corporation Device [8086:2008]
Kernel driver in use: e1000e
|
lsusb
| Bus 002 Device 003: ID 090c:6000 Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) SD/SDHC Card Reader (SG365 / FlexiDrive XC+)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
|
cat /etc/network/interfaces
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31 | # This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
dns-nameservers 192.168.0.1 8.8.4.4
# The primary network interface
# auto em1
# iface em1 inet static
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# network 192.168.0.0
# broadcast 192.168.0.255
auto br0
iface br0 inet static
address 192.168.0.2
broadcast 192.168.0.255
netmask 255.255.255.0
gateway 192.168.0.1
bridge_ports em1
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp on
iface br0 inet6 auto
|
cat /etc/resolv.conf
| # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.0.1
nameserver 8.8.4.4
|
cat /etc/hosts
| 127.0.0.1 localhost
127.0.1.1 Coruscant Coruscant
# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
|
ifconfig -a
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51 | br0 Link encap:Ethernet Hardware Adresse 00:22:4d:50:47:75
inet Adresse:192.168.0.2 Bcast:192.168.0.255 Maske:255.255.255.0
inet6-Adresse: 2a02:8388:1780:af00:a3:1c3d:b7e3:80eb/64 Gültigkeitsbereich:Global
inet6-Adresse: fe80::222:4dff:fe50:4775/64 Gültigkeitsbereich:Verbindung
inet6-Adresse: 2a02:8388:1780:af00:222:4dff:fe50:4775/64 Gültigkeitsbereich:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX-Pakete:36533651 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:17471469 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX-Bytes:44449641952 (44.4 GB) TX-Bytes:28460293708 (28.4 GB)
em1 Link encap:Ethernet Hardware Adresse 00:22:4d:50:47:75
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX-Pakete:36837102 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:32750335 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX-Bytes:45271152350 (45.2 GB) TX-Bytes:29621062752 (29.6 GB)
Interrupt:20 Speicher:fbd00000-fbd20000
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:65536 Metrik:1
RX-Pakete:6212077 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:6212077 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX-Bytes:1001077093 (1.0 GB) TX-Bytes:1001077093 (1.0 GB)
virbr0 Link encap:Ethernet Hardware Adresse 7e:a6:7d:e4:54:be
inet Adresse:192.168.122.1 Bcast:192.168.122.255 Maske:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metrik:1
RX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX-Bytes:0 (0.0 B) TX-Bytes:0 (0.0 B)
vnet0 Link encap:Ethernet Hardware Adresse fe:54:00:dc:64:f4
inet6-Adresse: fe80::fc54:ff:fedc:64f4/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX-Pakete:8340 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:135693 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:500
RX-Bytes:1130670 (1.1 MB) TX-Bytes:23573414 (23.5 MB)
vnet1 Link encap:Ethernet Hardware Adresse fe:54:00:ea:58:5d
inet6-Adresse: fe80::fc54:ff:feea:585d/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX-Pakete:197728 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:283551 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:500
RX-Bytes:42421709 (42.4 MB) TX-Bytes:168117996 (168.1 MB)
|
iwconfig
| br0 no wireless extensions.
vnet1 no wireless extensions.
lo no wireless extensions.
virbr0 no wireless extensions.
vnet0 no wireless extensions.
em1 no wireless extensions.
|
route -n
| Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 br0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0
|
arp -av
| ? (192.168.0.100) auf 88:63:df:cb:27:01 [ether] auf br0
? (192.168.0.220) auf 00:05:cd:42:ff:86 [ether] auf br0
? (192.168.0.222) auf b8:27:eb:c1:0f:e5 [ether] auf br0
? (192.168.0.213) auf 52:54:00:ea:58:5d [ether] auf br0
? (192.168.0.101) auf 9c:04:eb:ac:a9:ea [ether] auf br0
? (192.168.0.103) auf 90:2b:34:d4:c3:1d [ether] auf br0
? (192.168.0.211) auf 52:54:00:dc:64:f4 [ether] auf br0
? (192.168.0.221) auf fc:f1:52:d5:1a:46 [ether] auf br0
? (192.168.0.1) auf fc:94:e3:96:d9:e8 [ether] auf br0
Einträge: 9 Ignoriert: 0 Gefunden: 9
|
ip neigh show
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 | 2a02:8388:1780:af00:45b0:938f:d871:a9c9 dev br0 lladdr 88:63:df:cb:27:01 STALE
2a02:8388:1780:af00:922b:34ff:fed4:c31d dev br0 lladdr 90:2b:34:d4:c3:1d STALE
2a02:8388:1780:af00:8a63:dfff:fecb:2701 dev br0 lladdr 88:63:df:cb:27:01 STALE
2a02:8388:1780:af00:345d:7c77:cea6:d90f dev br0 lladdr 88:63:df:cb:27:01 STALE
2a02:8388:1780:af00:3839:772e:648e:dc39 dev br0 lladdr 88:63:df:cb:27:01 STALE
2a02:8388:1780:af00:9dc6:6d8b:d277:2195 dev br0 FAILED
fe80::8a63:dfff:fecb:2701 dev br0 lladdr 88:63:df:cb:27:01 STALE
fe80::922b:34ff:fed4:c31d dev br0 lladdr 90:2b:34:d4:c3:1d STALE
2a02:8388:1780:af00:d4a0:70e8:4573:7eb6 dev br0 lladdr 90:2b:34:d4:c3:1d STALE
2a02:8388:1780:af00:d8b1:b3a8:a19e:7d69 dev br0 lladdr 88:63:df:cb:27:01 STALE
fe80::fe94:e3ff:fe96:d9e8 dev br0 lladdr fc:94:e3:96:d9:e8 router STALE
192.168.0.100 dev br0 lladdr 88:63:df:cb:27:01 STALE
192.168.0.220 dev br0 lladdr 00:05:cd:42:ff:86 STALE
192.168.0.222 dev br0 lladdr b8:27:eb:c1:0f:e5 STALE
192.168.0.213 dev br0 lladdr 52:54:00:ea:58:5d REACHABLE
192.168.0.101 dev br0 lladdr 9c:04:eb:ac:a9:ea STALE
192.168.0.103 dev br0 lladdr 90:2b:34:d4:c3:1d REACHABLE
192.168.0.211 dev br0 lladdr 52:54:00:dc:64:f4 REACHABLE
192.168.0.221 dev br0 lladdr fc:f1:52:d5:1a:46 STALE
192.168.0.1 dev br0 lladdr fc:94:e3:96:d9:e8 DELAY
|
cat /var/lib/NetworkManager/NetworkManager.state
| [main]
NetworkingEnabled=true
WirelessEnabled=true
WWANEnabled=true
WimaxEnabled=true
|
cat /etc/NetworkManager/NetworkManager.conf
| [main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq
[ifupdown]
managed=false
|
cat /etc/udev/rules.d/70-persistent-net.rules | egrep -i 'device|sub' -A3
| cat: /etc/udev/rules.d/70-persistent-net.rules: Datei oder Verzeichnis nicht gefunden
|
|
|
hlehofer
(Themenstarter)
Anmeldungsdatum:
21. Mai 2011
Beiträge: 16
|
lubux schrieb: hlehofer schrieb: ..., anderer Router, ... IPv6-Unterstützung.
Welchen Router (Kabel-Gateway) hast Du jetzt und ist die IPv6-Unterstützung, als DS oder als DS-lite?
Router: Thomson TWG870UG
Vermutlich DS-Lite (wird laut Kommentaren in diversen Foren vom Provider verwendet). In der Router-Config findet sich folgendes:
| DS-Lite AFTR FQDN: aftr01.upc.at
DS-Lite AFTR Address: 2001:730:2000:2::43
|
|
|
lubux
Anmeldungsdatum:
21. November 2012
Beiträge: 14402
|
hlehofer schrieb: Router: Thomson TWG870UG
Vermutlich DS-Lite (wird laut Kommentaren in diversen Foren vom Provider verwendet). In der Router-Config findet sich folgendes:
DS-Lite AFTR FQDN: aftr01.upc.at
DS-Lite AFTR Address: 2001:730:2000:2::43
Ja, das ist ein AFTR-Gateway, d. h. es handelt sich um DS-Lite. hlehofer schrieb: Auf den Client ist die Internetverbindung auch während diese Probleme auftreten OK. Die Probleme scheinen vor allem dann aufzutreten, wenn der Server hohe Internet-Bandbreite beansprucht (zB Download mit SABnzbd). Mit dem Providerwechsel haben sich die folgenden Dinge geändert: Kabel
Der Client wird IPv4 über das AFTR-Gateway verwenden.
Beansprucht der Server die hohen Internet-Bandbreiten, mit (nativem) IPv6?
Versuch mal als Test, folgende Downloads (mit und ohne das AFTR-Gateway):
wget -4 -c -O /dev/null http://speedtest.belwue.net/1G
wget -6 -c -O /dev/null http://speedtest.belwue.net/1G :~$ host speedtest.belwue.net
speedtest.belwue.net has address 129.143.4.238
speedtest.belwue.net has IPv6 address 2001:7c0:0:1002::b
|
|
hlehofer
(Themenstarter)
Anmeldungsdatum:
21. Mai 2011
Beiträge: 16
|
Nachdem es heute ein generelles Problem mit dem Internet-Zugriff gab, hat der Provider nach einer Beschwerde meinerseits die Konfiguration des Routers auf Ipv4-only umgestellt.
Bei einem ersten Test nach der Umstellung konnte ich keine Probleme feststellen, der Client-Server-Verbindung wurde bislang nicht unterbrochen.
Ich werde am Wochenende noch weiter testen, aber möglicherweise wurden die Probleme durch IPv6 verursacht.
|
|
lubux
Anmeldungsdatum:
21. November 2012
Beiträge: 14402
|
hlehofer schrieb: ..., aber möglicherweise wurden die Probleme durch IPv6 verursacht.
Kann sein. Hat dein Server für den Download mit SABnzbd IPv6 oder IPv4 verwendet?
|
|
hlehofer
(Themenstarter)
Anmeldungsdatum:
21. Mai 2011
Beiträge: 16
|
lubux schrieb: hlehofer schrieb: ..., aber möglicherweise wurden die Probleme durch IPv6 verursacht.
Kann sein. Hat dein Server für den Download mit SABnzbd IPv6 oder IPv4 verwendet?
IPv4
|
|
lubux
Anmeldungsdatum:
21. November 2012
Beiträge: 14402
|
hlehofer schrieb: lubux schrieb: hlehofer schrieb: ..., aber möglicherweise wurden die Probleme durch IPv6 verursacht.
Kann sein. Hat dein Server für den Download mit SABnzbd IPv6 oder IPv4 verwendet?
IPv4
Dann wird evtl. das IPv6-AFTR-Gateway von UPC, der Flaschenhals sein bzw. unterdimensioniert sein.
Leider ist ein download-Test, mit und ohne AFTR-Gateway nicht mehr möglich, da dein Anschluss ja auf natives IPv4 umgestellt worden ist.
|
|
hlehofer
(Themenstarter)
Anmeldungsdatum:
21. Mai 2011
Beiträge: 16
|
lubux schrieb: hlehofer schrieb: lubux schrieb: hlehofer schrieb: ..., aber möglicherweise wurden die Probleme durch IPv6 verursacht.
Kann sein. Hat dein Server für den Download mit SABnzbd IPv6 oder IPv4 verwendet?
IPv4
Dann wird evtl. das IPv6-AFTR-Gateway von UPC, der Flaschenhals sein bzw. unterdimensioniert sein.
Leider ist ein download-Test, mit und ohne AFTR-Gateway nicht mehr möglich, da dein Anschluss ja auf natives IPv4 umgestellt worden ist.
Seit der Umstellung auf IPv4 sind keine Probleme mehr aufgetreten, aber wie kann ein unterdimensioniertes IPv6-AFTR-Gateway (nach meinem Verständnis ist das ein Server beim Provider) Probleme bei der LAN-Verbindung eines Servers in meinem Heimnetz auslösen? Hätte da nicht eher die Internet-Verbindung betroffen sein müssen?
In welchen Logfiles finde ich mehr Informationen zu Netzwerkproblemen am Server?
|
|
lubux
Anmeldungsdatum:
21. November 2012
Beiträge: 14402
|
hlehofer schrieb: ... Probleme bei der LAN-Verbindung eines Servers in meinem Heimnetz auslösen? Hätte da nicht eher die Internet-Verbindung betroffen sein müssen?
Du hast in deinem 1. Beitrag, doch Folgendes:
Die Probleme scheinen vor allem dann aufzutreten, wenn der Server hohe Internet-Bandbreite beansprucht (zB Download mit SABnzbd).
geschrieben.
|
|
hlehofer
(Themenstarter)
Anmeldungsdatum:
21. Mai 2011
Beiträge: 16
|
lubux schrieb: hlehofer schrieb: ... Probleme bei der LAN-Verbindung eines Servers in meinem Heimnetz auslösen? Hätte da nicht eher die Internet-Verbindung betroffen sein müssen?
Du hast in deinem 1. Beitrag, doch Folgendes:
Die Probleme scheinen vor allem dann aufzutreten, wenn der Server hohe Internet-Bandbreite beansprucht (zB Download mit SABnzbd).
geschrieben.
Ich verstehe leider nicht was du damit sagen möchtest.
Ja, die Probleme sind aufgetreten während am Server Downloads liefen. Dabei kam es immer wieder zu Verbindungsabbrüchen zwischen Client und Server (Netzwerkfreigaben, HTTP-Zugriffe), aber am Client waren keine Probleme mit dem Internet-Zugriff feststellbar. Ob der Internet-Zugriff am Server unterbrochen war, kann ich nicht genau sagen, da es ein Headless-Server ist und er ja vom Client nicht zu erreichen war. Hinweise in den Logs habe ich keine gefunden.
Mir fehlt einfach das Verständnis wieso ein Problem mit einem Gateway (beim Provider) Probleme in meinem LAN auslöst, während aber der Internet-Zugriff davon unbeeindruckt bleibt. Könnte eventuell dieses Gateway zu einer Netzwerk-Überlastung am Server (eine Art DOS) geführt haben, sodass der Server auf weitere Anfragen nicht mehr reagierte? Aber die Bandbreite im LAN (Gigabit) ist doch wesentlich höher als die Internet-Anbindung (75 Mb).
Wo würde ich am System Belege dafür finden und gibt es dafür Monitoring-Tools?
|