Ich bekomme heute beim Aufrufen von mikrocontroller.net die im Anhang zu sehende Meldung. Was läuft da schief?
Nachtrag: - Häufigkeit ca. 70% mit steigender Tendenz. - Seiten außerhalb von uC.net sind nicht betroffen.
Die gleiche Fehlermeldung kam bei mir auch, ich benutze keinen Proxy, die Fehlermeldung kommt auch nur bei mikrocontroller.net-Seiten.
ich hab das selbe problem kein Proxy, Firefox 13.0.1, Windows 7
Hatte ich auch. Zugang: FF 13 unter Linux, Internetzugang über transparenten Proxy (squid 3.0stable18) auf einem Server, dann zur Fritzbox.
Hier auch: FF 13.0.1 unter Ubuntu 10, Netzzugang über kombinierten DSL-Router/Router.
Ausserdem werden momentan alle Umlaute (ä,ö,ü) fehlerhaft dargestellt.
Magnus Müller schrieb: > Ausserdem werden momentan alle Umlaute (ä,ö,ü) fehlerhaft dargestellt. bei mir nicht
Nachtrag: Vom Umlautproblem scheint vorwiegend die Startseite (http://www.mikrocontroller.net) betroffen zu sein. Siehe Anhang.
Hmm auf µC.net hatte ich das noch nicht aber auf anderen Seiten. Nutze Firefox 13 und Chromium 18.0.1025.168 auf Linux. Kein Proxy zwischen, aber Firewall. Modem Fritzbox 7240 und Provider ist Telekom (DSL 6000).
Ich habe mit den Umlauten keine Probleme. µC.net wird als UTF-8 kodiert angezeigt.
Udo Neist schrieb: > Ich habe mit den Umlauten keine Probleme. µC.net wird als UTF-8 kodiert > angezeigt. Bezüglich Kodierung: Habe eben nachgesehen. Auf der Startseite ist im "Ansicht" Menü des IE9 "Westeuropäisch (Windows)" ausgewählt. Stelle ich auf "Automatische Auswahl" um, bleibts bei westeuropäisch. Hier in diesem Thread steht die Auswahl auf "Unicode (UTF-8)". Umlaute werden normal dargestellt. Wechsle ich auf "Automatische Auswahl", so springt der IE9 auf westeuropäisch um und die Umlaute sind genauso müllig wie auf der Startseite.
Das "Bad Gateway" Problem tritt bei mir übrigens momentan nicht mehr auf.
Es ist aber korrekt definiert worden:
1 | <meta http-equiv="Content-type" content="text/html; charset=utf-8" /> |
Also macht der IE mal wieder seinem Ruf alle Ehre, sich gerne mal zu Verschlucken und die Seiten nach seinem Gusto anzuzeigen.
Bevor man das Meta-Tag zur Kodierung ansieht, sollte man die Header (die richtigen von HTTP) prüfen. Aber aktuell wird in den Headern auch utf-8 ausgegeben. Vielleicht gabs vorher einen anderen (ISO-8859) Header.
bad gateway hatte ich vorhin auch einmal... Aktuell ist aber etwas ganz anderes komisch: Die Links um gemachte Änderungen im Wiki anzuzeigen leiten auf µc.net:81(!) um, was mein FF mit Server nicht erreichbar quitiert. Sehr merkwürdig sind außerdem die letzten 2 Änderungen (man achte auf die IP): 08.07.2012 15:40 AVR Bootloader FastBoot von Peter Dannegger von 127.0.0.1 (Änderungen) 08.07.2012 14:17 LPC1xxx von 127.0.0.1 (Änderungen) Was ist da los?
Es gibt aber keine Verbindung zu Port 81. Ist aber schon merkwürdig, das die Links darauf zeigen.
1 | # nmap www.mikrocontroller.net -p 81 |
2 | |
3 | Starting Nmap 5.61TEST2 ( http://nmap.org ) at 2012-07-08 19:03 CEST |
4 | Nmap scan report for www.mikrocontroller.net (188.40.52.210) |
5 | Host is up (0.032s latency). |
6 | rDNS record for 188.40.52.210: eq4.andreas-s.net |
7 | PORT STATE SERVICE |
8 | 81/tcp filtered hosts2-ns |
9 | |
10 | Nmap done: 1 IP address (1 host up) scanned in 0.42 seconds |
Vielleicht will der Admin das Wiki auf einen anderen Port legen um Spambots das Leben schwer zu machen? Reine Spekulation. bad gateway hatte ich eben nochmal, das Problem scheint also noch zu existieren.
Troll schrieb: > Bevor man das Meta-Tag zur Kodierung ansieht, sollte man die Header (die > richtigen von HTTP) prüfen. > > Aber aktuell wird in den Headern auch utf-8 ausgegeben. Vielleicht gabs > vorher einen anderen (ISO-8859) Header. Irgendwo hab ich gelesen, das der Webserver die Angaben für http aus dem HTML-Dokument entnehmen sollte oder halt das Dokument auf die Kodierung prüfen soll. Apache übergibt in den Defaulteinstellungen nur "text/html" und keine Kodierung. Wie nginx das handhabt, weiß ich nicht.
Bad Gateway tritt dann auf, wenn der Proxy nginx nicht mit dem Webserver sprechen kann. Bei größeren Internetseiten stellt man in der Regel einen Proxy vor den/die Webserver. Da ist nginx ganz populär. Wenn der nicht mit dem Webserver sprechen kann, kommt der Fehler. Also (einer) der Webserver ist ausgefallen. Keine Ahnung wie viele Webserver mikrocontroller.net betreibt.
Zitat: "Nginx is a free, open-source, high-performance HTTP server and reverse proxy, as well as an IMAP/POP3 proxy server." Nginx wird hier wohl als Webserver und Proxy laufen.
Im Moment wird der Webserver schrittweise auf nginx umgestellt. Mikrocontroller.net läuft noch auf dem alten Webserver (der jetzt auf Port 81 lauscht), und wird nur durch nginx ge-proxy-t, deshalb haben alle jetzt im Wiki die IP "127.0.0.1". In ein paar Tagen sollte die Umstellung komplett abgeschlossen sein, dann stimmt das wieder. gatewayer schrieb: > leiten auf µc.net:81 Das habe ich gerade behoben. Die (zugegeben wenig aussagekräftige) Meldung "Bad Gateway" kommt, wenn der alte Webserver kurz offline ist, was in den nächsten Tagen aber nur noch für ein paar Sekunden passieren sollte. Das Umlautproblem kann ich mir nicht erklären; wenn es wieder/immer noch auftritt, bitte noch mal Bescheid sagen.
Andreas Schwarz schrieb: > Das Umlautproblem kann ich mir nicht erklären; wenn es wieder/immer noch > auftritt, bitte noch mal Bescheid sagen. Hast du Zugriff auf IE9? Wenn ja: Im Menü "Ansicht" --> "Codierung" "Automatische Auswahl" UND "Unicode (UTF-8)" auswählen. Hiemit funktioniert es. Im Menü "Ansicht" --> "Codierung" "Automatische Auswahl" UND "Westeuropäisch (Windows)" auswählen. Hier kommt der Umlaut-Müll. Es macht hierbei keinen Unterschied, ob man "Automatische Auswahl" aktiviert oder nicht.
Ist das aktuell so? Kannst du mal Verlauf & Cache leeren und neu probieren?
Es wäre sinnvoll, wenn du auf der HP einfach ein Statusfeld hast, in dem Wartungsarbeiten angekündigt werden bzw. schlicht steht, daß du gerade fummelst. Oder übersehe ich dieses Feld nur?
Andreas Schwarz schrieb: > Ist das aktuell so? Kannst du mal Verlauf & Cache leeren und neu > probieren? Hab ich soeben gemacht --> keine Verbesserung. AAAABER : Es dürfte wohl doch ein (allgemeines) Problem des IE9 sein, da ich das selbe Verhalten auch auf der Google Startseite provozieren kann (siehe Anhang). LG Magnus
Magnus Müller schrieb: > Es dürfte wohl doch ein (allgemeines) Problem des IE9 sein nein, eventuell nur bei dir. Ich verwende auch nur die IE9 und hatte noch keine Probleme mit umlauten.
Also wenn ich im aktuellen Firefox was anderes als Unicode(UTF-8) auswähle krieg ich auch Zeichensalat... Ich frage mich nur wo das Problem ist, solange es eine Einstellung gibt mit der alle Seiten funktionieren sollte doch alles gut sein?! Abdul K. schrieb: > Es wäre sinnvoll, wenn du auf der HP einfach ein Statusfeld hast, in dem > Wartungsarbeiten angekündigt werden bzw. schlicht steht, daß du gerade > fummelst. zustimm
gatewayer schrieb: > Also wenn ich im aktuellen Firefox was anderes als Unicode(UTF-8) > auswähle krieg ich auch Zeichensalat... Beim FF manuell was Anderes auzuwählen hatte ich noch nicht probiert. Hatte beim FF nur "Ansicht" --> "Zeichencodierung" --> "Automatisch bestimmen" --> "Universell" ausprobiert. Umlaute werden ohne Fehler dargestellt. > Ich frage mich nur wo das Problem ist, solange es eine Einstellung > gibt mit der alle Seiten funktionieren sollte doch alles gut sein?! Ich hatte halt erwartet, dass der IE9 bei "Automatische Auswahl" die passende Codierung automatisch wählen würde. Dies war / ist offensichtlich ein Trugschluss.
Magnus Müller schrieb: > Ich hatte halt erwartet, dass der IE9 bei "Automatische Auswahl" die > passende Codierung automatisch wählen würde. Dies war / ist > offensichtlich ein Trugschluss. bei meinen PCs ist UTF8 eingestellt, habe ich auch nie geändert.
Peter II schrieb: > bei meinen PCs ist UTF8 eingestellt, habe ich auch nie geändert. Hatte ich auch nicht geändert. Das Umlautproblem trat bei mir zeitgleich mit dem "Bad Gateway"-Problem auf.
Bei mir ist es im Moment beinahe unmöglich auf die Seite zu kommen (Bad Gateway). Nur bei ca. 10% der Seitenaufrufe klappt es. Teilweise fehlt CSS, siehe Anhang.
Christian F. schrieb: > Bei mir ist es im Moment beinahe unmöglich auf die Seite zu kommen (Bad > Gateway). Nur bei ca. 10% der Seitenaufrufe klappt es. Teilweise fehlt > CSS, siehe Anhang. dito @Andreas wie wärs mit lighttpd statt nginx..da passiert sowas nicht :P
Ja, bad gateway tritt immer noch auf und auch die Wikilinks zeigen weiterhin auf Port 81. :-(
"Bad Gateway" heißt ja: Schlechter Torweg. Vielleicht hat Andreas seinen Server auf der Veste Coburg stehen, da er ja dort wohnt. Bei solchen alten Gemäuern gibt es ja mit hoher Wahrscheinlichkeit einen Torweg. Das wäre die Erklärung. http://muskingum.edu/~modern/german/1000Jahre/hohes_Mittelalter/Veste_Coburg_West.jpg ;-) MfG Paul
Gynni schrob:
>Und ich dachte immer, da säße die HUK drin. ;-)
Ach was - die wer'n doch nich auf den Berch da nauf hucken.
(Wie ein Franke sagen würde...)
;-)
MfG Paul
Christian F. schrieb: > Nur bei ca. 10% der Seitenaufrufe klappt es. Sei froh, meine Erfolgsquote liegt mit Firefox 13.0.1 bei exakt 0% und das seit gestern Mittag. Die einzige Möglichkeit auf MC.net zu kommen ist mit IE9. LG Christian
Falls es hilft: Mit Safari 5.1.7 und Firefox 12 geht es im Allgemeinen. Bisher kam nur einmal Bad Gateway und einmal ein anderer Fehler, 500 glaube ich.
Die Umstellung ist abgeschlossen, jetzt sollte alles wieder mindestens genauso gut funktionieren wie bisher, und die gelegentlichen Geschwindigkeitseinbrüche sollten nicht mehr vorkommen. Falls es Probleme gibt, bitte Bescheid sagen. Abdul K. schrieb: > Es wäre sinnvoll, wenn du auf der HP einfach ein Statusfeld hast, in dem > Wartungsarbeiten angekündigt werden bzw. schlicht steht, daß du gerade > fummelst. Das müsste permanent da stehen, weil alle paar Tage irgend etwas gewartet oder umgebaut wird. Normalerweise bekommt man als Besucher davon nichts mit. Mit der heutigen Umstellung sollte die Wahrscheinlichkeit von Beeinträchtigungen noch geringer werden. Andi D. schrieb: > wie wärs mit lighttpd statt nginx..da passiert sowas nicht :P Die Fehlermeldung liegt nicht an nginx, sondern am Backend. Lighttpd wird nicht so aktiv entwickelt wie nginx, deshalb ist die Wahl auf letzteren gefallen. Mit Lighttpd lief der Server übrigens schon mal von ca. 2005-2008 (http://toolbar.netcraft.com/site_report?url=http://mikrocontroller.net).
Andreas Schwarz schrieb: > Falls es > > Probleme gibt, bitte Bescheid sagen. Bei mir Läuft es immer noch nicht unter Firefox. :( LG Christian
Andreas Schwarz schrieb: > Falls es > > Probleme gibt, bitte Bescheid sagen. also ich habe immer noch probleme mit Firefox.13.0.1 Gruß Anja
Was genau geht nicht? Gibt es Probleme beim Zugriff über HTTP oder über HTTPS?
Andreas Schwarz schrieb: > Gibt es Probleme beim Zugriff über HTTP oder über HTTPS? Ich krieg bei beiden die Bad Gateway Meldung. LG Christian
Also bei mir geht IE6 ;-) Darf ich doch mal bringen, oder?!
Firefox 13.0.1 auf Linux ohne Probleme. Alle mit Fehlern sollten mal den Browsercache leeren.
Troll schrieb: > Alle mit Fehlern sollten mal den Browsercache leeren. Bringt keine Besserung. Gruß Anja
Troll schrieb: > Alle mit Fehlern sollten mal den Browsercache leeren. oder mal ALT+F5 zum refresh verwenden. Windows mit Firefox und IE keine Probleme
Ich bekomme bei HTTPS Timeouts beim Versuch, die OCSP-Server zu erreichen. Keine Ahnung, ob das nun ein Problem mit StartCom ist oder bei mikrocontroller.net zu suchen ist, zumindest korreliert es zeitlich mit dem Umbau. Wenn ich OCSP ausschalte (geht leider nur global, weshalb ich es nicht so gern mache), funktioniert die eigentliche SSL-Verbindung.
Jörg Wunsch schrieb: > Ich bekomme bei HTTPS Timeouts beim Versuch, die OCSP-Server zu > erreichen. Funktioniert jetzt offensichtlich wieder.
Christian L. schrieb: > Ich krieg bei beiden die Bad Gateway Meldung. Sollte jetzt behoben sein. Bitte noch einmal testen. Jörg Wunsch schrieb: > Ich bekomme bei HTTPS Timeouts beim Versuch, die OCSP-Server zu > erreichen. Ah, danke, ich hab mich schon vergeblich abgemüht die Quelle für die Verzögerung im Server zu suchen. Anscheinend ist der OCSP-Server nicht erreichbar, bei anderen Seiten mit StartCom-Zertifikat habe ich das selbe Problem.
Andreas Schwarz schrieb: > Anscheinend ist der OCSP-Server nicht > erreichbar, bei anderen Seiten mit StartCom-Zertifikat habe ich das > selbe Problem. Ja, den Eindruck habe ich auch. Im Moment trödelt es wieder vor sich hin.
Abdul K. schrieb: > Und wozu nun der ganze Aufwand? Z.B. damit das hier nicht mehr vorkommt: Beitrag "Zugriff heute etwas langsam?"
Ich weiß nicht warum das abundzu ist. Kommt bei mir auch vor und dann lasse ich deine Seite eben mal ein paar Stunden in Ruhe. Bislang dachte ich einfach, daß zufällig zuviele Benutzer aktiv sind.
Andreas Schwarz schrieb: > Sollte jetzt behoben sein. Bitte noch einmal testen. Leider immer noch keine Besserung. Auch den Cache löschen ändert nichts. LG Christian
Ich glaube ich habe das Problem gefunden und behoben. Könntest du es nochmal probieren? Noch hilfreicher wäre es, wenn du bei Firebug im Netzwerk-Tab die vom Server geschickten Header rauskopieren könntest (vorausgesetzt es funktioniert wieder). Danke!
Hat das "Bad Gateway" was mit der Abschaltung von DNS Changer zu tun?
Also jetzt läuft es wieder. Antwort Header: Cache-Control max-age=0, private, must-revalidate Connection keep-alive Content-Encoding gzip Content-Type text/html; charset=utf-8 Date Tue, 10 Jul 2012 06:09:10 GMT Etag "2d7f41ece9d8188b4a4add5f7ad301bb" Server nginx/1.2.2 Set-Cookie return_to=https%3A%2F%2Fwww.mikrocontroller.net%2F; path=/ _forum_session=[...]27c0ea0d1b042f6733a25ce9c73b7795944f3435; path=/; expires=Fri, 20-Jul-2012 06:09:10 GMT; HttpOnly Status 200 OK Transfer-Encoding chunked Vary Cookie X-Request-Id fb09f24fd18a771589eb7589f67da826 X-Runtime 0.125188 X-UA-Compatible IE=Edge,chrome=1 Ich hoffe es ist der richtige Header. LG Christian [mod: Session aus Sicherheitsgründen gekürzt]
Ich habe gerade wieder die Fehlermeldung '502 - bad gateway' erhalten.
Der Fehler im Wiki ist behoben. Tritt das Problem noch woanders auf?
Andreas Schwarz schrieb: > Der Fehler im Wiki ist behoben. offensichtlich nicht... Wiki nicht erreichbar, 504 gateway timeout bzw. 502 bad gateway. Was ist da los?
wuselsulfat schrieb: > Andreas Schwarz schrieb: >> Der Fehler im Wiki ist behoben. > offensichtlich nicht... Wiki nicht erreichbar, 504 gateway timeout bzw. > 502 bad gateway. Was ist da los? Kann ich bestätigen, zumindest den 502 im Wiki. An Einstellungen (OS, Brauser, Proxy, etc.) hab ich nix geändert.
"Da ist was faul!" schrieb im Beitrag #2820305:
> 502 Bad Gateway
Den Fehler hatte ich heute auch mal, allerdings direkt beim laden der
Hauptseite. Vorher noch nie. Ich denke, da hat wohl der Provider oder
irgend ein Router auf dem Weg Probleme.
klausr schrieb: > Ich denke, da hat wohl der Provider oder > irgend ein Router auf dem Weg Probleme. Das sehe ich anders. Die Meldungen kommen von nginx welcher erst kürzlich auf dem Forenserver installiert wurde, ich würde mal sagen da ist die Software fürs Wiki irgendwie abgestürzt bzw. intern nicht erreichbar.
20:03 Aufruf von http://www.mikrocontroller.net/articles/Hauptseite ergibt: 502 Bad Gateway Firefox 15.0
22:04 502 Bad Gateway Bei allen Seiten (Artikelsammlung etc.) außer dem Forum. Opera 11.62
Georg Ious schrieb: > Bei allen Seiten (Artikelsammlung etc.) außer dem Forum. Bei mir war es heute einmal im Forum.
Kommt bei mir gerade wieder. Zudem scheint die Seite recht langsam zu sein.
ja Linux, FF, DSL Problem nur bei uC: ständig hakt es, gelegentlich 502 Bad Gateway
ja Linux, FF, DSL Problem nur bei uC: ständig hakt es, gelegentlich "502 Bad Gateway nginx/1.2.2"
Das Laden der Seite ist Lahm, so wie Phillipp, der ist auch Lahm. ;-) MfG Paul
>Beitrag #2836944 wurde von einem Moderator gelöscht.
Hallo? Darf ich nicht mehr sagen dass mir die ständigen 502er langsam
auf die Nerven gehen?
Hier war bis vor ein paar Minuten auch eine lange Phase von hartnäckigen 502ern.
Uhu Uhuhu schrieb: > Hier war bis vor ein paar Minuten auch eine lange Phase von hartnäckigen > 502ern. Ja, das habe ich oben geschrieben und zum Ausdruck gebracht dass es langsam nervig/lächerlich wird. Offensichtlich hat diese Antwort dem Herrn Moderator nicht gepasst.
Wenn du mit dem Level an Professionalität (welches hier zugegeben öfter mal zu wünschen übrig lässt) nicht zufrieden bist, dann mach doch ein eigenes Forum auf.
troll schrieb: > dass es > langsam nervig/lächerlich wird. der mod wollte nur verhindern, dass du dich mit diesem satz zum affen machst =)
Professioneller schrieb: > Wenn du mit dem Level an Professionalität (welches hier zugegeben öfter > mal zu wünschen übrig lässt) nicht zufrieden bist, dann mach doch ein > eigenes Forum auf. Darum geht es doch gar nicht. Es ist einfach schade dass ein so gutes Forum immer wieder durch technische Probleme ausgebremst wird. nginx wurde ja eigentlich installiert um das Forum zu verbessern, das Ergebnis ist leider nicht besonders: bad gateway und große Ladezeiten, trotz mehrfacher Reparatur durch den Admin. > der mod wollte nur verhindern, dass du dich mit diesem satz zum affen > machst =) Ich habe nichts gegen Affen... Aber gut, sei es drum.
troll schrieb: > das Ergebnis > ist leider nicht besonders wer nichts verändert und stehenbleibt, stirbt aus. siehe hifi-forum. und wer was anpackt, macht fehler. wir sind alle nur menschen. steig doch von deinem ross runter, die höhe bekommt dir nicht.
Michael H. schrieb: > siehe hifi-forum. kenne ich nicht. > und wer was anpackt, macht fehler. stimmt. > wir sind alle nur menschen. > steig doch von deinem ross runter, die höhe bekommt dir nicht. Sorry, ich wollte nicht überheblich oder so klingen. Es ist einfach ein bisschen nervig. runtersteig :-)
(Muss dazu sagen hatte eh nen schlechten Tag gestern, PC hatte aus heiterem Himmel den Geist aufgegeben. Zerschrotetes Dateisystem...) sry 4 Doppelpost.
troll schrieb im gelöschten Beitrag #2836944: > µC.net war eben komplett nicht mehr erreichbar, 502 bad gateway. Sorry > Admin, langsam wird es nervig/lächerlich. Das kann doch nicht so schwer > sein einen stabilen Server aufzusetzen? Sorry, aber das klang für mich einfach wie ein reiner Trollbeitrag, vor allem mit dem Absender "troll".
Entschuldigung angenommen und Vorfall vergessen. :-) Ich gebe zu mein Benutzername ist manchmal sagen wir "suboptimal"...
Andreas Schwarz schrieb: > 502 bad gateway. Das habe ich auch andauernd. Allerdings nur bei meinem Arbeitgeber, einem Großkonzern. Bei mir zuhause ist das bisher noch nie passiert.
Michael H. schrieb: > wer nichts verändert und stehenbleibt, stirbt aus. Interessante Argumentation. Wenn hier Änderungen vorgeschlagen werden, hört man doch eher in schöner Regelmäßigkeit: "Kenne mer nit, bruche mer nit, fott demit".
Ja sind wir im Wald hier schrieb: > Interessante Argumentation. Ein Elephant ist grau. Alles Graue ist ein Elephant. sorry, auf dem niveau argumentiere ich mit vorschulkindern, nicht mit einem namenwechsler-gast.
hal9000 schrieb: > Andreas Schwarz schrieb: >> 502 bad gateway. > > Das habe ich auch andauernd. Was heißt andauernd? Immer? Bitte Uhrzeit (und ggf. IP-Adresse, http://www.whatismyip.com) nennen wann es aufgetreten ist, dann kann ich der Sache nachgehen.
Heute, 17.09.12 gegen 00:15 erstellte ich einen Beitrag im Unterforum "Ausbildung und Beruf". Nachdem ich auf "Vorschau" geklickt hatte, erschien die Fehlermeldung "502 bad gateway" und nichts ging mehr für mindestens 30 Minuten.
Der Fehler heute um ca. 0:00 ist schon bekannt und behoben. Er hat aber vermutlich nichts mit den anderen beobachteten Ausfällen zu tun.
Bevor der Admin hier mit der heißen Nadel an seiner Webserver-Config rumflickt sollte er sich vielleicht einmal das Thema nginx näher bringen...
Aktuell hatte ich ein paar mal 502 bevor die Seite ging. Waren jetzt die letzten 5 Minuten, vorher hatte ich es noch nicht probiert.
Bitte keine Kritik am Administrator. Er tut nur sein Bestes, auch wenn das vielleicht zu wenig ist.
Vielleicht verstopfen die verpixelten Trödelmarktoszis am Bildrand den Traffic
Andreas Schwarz (andreas) (Admin) schrieb:
> Was heißt andauernd? Immer? Bitte Uhrzeit
Also ab 21 Uhr 11 ging für gefühlte 10 Minuten gar nichts mehr.
Fehler 502
Ich bestätige auch mal eben, dass gegen 21.00h auch bei mir wieder der "Bad gateway" erschien. Gruss Klaus
Alt schrieb: > forum geht, wiki nicht. Merkwürdig. Als die Bad Gateway Meldung kam ging das Wiki aber nicht das Forum. LG Christian
Die Antwort-Header vom Forum von vor 2. Min: HTTP/1.1 502 Bad Gateway Content-Length: 124 Vary: User-Agent Content-Encoding: gzip Server: nginx/1.2.3 Date: Mon, 17 Sep 2012 20:02:46 GMT Content-Type: text/html Connection: keep-alive
Andreas Schwarz schrieb: > Danke. Eine zu lange Headerzeile war schuld (Set-Cookie). Neulich hatte ich den "bad gateway" wieder (im Forum). Abhilfe war, die www.mikrocontroller.net Keksdose zu leeren.
Hatte ich gestern Abend auch mal (das erste und bisher einzige mal überhaupt). Einmal die Zurück-Taste betätigt, schon war wieder alles ok. ...
Vor ein paar Minuten hatte ich einen 502er. Außerdem ist der Ladezeit jetzt sehr langsam. Die Header: Anfrage: http://www.mikrocontroller.net/forum/pc-hardware-software GET /forum/pc-hardware-software HTTP/1.1 Host: www.mikrocontroller.net User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: de-at,de;q=0.7,en;q=0.3 Accept-Encoding: gzip, deflate DNT: 1 Connection: keep-alive Cookie: entfernt; falls nötig schicke ich die per Mail nach; _forum_session= ist sehr lang Referer: NO_REFERER Cache-Control: max-age=0 Antwort: HTTP/1.1 502 Bad Gateway Server: nginx/1.2.5 Date: Sat, 17 Nov 2012 16:53:51 GMT Content-Type: text/html Content-Length: 172 Connection: keep-alive
Es gab gerade ein 10-minütiges Problem, das jetzt behoben ist.
Beim Speichern vom vorherigen Post gabs gerade einen 504 Gateway Time-Out. Uhrzeit: 18:01
Bitte 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.