Moin, 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.
:
Verschoben durch Moderator
Gerhard O. schrieb: > Im Vergleich zu früher funktioniert es also am iPad nicht mehr sehr gut. Poste das Problem doch einmal im Unterforum "Website". https://www.mikrocontroller.net/forum/website
Rainer W. schrieb: > Gerhard O. schrieb: >> Im Vergleich zu früher funktioniert es also am iPad nicht mehr sehr gut. > > Poste das Problem doch einmal im Unterforum "Website". > https://www.mikrocontroller.net/forum/website Danke Rainer, Bemerkte erst durch Deine Antwort, dass ich falsch gelandet bin. Vielleicht erbarmt sich ein Moderator und verschiebt ihn mir. Grüsse, Gerhard
Das koennten auch Nebeneffekte durch Klautfläre & Ko sein. Was man unterlassen sollte, die automatische Übersetzung von andersprachigen Seiten aktiv zu haben. Das kann auch Text in Eingabefeldern zerschiessen.
Gerhard O. schrieb: > 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?
Moin allesamt, Harald K. schrieb: > Gerhard O. schrieb: >> 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. Grüsse, Gerhard
:
Bearbeitet durch User
Gerhard O. schrieb: > Seiten Browser Refreshes funktionieren leider nur noch sehr > unzuverlässig. Was passiert, wenn sie nicht klappen? Timeout oder eine Fehlermeldung? 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.
Hmmm schrieb: > Gerhard O. schrieb: >> 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.
:
Bearbeitet durch User
Dieter D. schrieb: > Das koennten auch Nebeneffekte durch Klautfläre & Ko sein. > > Was man unterlassen sollte, die automatische Übersetzung von > andersprachigen Seiten aktiv zu haben. Das kann auch Text in > Eingabefeldern zerschiessen. Ist bei mir abgeschaltet, weil das nervt.
Gerhard O. schrieb: > 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.
Gerhard O. schrieb: > 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? Edit2: Edit1 hat auch funktioniert...
:
Bearbeitet durch User
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. https://forums.raspberrypi.com/viewtopic.php?t=397531 https://forums.raspberrypi.com/viewtopic.php?t=396741 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. Oliver
Hallo Gerhard, 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. Ist auf iPad und iPhone gleich. Oliver
:
Bearbeitet durch User
Moin, 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. Gruß, Gerhard
Gerhard O. schrieb: > Nur die Apple Welt ist > (noch) sauer. Ich nutze das Forum mit einem Mac - ganz ohne Probleme (bis auf den Clouflare-Nerv vor einige Zeit, aber der hat sich ja wieder gelegt). Die "Apple Welt" (mit Deppen Leer Zeichen) isses also nicht.
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.
Gerd E. schrieb: > 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.
Gerd E. schrieb: > 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… Oliver
Oliver S. schrieb: > 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.
:
Bearbeitet durch User
Oliver S. schrieb: > Gerd E. schrieb: >> 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… nicht so zuverlässig != inkompatible
Gerd E. schrieb: > Naja, das muss ja nicht unbedingt bei jedem iOS-Gerät so sein. Wie ich schon schrieb, habe ich den Effekt auf iPad und iPhone, über WLAN und Mobilfunk. Oliver
Ralf X. schrieb: > Oliver S. schrieb: >> 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.
Ein T. schrieb: > 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.
Ein T. schrieb: > Ralf X. schrieb: >> Oliver S. schrieb: >>> 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.
Ralf X. schrieb: > 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.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.