[Feedback] Hardwareluxx 4.0 Forum

Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Ja, das geht schon länger wieder. 👍 Dafür hatte ich gerade mehrere Hänger, während denen gar nix passierte, egal wo ich geklickt habe. Aber irgendwas ist eben immer. 😅
 
Kleiner UI-Bug:

1782654968541.png


1782665970394.png


Dieser Tritt grundsätzlich immer auf, wenn man an die "korrekte" Stelle scrollt.
(Die vorige Aussage ist somit obsolet und wurde entfernt.)

Betroffen ist nur das Forum am PC, mit Firefox in diesem Fall.
 
Zuletzt bearbeitet:
Hast Du eine URL, wo ich das beobachten kann?
 
Kann ich leider nicht nachstellen. Mit Firefox 152.0.3 (64-Bit) läuft eingeloggt und ausgeloggt und im Dark- sowie Light-Stil alles ok - ich habe keine Überlappungen.

Kann es an einem Plugin liegen?
 
Firefox 140.10.2esr; ausgeloggt; Light- und Dark-Mode; ohne Plugins = UI-Bug tritt auf
Firefox 140.12.0esr; eingeloggt; Dark-Mode; mit Plugins = UI-Bug tritt auf

Werde zuhause nach einem Update des Firefox noch einmal testen, da läuft auch noch eine 14x-Version.
Beitrag automatisch zusammengeführt:

Firefox 152.0.3; ausgeloggt; Light- und Dark-Mode; ohne Plugins = UI-Bug tritt auf
 
Zuletzt bearbeitet:
Er meint bei dem Link hier an der Stelle:

1782740563463.png


Der untere Teil, der das Zitatfeld ausgraut, scheint in der Zeichenebene über der Leiste zu liegen und sie daher zu verdecken. Ebenfalls Firefox 152 hier.

Edit: wie vermutet, es passiert auch in Chromium, ist also eine falsche Zeichenebene, die sich in jedem Browser bemerkbar machen dürfte.
 
Ich habe aktuell ein sehr nerviges Phänomen hier in Hardwareluxx. Wenn ich etwas längere Beiträge schreibe und die dann abschicken möchte, bekomme ich oft diese Fehlermeldung.

Android 16/17 + Brave Browser:

Screenshot_20260703-092956.png
 
Ich habe aktuell ein sehr nerviges Phänomen hier in Hardwareluxx. Wenn ich etwas längere Beiträge schreibe und die dann abschicken möchte, bekomme ich oft diese Fehlermeldung.

Android 16/17 + Brave Browser:

Anhang anzeigen 1215617
Was sind denn längere Beiträge?
Ich hab noch keine Probleme in der Konstellation gehabt. Auch aktuelles Android+ brave
 
Z.B. dieser hier:
 
Also ich habe die Meldung nur, wenn ich eine Seite auf hatte, ff beende, später wieder öffne, dann auf die Benachrichtigungsglocke klicke, dies aber Stunden her gewesen ist, sodass der Cookie bereits abgelaufen ist.
 
Z.B. dieser hier:
Also ein normaler Beitrag 😜
Ne hab ich keine Probleme mit
 
Irgendwie ist das Forum im allgemeinen sehr langsam bei mir heute. Hat das noch jemand?
 
Kann ich so nicht bestätigen, hier flutscht alles.

Edit: ISP ist Dokom21, über IPv4 keine Auffälligkeiten, über v6 zeigte ein mtr ~40-60% Loss auf den letzten drei Hops zu www.hardwareluxx.de. Der Loss scheint jetzt aber auch dort nimmer aufzutreten.
 
Zuletzt bearbeitet:
Irgendwie ist das Forum im allgemeinen sehr langsam bei mir heute. Hat das noch jemand?

Nein. Was genau ist bei Dir langsamer? Vielleicht irgendwas am Browser geändert, neue Browserextension?
Vielleicht ISP-Probleme? Wie ist Deine Internetanbindung? Kabel (DSL, Glasfaser) oder über Funk?

Welchen Server verwendest Du für die DNS‑Auflösung? Den von Deinem DSL-Router oder die vom Provider oder z.B. Google (8.8.8.8)?
Verzögerte DNS-Auflösungen können auch schon mal ein gewisses Lag hineinbringen.
Ich verwende normalerweise immer die DNS-Server des Providers, weil die DNS‑Auflösung eines kleinen DSL-Routers manchmal auch laggy ist.

Oder saugt jemand in Deiner Familie gerade das Internet leer? ;)
 
Zuletzt bearbeitet:
Telekom FTTH 300Mbit
Nutze ein PiHole, aber gestern war auch noch alles schnell
Langsamer bedeutet, teils braucht ne Seite hier im Forum 10 Sekunden zum laden.
Family saugt nichts, weil ich alleine zu Hause im HO sitze.
 
Die DTAG peered nicht direkt mit Cloudflare.
Wenn das Forum zickt, das sitzt dahinter, dann ists das. Oder Cloudflare die sich mal wieder in den Fuß schiesen, sofern es mehrere betrifft.
 
Telekom FTTH 300Mbit
Nutze ein PiHole, aber gestern war auch noch alles schnell
Langsamer bedeutet, teils braucht ne Seite hier im Forum 10 Sekunden zum laden.
Family saugt nichts, weil ich alleine zu Hause im HO sitze.

Super, Glasfaser, beneide Dich :-)

Um PiHole auszuschließen, das auf DNS Basis filtert, könntest Du es ja kurzzeitig deaktivieren, indem Du wieder den DNS Server des Providers einträgst.
Dann siehst Du ja, ob es daran liegt oder nicht.

EDIT: Zyxx meinte, es habe mit dem fehlenden direkten Peering zwischen Telekom und Cloudflare zu tun.

Ich bin bei Informationen von einer KI zwar immer skeptisch, aber diese Informationen hören sich plausibel an:

Frage: Hat die Telekom ein direktes Peering zu CloudFlare oder kann es deswegen auch mal zu längeren Ladezeiten bei Webseiten kommen. Selbst wenn man Glasfaser bei der Telekom mit 300 Mbit hat?

Kurze Antwort: Nein, kein durchgängiges Settlement-Free-Peering. Ja, das kann bei Cloudflare-Diensten auch mit 300 Mbit/s Glasfaser zu spürbaren Verzögerungen führen. (Certainty: belegt durch aktuelle Berichterstattung, Verbraucherschutz-Beschwerde und offizielle Stellungnahmen, Stand Juli 2026)

Peering-Situation Telekom ↔ Cloudflare​

Die Telekom verfolgt gegenüber Cloudflare ein Modell des entgeltlichen ("paid") Peering statt des im Internet üblichen kostenlosen Datenaustauschs. Nach Zahlen von Cloudflare werden 99,99 Prozent des gesamten Internet-Datenverkehrs weltweit abrechnungsfrei ausgetauscht, doch die Deutsche Telekom geht als größter Internet-Anbieter Deutschlands einen anderen Weg und verlangt von Diensteanbietern Geld für den direkten Datenaustausch. Die Telekom selbst bestätigt dies: Der Konzern weist Vorwürfe künstlicher Engpässe zurück, erklärt aber, es sei branchenüblich, dass für den Austausch sehr großer Datenmengen eine Bezahlung anfällt – dieses „entgeltliche Peering" sei auch von den EU-Regeln gedeckt. ServerstartGIGA
Praktische Auswirkung: Traceroute-Analysen von Betroffenen zeigen, dass Traffic von der Telekom (AS3320) über überlastete Transitstrecken (z. B. via GTT, AS3257) zu Cloudflare (AS13335) geleitet wird, statt über einen kurzen direkten Peering-Weg. Die Latenzen springen dabei von stabilen 10–15 ms auf über 180 ms, teils mit Paketverlusten. Telekom Hilft

Warum die Bandbreite (300 Mbit) hier keine Rolle spielt​

Das Problem liegt nicht auf der letzten Meile (Ihr Glasfaser-Anschluss), sondern am Netzübergang zwischen Telekom-Backbone und Cloudflare-Netz. Ein normaler Speedtest zeigt möglicherweise volle Bandbreite an, weil dieser Test die problematischen Übergabepunkte nicht zwingend nutzt. Auch ein Nutzer mit Glasfaser 300 berichtet ausdrücklich, dass er trotz der Bandbreite keine Probleme feststellt – was zeigt, dass die Auswirkung je nach Auslastungszeitpunkt und Routing-Region schwankt, nicht generell alle 300-Mbit-Kunden gleich trifft. NordkurierTelekom Hilft
Betroffen sind primär: Dienste, die Cloudflare nutzen, wie Discord, viele Gaming-Plattformen oder Nachrichtenseiten – vor allem in den Abendstunden. Andere Webseiten ohne Cloudflare sind nicht betroffen. GIGA

Regulatorischer Stand (Certainty: offiziell bestätigt, aber unentschieden)​

Die Gesellschaft für Freiheitsrechte (GFF), Epicenter.works, der Verbraucherzentrale Bundesverband (vzbv) und Stanford-Professorin Barbara van Schewick haben bei der Bundesnetzagentur eine Beschwerde gegen die Deutsche Telekom wegen Verletzung des europäischen Netzneutralitätsgesetzes eingereicht. Der Ausgang ist offen: Die Bundesnetzagentur teilte auf Anfrage mit: „Die Bundesnetzagentur prüft die im Rahmen der Beschwerde erhobenen Vorwürfe im Wege einer eigenen Sachverhaltsaufklärung. Zum jetzigen Zeitpunkt ist noch nicht absehbar, wann die Bearbeitung abgeschlossen sein wird." netzpolitik.orgNordkurier

Praktischer Test / Workaround (Certainty: durch Nutzerberichte reproduzierbar, keine Herstellerbestätigung)​

Wenn eine VPN-Verbindung hergestellt wird, laden betroffene Dienste wieder in gewohnter Geschwindigkeit, da der Datenverkehr eine andere Strecke nimmt und der Engpass auf dem direkten Weg umgangen wird. Das ist ein guter Diagnosetest: Cloudflare-Seite lädt ohne VPN quälend langsam, mit VPN normal → Peering-Problem, kein lokales Netzwerkproblem. Nordkurier
Einschränkung zur Einordnung: Diese Berichte stammen überwiegend aus Nutzerforen (Telekom hilft Community) und Medienberichten (Stand Januar–Juni 2026), nicht aus einer offiziellen technischen Untersuchung mit abschließendem Ergebnis. Die Kausalkette "bewusste Drosselung" vs. "Kapazitätsmangel durch Investitionsstreit" ist Gegenstand des laufenden Bundesnetzagentur-Verfahrens und noch nicht rechtlich geklärt.
 
Ich hab das PiHole ja nicht als DNS im Router eingetragen sondern nur in den DHCP settings. Am Handy ist bzw alles schnell
 
Ich hab das PiHole ja nicht als DNS im Router eingetragen sondern nur in den DHCP settings. Am Handy ist bzw alles schnell

Das meinte ich auch nicht.

Ich habe PiHole so verstanden, dass das AD-Filtering basierend auf DNS ist.

Das heißt, als DNS-Resolver musst Du die IP-Adresse des Geräts einstellen, auf dem der PiHole Service läuft.
Aber ich vermute, es wird kein solcher statischer Eintrag sein, weil PiHole auch ein DHCP-Server ist.
Dein Rechner ist also vermutlich DHCP-Client und bekommt nicht nur IP und Default GW über DHCP übermittelt,
sondern auch den DNS-Server. Hier wird der PiHole DHCP Server sich höchstwahrscheinlich selbst anbieten,
damit das Konzept rund ist und der Anwender nicht jedes Gerät einzeln konfigurieren muss.

Um PiHole zu übergehen ...
EDIT: ... gibt es 2 Möglichkeiten, sorry, daran hatte ich eben nicht gedacht ...
a) im PiHole für die DNS‑Auflösung die IPs der Provider-DNS-Server eintragen
b) bei Dir auf Deinem Rechner DNS statisch eintragen

Im Falle a) würde ich der Einfachheit halber den Rechner neu starten, damit garantiert der neue DNS resolver verwendet wird.
Sonst müsste man mal recherchieren, welche der ipconfig-Optionen das vielleicht auch leistet.
Den DNS-Cache zu flushen, reicht höchstwahrscheinlich nicht.
 
Zuletzt bearbeitet:
EDIT: Zyxx meinte, es habe mit dem fehlenden direkten Peering zwischen Telekom und Cloudflare zu tun.

Leidige Erfahrung... war bis vor wenigen Wochen selber noch DTAG Kunde, wollte jetzt aufgrund von Vermieterwechsel aber nicht mehr in der Immobilie bleiben und habe in der neuen Wohnung keine DTAG Möglichkeit mehr.
In meiner alten Wohnung über 600/300 FTTH von der DTAG habe ich letzten Endes große Teile meines Traffics über einen großen VPS getunnelt, da es immer schneller war als DTAG - twelve99 - Cloudflare. Viele US Seiten oder auch Whatsapp luden oft nur noch schnarchig wenn direkt über DTAG, egal ob v4 oder v6, teils mehrere HOPS beinahe Totalverlust und deren Kundensupport kann da genau nichts tun (wenn man jemanden erwischt der überhaupt was weiß).

Oder Server bei G-portal oder auch netcup, da diese auch nicht mehr direkt mit der DTAG peeren. Habe daher schweren Herzens so einige Server bei Netcup gekündigt, war besonders in den Ferien kein Spaß mit den Servern zu arbeiten ... lassen wir das.
Die paar € im Monat für den VPS woanders waren da Gold wert. Da hängen mittlerweile auch einige meiner Kollegen dran, eine komplett andere Erfahrung als zu versuchen zur Primezeit mal wieder einen stabilen PoE Server oder keinen Loss im Teamspeak zu haben ohne den VPS zu nehmen.

Was auch immer die DTAG da reitet, diese Praxis ist unterste Kanone - seit Jahren.

Aber genug Offtopic, ob es wirklich daran lag, weiß ich natürlich nicht.
Tatsache ist aber das ein Gatekeeper wie Cloudflare oder die DTAG in meiner kleinen sehr subjektiven Sicht der Dinge daran interessiert sein sollten miteinander zu peeren.
 
Tja, Netzwerk … Politik und Business. Ich war auch im Netzwerkbereich tätig, zeitweilig auch bei ISPs.
 
An meinem Heim-PC und Handy funktioniert alles bestens. Mein Firmennotebook macht die Probleme. Keine Ahnung.
Schiebe es mal auf das Gerät.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh