Engstelle für Daten mit entsprechendem Ping-Tool finden?

[Digitalschraube]

mit ipconfig kann ich nicht dienen, jedoch mit ifconfig.

 

[snaxilian]

Ein Ping kann, nicht muss, ein Indiz für eine funktionierende Verbindung irgendwohin sein. Kann, nicht muss, aus dem Grunde da es technisch und auch in der Realität absolut möglich und üblich ist, dass Geräte einwandfrei funktionieren und den Dienst verrichten, den sie machen aber nicht auf einen Ping reagieren. Ebenso gibt es haufenweise Router, also richtige Router im "Internet" nicht solche Plastikrouter für zuhause, bei denen Ping mit niedriger Priorität behandelt wird weil sonst niemand mehr im Internet voran kommen würde weil die drölfzig Pings irgendwelcher Leute das Internet verstopfen würden.
Ebenso könnte ich dir problemlos eine Firewall konfigurieren, die 30% deiner Pings droppt oder ggf. nur verzögert, alles andere aber normal behandelt. Ergebnis wäre: Seitenaufbau rasend schnell aber deine Pings sind den Stromverbrauch nicht wert den du damit verursachen würdest.

Ich kenne leider auch haufenweise Leute, die sich für die besten Sysadmins halten aber meinen es gäbe ein Problem im Netzwerk oder der Firewall oder mit $Linuxserver weil ein Ping nicht durch geht.

Speedtests haben ähnliche "Probleme". Das sind in der Regel schlank gehaltene Seiten die nicht hunderte Drittseiten einbinden, nachladen und nen Koffer voller Cookies abladen wollen.

Aber zurück zu deinem Problem:
Als Quelle haben wir ja inzwischen eindeutig den AP identifiziert. Bitte zeige die Einstellungen des APs unter Status, Network und Wireless und nicht nur was du meinst was relevant wäre.
Außerdem verweigerst/ignorierst du beharrlich die Einstellungen bzgl. IPv6 was sinnfrei ist da dein Provider ebenfalls DSlite verwendet und du ja laut dem letzten Screenshot in deinem LAN IPv6 und IPv4 verwendest. Apropos LAN: Warum zur Hölle verwendest du so ein riesiges Subnet? Ich wage die steile Behauptung, dass du nicht die Notwendigkeit hast 16,7 Millionen netzwerkfähige Geräte bei dir zu betreiben, korrekt?

 

[Mr. Robot]

mit ipconfig kann ich nicht dienen, jedoch mit ifconfig.

Das hilft nicht wirklich weiter. Vor allem, da du nur die Ausgabe vom WLAN gepostet hast, aber nicht vom Ethernet.

Die Ausgabe vom Windows-Äquivalent ist deutlich umfangreicher (DHCP-Status, DNS-Server, Standardgateway). Hier sehe ich nicht viel mehr als die IP-Adresse. Und das wie gesagt nur vom WLAN. So kann ich nicht sehen, ob es irgendwelche Unterschiede zwischen den beiden Zugängen gibt.

 

[Digitalschraube]

Bitte zeige die Einstellungen des APs unter Status, Network und Wireless

Gerne. Siehe Anhang. ;-)

du ja laut dem letzten Screenshot in deinem LAN IPv6 und IPv4 verwendest

Stimmt doch gar nicht ;-) Außer ich hätte was übersehen. Mir wurde geraten IPv6 zu deaktivieren und das habe ich dann auch auf allen Geräten gemacht (FritzBox und D-Link).

Warum zur Hölle verwendest du so ein riesiges Subnet? Ich wage die steile Behauptung, dass du nicht die Notwendigkeit hast 16,7 Millionen netzwerkfähige Geräte bei dir zu betreiben, korrekt?

Ich betreibe in einem 192er-Netz mit Sicherheit aber auch keine 254 Geräte ;-) Das 10er-Netz empfahl mir vor etlichen Jahren mal mein ex-Chef weil sich 10.0.0.1 beim Konfigurieren schneller und einfacher tippen lässt als 192.168.178.1. Ausserdem meinte er, es hätte keine Auswirkungen auf das LAN, es ginge alles genauso wie im 192er-Netz. Also verwende ich das 10er schon seit Jahren :-)

Edit/Änderung: Achso! Jetzt verstehe ich! Ich sollte also 255.0.0.0 auf 255.255.255.0 ändern ;-)

Nochmal Edit: Hier der Vergleich zwischen WLAN (wlo1) und LAN (eth0):
Der Befehl "systemd-resolve --status" spuckt jeweils aus:

Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 2 (wlo1)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 10.0.0.1
          DNS Domain: ~.
                      fritz.box

Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 1 (eth0)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 10.0.0.1
          DNS Domain: ~.
                      fritz.box

Und NOCHMAL Edit, nachdem ich jetzt eine Windowskiste hervorgekramt habe:

WLAN:
IP: 10.0.0.38
Gateway: 10.0.0.1
DNS: 10.0.0.1

bei LAN entsprechend dasselbe, nur mit:
IP: 10.0.0.41

 

[darkcrawler]

Da ist immer noch das riesen-subnetz
Wenn das ein AP ist, warum ist der WAN port nicht angeschlossen/ kein Gateway konfiguriert? Poste doch mal das Modell des Dlink oder hat er mehrere ports

#edit steht ja in den Screenshots: Handbuch durchblättern (speziell die conf als AP), bei manchen geraten nimmt man den WAN-port und trägt als Gateway die fritzbox ein, DHCP im AP aus nicht vergessen

#nochmal Edith: ich würde mal das durchgehen:

https://blog.jbbr.net/2011/10/30/wlan-router-tl-wr1043nd-access-point/

 

[snaxilian]

Mir wurde geraten IPv6 zu deaktivieren und das habe ich dann auch auf allen Geräten gemacht (FritzBox und D-Link)

Du sollst nicht alles glauben, was im Internet steht. Oder tankst du weiterhin bleihaltiges Benzin und verwendest als Treib- oder Kühlmittel FCKW? Es gibt gute Gründe für IPv6 und in Privathaushalten nur relativ wenige, die dagegen sprechen.
Desweiteren ist dein AP ein Gerät von TP-Link, nicht D-Link.

@darkcrawler Schau dir die Bilder vom TE an, das Gerät ist soweit ersichtlich korrekt als AP konfiguriert.

Da ja nachweislich alles wie gewünscht an der Fritzbox funktioniert bleiben jetzt als Verursacher das Kabel nach oben oder der AP übrig. Daher bitte weiter eingrenzen:

• Das in den AP gehende Netzwerkkabel direkt in den Laptop/PC stecken und testen > Wenn alles gut, dann Kabel i.O. aber wenn wieder alles lahm dann liegt es am Kabel. Für den Fall, dass alles gut ist, teste folgendes:
• Nimm ein zweites Netzwerkkabel, verbinde es mit einem der freien LAN-Ports des AP und das andere Ende in Laptop/PC und teste wieder. Wenn alles lahm > AP austauschen. Wenn alles gut ist dann liegt es entweder am WLAN-Modul oder den Antennen (z.B. Verbindung lose, Ausrichtung der Antennen ist suboptimal, etc) oder du hast einfach nicht/kaum beeinflussbare Störsignale in deiner Umgebung.

Das kann die Mikrowelle sein oder irgendwelche anderen Funk-/Bluetooth Geräte wie Babyphone etc oder sich mies überlappende andere WLAN-Netze der Nachbarn. In dem Fall hilft nur ein abstimmen mit den Nachbarn auf die vorhandenen Kanäle und nein damit meine ich nicht, dass einer Kanal 1 nutzt, der nächste Kanal 2, der Dritte Kanal 3 usw. denn dann wird es nur noch schlimmer aber garantiert nicht besser. Zur optimalen Kanalnutzung bei WLAN wurde glaube ich schon so ziemlich alles im Netz und allen Foren dieser Welt geschrieben > Suche nutzen.
Alternativ sofern alle Endgeräte es können: Wechsel ins 5GHz Netz.

 

[zambolic]

Testweise kann das WLAN noch von bgn auf gn gestellt werden.
Zudem kannst du andere Kanäle testen... beispielsweise Kanal 11.
Bei der Kanalbreite ggf. die niedrigere nehmen, in der Hoffnung dass dadurch Weniger Störquellen in deinem genutzten Bereich sind. Bei mir wird das Netz dadurch zuverlässiger und kaum langsamer. Vorallem nicht langsamer als die Internetverbindung ist...

 

[darkcrawler]

@ snaxilian hat er sich, oben am Kabel ist alles OK, bleibt nur der tplink als Fehler

 

[Digitalschraube]

Du sollst nicht alles glauben, was im Internet steht.

Dann habe ich den folgenden Text wohl irrtümlicherweise als Aufforderung, statt als Frage missverstanden:

Hast du im Router oder den Endgeräten IPv6 deaktiviert?

Also sollte ich IPv6 im TP-Link und in der Fritz!Box wieder aktivieren?

Wobei ich jetzt mittlerweile ebenfalls zu dem Schluss komme, dass der TP-Link einen Defekt hat.

 

[Mr. Robot]

Ich würde IPv6 aktivieren. Aber das hat mit deinem Problem nicht das geringste zu tun.

 

[Digitalschraube]

Ich habe noch ein weiteres Tool gefunden und stelle fest, dass meine Verbindung beim vierten Punkt 80 % Paketverluste hat. Muss mich das stören?

 

[Mr. Robot]

Wenn du mir den Zusammenhang mit dem vierten Hop und deinem WLAN erklärst...

 

[Digitalschraube]

Ich suche keinen Zusammenhang. Mich stört nur die Tatsache der hohen Paketverluste an dieser Stelle.

 

[Raijin]

Ein Trace zeigt für ungeübte Augen Probleme, die keine sind. Es ist vollkommen unkritisch, wenn man einen Trace hat, der so aussieht:

Hop1 * * * 100% PL
Hop2 * * * 100% PL
Hop3 * * * 100% PL
Hop4 * * * 100% PL
Hop5 * * * 100% PL
Hop6 * * * 100% PL
Hop7 * * * 100% PL
Ziel 20 20 20 0% PL

Das einzige was so ein Trace aussagt ist, dass die Zwischenstationen nicht direkt angesprochen werden wollen, um Ressourcen zu sparen. Manchmal antworten die Zwischenhops zwar, aber bewusst verzögert, aus denselben Gründen (Ressourcen).

Die relevante Information steht in der letzten Zeile, beim Ziel. Sofern da keine Ausreißer beim Ping oder gar Paketverluste zu verzeichnen sind, ist der Trace 100% ok.

 

[Digitalschraube]

So liebe Freunde, der Fehler ist gefunden. Der TP-Link hat einen mechanischen Defekt. Wenn man das Gehäuse schüttelt, hört man im Inneren die Krümel herumfliegen.

Habe jetzt einen Cisco dort hängen und darauf gleich die DD-WRT Firmware installiert. Läuft jetzt alles wieder flüssig!

Habe auch versucht, auf dem TP-Link die DD-WRT zu installieren, aber stürzt immer ab. Wahrscheinlich wegen dem Defekt im inneren des Gerätes.

Danke euch allen für die zahlreichen Hilfestellungen.

LG!