Obwohl es am PC wieder ziemlich gut funktioniert, ist der Zugriff auf mc.net am iPad recht umständlich und fehlerträchtig. Nach einem timeout von ein paar Minuten muss ich immer die Hauptseite vom Bookmark frisch laden. Seiten Browser Refreshes funktionieren leider nur noch sehr unzuverlässig. Wenn man sich bei der Komposition eines Beitrags mehr als ein paar Minuten Zeit nimmt, geht der Text fast immer verloren wenn ich ihn nicht vorsorglich absichere und wieder reinschneide. Im Vergleich zu früher funktioniert es also am iPad nicht mehr sehr gut.
Gruß,
Gerhard
P.S.
Konnte diesen Beitrag beim ersten Mal nicht hochladen und verschwand wie erwartet vom Editfenster auf Nimmerwiedersehen. Wenn ich ihn nicht vorher gesichert hätte, wäre der Gesamt-Text verloren gegangen.
ist der Zugriff auf
mc.net am iPad recht umständlich und fehlerträchtig
Welches iPad? Es gibt nicht nur eines, und da laufen --je nach Alter-- auch unterschiedliche Versionen des iPadOS drauf.
Für neuere iPads gibt es auch alternative Webbrowser (die nutzen zwar hinter den Kulissen nach wie vor webkit, verhalten sich sonst aber anders).
Und manche Probleme sind --wie unser Schwurbelfreund bizarrerweise korrekt anmerkte-- auch gar nicht vom Endgerät, sondern vom ISP und dessen "peering" abhängig; die Telekom ärgert ihre Kunden durch eine miese Anbindung an "Cloudflare", was leider als Schutz- und Schmutzschicht vor sehr vielen Webseiten klebt.
Und -- wie kommt Dein iPad ins Internet? Hängt das in einem WLAN, im gleichen, in dem andere Geräte diese Probleme nicht haben, oder steckt da eine SIM eines Mobilfunkproviders drin, und Du nutzt diesen, um ins Internet zu kommen?
ist der Zugriff auf
mc.net am iPad recht umständlich und fehlerträchtig
Welches iPad? Es gibt nicht nur eines, und da laufen --je nach Alter--
auch unterschiedliche Versionen des iPadOS drauf.
Das Gerät ist ein iPad der achten Generation mit aktuellem iOS drauf
Für neuere iPads gibt es auch alternative Webbrowser (die nutzen zwar
hinter den Kulissen nach wie vor webkit, verhalten sich sonst aber
anders).
Browser Arten machen keinen Unterschied. Ich verwende zwar gewöhnlich Safari; das Problem tritt aber auch bei Chrome auf
Und manche Probleme sind --wie unser Schwurbelfreund bizarrerweise
korrekt anmerkte-- auch gar nicht vom Endgerät, sondern vom ISP und
dessen "peering" abhängig; die Telekom ärgert ihre Kunden durch eine
miese Anbindung an "Cloudflare", was leider als Schutz- und
Schmutzschicht vor sehr vielen Webseiten klebt.
Da bin ich überfragt.
Und -- wie kommt Dein iPad ins Internet? Hängt das in einem WLAN, im
gleichen, in dem andere Geräte diese Probleme nicht haben, oder steckt
da eine SIM eines Mobilfunkproviders drin, und Du nutzt diesen, um ins
Internet zu kommen?
Bei mir verbindet er sich nur über WLAN. SIM ist nicht vorhanden. Ein LTE ist nicht eingebaut.
Naja, vor der Cloudflair Affaire funktionierte ja alles jahrelang bestens. Erst seit den jüngsten "Aufregungen" steckt der Hase (bei mir) im Pfeffer. Augenblicklich funktioniert mc.net am PC (FF, Edge) aber normal.
Momentan ist das alles was ich Euch berichten kann.
Seiten Browser Refreshes funktionieren leider nur noch sehr
unzuverlässig.
Was passiert, wenn sie nicht klappen? Timeout oder eine Fehlermeldung?
Es hängt einfach. Bei mehrmaligen Drücken des Refresh Knopfs, funktioniert es dann manchmal. Wenn nicht, hilft nur noch Neuladen der Seite vom Favorites.
Gerhard O. schrieb:
Wenn man sich bei der Komposition eines Beitrags mehr als ein paar
Minuten Zeit nimmt, geht der Text fast immer verloren
Kann es sein, dass Dein Browser Cookies voreilig löscht? Ohne Session
Cookie bist Du nicht mehr eingeloggt.
Eingeloggt bin ich immer. Das scheint es nicht zu sein. Gerät-Einstellungen habe ich bei mir nicht verändert. Alle anderen Web Seiten funktionieren noch normal wie früher. Es ist nur mc.net das sich zickt.
Es hängt einfach. Bei mehrmaligen Drücken des Refresh Knopfs,
funktioniert es dann manchmal.
Den Effekt habe ich ab und zu auch, aber immer nur kurzzeitig.
Meine Vermutung ist, dass das passiert, wenn der eigentliche Webserver keine weiteren Clients annimmt, z.B. weil er gerade von Bots (die es durch den Filter geschafft haben) bombardiert wird.
Statischen Content dürfte Cloudflare einfach bis zur Expiration aus dem Cache servieren, aber spätestens bei POST-Requests wie beim Absenden eines Beitrags ist dann Schluss.
Vielleicht liest Andreas ja mit und kann uns erleuchten.
Wenn man sich bei der Komposition eines Beitrags mehr als
ein paar Minuten Zeit nimmt, geht der Text fast immer verloren wenn ich
ihn nicht vorsorglich absichere und wieder reinschneide.
Genau wie hier. Ich benutze ungefähr nach jedem Satz die Vorschau. Das passiert auf einem iphone SE mit Safari und iOS 26.5 über telekom D1 LTE. WLAN benutze ich zu selten.
Dies ist jetzt der zweite Beitrag auf einem iphone 17e, Rest wie oben, aber 5G statt LTE. Wobei Safari trotz gleicher Version sichtbar anders ist. Beim ersten Beitrag gab es keine Probleme, mal sehen, was jetzt passiert...
Edit1: Vorschau ok, ca. 3 Minuten gewartet, veröffentlichen ok -- Zufall? Nicht lange genug gewartet? iOS Bug behoben? Ich hatte das Gefühl, dass der Fehler beim alten Gerät nach dem Update auf 26.5 auftrat - Zufall?
Vielleicht ist es hier die gleiche Problemursache, wie sie im RaspberryPi Forum diskutiert wurde/wird. Der Versuch die ganzen AI Bots mit Cloudflare in den Griff zu bekommen.
Beim direkten Aufruf des Links blockt vermutlich Cloudflare wieder, dann muss man den Weg über 'www.raspberrypi.com' gehen, und dort über das Menü das Forum aufrufen. Danach sollten die Links funktionieren.
Bei mir über Telekom (sowohl über DSL als auch Mobil) zickt wohl irgendwie das DNS. Da geht der Seitenaufruf der Startseite sehr häufig mal ins Leere, und auch das Abschicken eine Beitrags endet mit einer Fehlermeldung. Der kommt aber trotzdem an.
das Problem kenne ich auch, tritt jedoch nicht mehr so häufig auf. Aber egal wie wenig es auftritt, wenn es auftritt ist es ärgerlich. Deswegen schreibe Texte oft, nicht immer, diesen auch nicht, in einem einfachen Editor und kopiere den Inhalt ins Forum. Meistens wenn es längere Texte werden. Dafür reicht der Windows Editor/Notepad, der ja mittlerweile den Text behält wenn das Programm einfach beendet.
Nachtrag: da die Fehlermeldung lautet: „… konnte keine Verbindung zum Server herstellen“ ist es wohl doch nicht das DNS, sondern irgendwer oder -was auf dem Weg zum Server.
Wie es scheint sind meine Erfahrungen nicht alleinstehend. Am PC hatte ich bis jetzt kein Problem mit dem Absenden. Nur die Apple Welt ist (noch) sauer.
An generellen Geräteeinstellungen kann es ja eigentlich nicht wirklich liegen, weil alle sonstigen Webseiten normal funktionieren.
Cloudflare bevorzugt QUIC statt klassischem TCP. Könnte gut sein dass das Ipad auch das verwendet, es aber aus irgendwelchen Gründen nicht so zuverlässig funktioniert.
Ich habe von iOS / iPadOS nicht wirklich Ahnung, befürchte aber dass die Apple-Leute den Nutzern da keine einfache Möglichkeit geben darauf Einfluss zu nehmen.
Ich würde daher vorschlagen mal zu probieren auf Deiner Firewall/Router Verbindungen mit UDP Zielport 443 für das ipad zu verbieten, mit ICMP Port unreachable als Antwort. Dann müsste der Browser sofort auf klassisches TCP ausweichen.
Cloudflare bevorzugt QUIC statt klassischem TCP. Könnte gut sein dass
das Ipad auch das verwendet, es aber aus irgendwelchen Gründen nicht so
zuverlässig funktioniert.
Ich habe von iOS / iPadOS nicht wirklich Ahnung, befürchte aber dass die
Apple-Leute den Nutzern da keine einfache Möglichkeit geben darauf
Einfluss zu nehmen.
Ich würde daher vorschlagen mal zu probieren auf Deiner Firewall/Router
Verbindungen mit UDP Zielport 443 für das ipad zu verbieten, mit ICMP
Port unreachable als Antwort. Dann müsste der Browser sofort auf
klassisches TCP ausweichen.
Alternativ könnte man auch einen HTTP/HTTPS-Proxy einschleifen.
Von QUIC kennt der nämlich nichts. ☺ Z.B. einen Squid.
Vermutlich funktioniert das Ganze bei mir genau deshalb so problemlos.
Eine Firewallregel könnte dagegen ein deutliches Missfallen bei
Cloudflare erzeugen: "Imcompatible Browser oder Network Configuration".
Muss Mann wohl ausprobieren was besser weiterhuelft.
Cloudflare bevorzugt QUIC statt klassischem TCP. Könnte gut sein
dass
das Ipad auch das verwendet, es aber aus irgendwelchen Gründen nicht so
zuverlässig funktioniert.
Bei dem Marktanteil von iOS wäre Cloudflare sehr schlecht beraten, da eine inkompatible Lösung anzubieten…
Bei dem Marktanteil von iOS wäre Cloudflare sehr schlecht beraten, da
eine inkompatible Lösung anzubieten…
Naja, das muss ja nicht unbedingt bei jedem iOS-Gerät so sein.
Es könnte z.B. sein dass der Router bei seinem NAT ein sehr enges Session-Timeout für UDP verwendet und iOS nur seltener Keepalives für QUIC sendet. Mit der Folge dass dann die Antworten vom Server nicht mehr sauber ankommen. Der PC verwendet häufigere Keepalives oder verwendet nicht so viele separate QUIC-Streams und ist deswegen nicht betroffen.
Das ist jetzt nur eine mögliche Richtung aus der das Problem kommen könnte.
Eine andere Möglichkeit wäre dass irgendwo (z.B. Router, WLAN-Accesspoint, Provider,...) eine halbgare IPv6-Implementation oder -Konfiguration genutzt wird und die das Problem auslöst. Der PC könnte das Problem z.B. schneller erkennen und gleich auf IPv4 schalten oder so.
Richtig analysieren kann man das eh nur mit einer vollständigen pcap-Datei (=Mitschnitt per Wireshark oder tcpdump auf dem Router) und einem dazugehörigen sekundengenauen Protokoll was der Nutzer wann genau für Probleme beobachtet hat. Z.B. Film vom Bildschirm inkl. einer Uhr mit Sekundenanzeige.
Cloudflare bevorzugt QUIC statt klassischem TCP. Könnte gut sein
dass
das Ipad auch das verwendet, es aber aus irgendwelchen Gründen nicht so
zuverlässig funktioniert.
Bei dem Marktanteil von iOS wäre Cloudflare sehr schlecht beraten, da
eine inkompatible Lösung anzubieten…
Bei dem Marktanteil von iOS wäre Cloudflare sehr schlecht beraten, da
eine inkompatible Lösung anzubieten…
nicht so zuverlässig != inkompatible
Nichtsdestotrotz wird Cloudflare bezahlt, um vertrauenswürdigen Datenverkehr zuverlässig(!) und kompatibel(!) durchzuleiten, und nicht vertrauenswürdigen Datenverkehr möglichst zuverlässig(!) und kompatibel(!) zu unterbinden. Wenn Cloudflare dabei versagt, haben sie sehr schnell keine Kunden mehr.
und nicht
vertrauenswürdigen Datenverkehr möglichst zuverlässig(!) und
kompatibel(!) zu unterbinden. Wenn Cloudflare dabei versagt, haben sie
sehr schnell keine Kunden mehr.
Cloudflare unterbindet einigen vertrauenswürdigen Datenverkehr und wird trotzdem bezahlt, weil es die Kunden nicht bemerken.
Bei dem Marktanteil von iOS wäre Cloudflare sehr schlecht beraten, da
eine inkompatible Lösung anzubieten…
nicht so zuverlässig != inkompatible
Nichtsdestotrotz wird Cloudflare bezahlt, um vertrauenswürdigen
Datenverkehr zuverlässig(!) und kompatibel(!) durchzuleiten, und nicht
vertrauenswürdigen Datenverkehr möglichst zuverlässig(!) und
kompatibel(!) zu unterbinden. Wenn Cloudflare dabei versagt, haben sie
sehr schnell keine Kunden mehr.
Sorry, aber es ist förmlich Nonsens zu glauben, dass es Systeme gibt, die "perfekt" sind und allen Angriffen widerstehen.
Egal welcher Art die Systeme sind.
Primitiv gesagt: Die Einbrecher, etc. rüsten auf und haben alle naslang neue Ideen.
Viele hier hatten kürzlich Probleme niedriger Art, µc.net jederzeit in Echtzeit wie gewohnt zu nutzen.
Derzeit IOS-User im begrenzten Umfang.
Ich denke, die Erwartunghaltung ist bei manchen zu hoch.
Sorry, aber es ist förmlich Nonsens zu glauben, dass es Systeme gibt,
die "perfekt" sind und allen Angriffen widerstehen.
Wer glaubt das denn?
Primitiv gesagt: Die Einbrecher, etc. rüsten auf und haben alle naslang
neue Ideen.
Ja, so ist das.
Viele hier hatten kürzlich Probleme niedriger Art, µc.net jederzeit in
Echtzeit wie gewohnt zu nutzen.
Viele hier nutzen auch noch veraltete System- und Anwendungssoftware, weil sie sich für klüger halten als die Experten. Die mir innewohnende Höflichkeit und mein Respekt vor meinen Mitmenschen verbieten es mir, näher dazu auszuführen, was ich von den IT-Fähigkeiten dieser Menschen halte.
Davon abgesehen hat Cloudflare allerdings durchaus eine Möglichkeit, mit den unsicheren Fällen umzugehen, nämlich indem sie nicht direkt blocken, sondern einfach ihre Bilderrätsel ausliefern. Insofern gibt es also drei Kategorien: unverdächtig, verdächtig, und böswillig. Böswillige Sachen werden blockiert, bei verdächtigen ein Bilderrätsel eingeblendet, und bei den (hoffentlich der Mehrheit) unverdächtigen Anfragen wird direkt die Seite ausgeliefert.
Da muß man dann auch einfach mal ehrlich zu sich selbst und zu anderen sein: wer Cookies löscht, Anonymisierungstechniken wie VPNs oder Proxies nutzt, weil er Angst vor der Werbewirtschaft und den bösen Geheimdiensten hat, der bezahlt dafür eben leider einen Preis. Aus meiner Sicht geht es hier um eine Abwägung von Rechtsgütern, nämlich des Rechts der User auf Privatsphäre und des Rechts der Betreiber, ihre Seiten ungestört zu betreiben.
Wenn der Preis der Privatsphäre ein paar Abfragen von Bilderrätseln sind, dann ist das eben so. Aber ohne Anbieter wie Cloudflare und Co. gibt es kaum eine Möglichkeit, DDoS-Angriffe wirksam abzuwehren, insofern sich die Frage stellt, ob ein paar Bilderrätsel schlimmer sind als die komplette Nichtverfügbarkeit einer Webseite und womöglich die Erpressung ihres Betreibers.
Mittlerweile hat sich das Verhalten von mc.net wieder etwas eingespielt
und am PC funktioniert es für mich wieder zufriedenstellend. Nur mit dem
iPad gibt es noch Unregelmässigkeiten.
Cloudflair springt mir immer an die Kehle wenn ich z.B. Einstellungen
wähle und dann dort auf meine Beitragsliste zugreifen möchte. Das gibt
dann ununterbrochen Cloudflair prompts, das jeweils wieder wissen möchte
ob ich noch lebe. Dieses Verhalten ist reproduzierbar. Es tritt aber bei
anderen mc.net Seitenzugriffen nicht auf, also hauptsächlich wie hier
beschrieben.
Die restliche Navigation funktioniert einigermassen, aber mit
sporadischen Ausfällen, wo der iPad dann die mc.net Adresse nicht mehr
findet und man ein paar Mal den Refresh drücken muss. In ganz schlimmen Fällen hilft nur den Tab zu schliessen und neu auf mc.net zugreifen. Das passierte früher nur extrem selten.
Wenn man Beiträge schreibt, die mehr als ein paar Minuten dauern, gibt
es Timeouts und man riskiert, den gesamten Beitragstext zu verlieren.
Ingesamt ist die Arbeit seit Cloudflair Einsatz mit mc.net auf dem iPad
mittlerweile zu einer Art Spießrutenlaufen geworden. Ob sich das noch
optimieren lässt, kann ich nicht beurteilen. Die Cloudflair Torwächter
Aufgabe ist offensichtlich nicht ganz perfekt.
Das sind momentan meine Erfahrungen. Wie gesagt, sm PC geht es jetzt
wieder ziemlich gut.
Grüße,
Gerhard
Beispiel:
"www.mikrocontroller.net
Performing security verification
This website uses a security service to protect against malicious bots. This page is displayed while the website verifies you are not a bot."
Passiert jedesmal wenn ich in Einstellungen wiederholt auf meine Beiträge zugreifen möchte. Sogleich wieder vergisst Cloudflair nach ein paar Sekunden, dass ich mich gerade prüfen ließ.
In hartnäckigen Fällen hat mir der Umweg über die Suchmaschine geholfen. Anscheinend bewertet Cloudflare auch den Referrer, also sind Links aus der Suchmaschine nicht so böse wie Lesezeichen. Am meisten irritiert mich, dass es mit Safari fast unmöglich ist, die Startseite neu zu laden. Manchmal geht's nach dem dritten Versuch, aber das dauert dann eher Minuten als Sekunden. Nun ja, "man" möchte ja die Smartphone-Nutzung einschränken. Bis jetzt ist es noch Spaß, wartet nur, bis die verbindliche Verifikation des Alters kommt und Werte über 65 als Tippfehler gelten ;)
Die mir innewohnende
Höflichkeit und mein Respekt vor meinen Mitmenschen verbieten es mir,
näher dazu auszuführen, was ich von den IT-Fähigkeiten dieser Menschen
halte.
Bei mir sind es eher Jugendschutzgründe,
zu gewissen Dingen UND Leuten tacheles (...)
