"bad gateway" beim Aufruf von uC.net

Nachtrag:

- Häufigkeit ca. 70% mit steigender Tendenz.

- Seiten außerhalb von uC.net sind nicht betroffen.

Benutzt du eine Proxy? Browser, Betriebsystem?

Läubi .. schrieb:
> Benutzt du eine Proxy?

negativ

> Browser,

IE9

> Betriebsystem?

Win7 home

Hatte ich auch. Zugang: FF 13 unter Linux, Internetzugang über 
transparenten Proxy (squid 3.0stable18) auf einem Server, dann zur 
Fritzbox.

Ausserdem werden momentan alle Umlaute (ä,ö,ü) fehlerhaft dargestellt.

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.

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

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.

tippe mal auf reverse-proxy fürs load-balancing

Raten würde man, wenn Andreas verstorben wäre. Ist dem so?

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

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.

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

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

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).

Und wozu nun der ganze Aufwand?

Andreas Schwarz schrieb:
> Falls es
>
> Probleme gibt, bitte Bescheid sagen.

Bei mir Läuft es immer noch nicht unter Firefox. :(

LG Christian

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?!

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]

Danke. Eine zu lange Headerzeile war schuld (Set-Cookie).

Ich habe gerade wieder die Fehlermeldung '502 - bad gateway' erhalten.

Bei mir seit ca. 1 Woche keine Probleme mehr...

Bei mir eigentlich auch nicht, nur vorhin einmal.

heute schon 20 mal

Der Fehler im Wiki ist behoben. Tritt das Problem noch woanders auf?

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.

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.

Kann ich bestätigen.

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"

Hier war bis vor ein paar Minuten auch eine lange Phase von hartnäckigen 
502ern.

troll schrieb:
> dass es
> langsam nervig/lächerlich wird.
der mod wollte nur verhindern, dass du dich mit diesem satz zum affen 
machst =)

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.

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".

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.

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.

Hier auch nicht (IP siehe oben), bis 21:18.

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

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.

Eben hatte ich wieder mehrmals hintereinander einen 502-er

Bäääh.... eben wieder ein "Bad Gateway"...

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.

...

Es gab gerade ein 10-minütiges Problem, das jetzt behoben ist.

Ja, hängt damit zusammen.

504 Gateway Time-Out hatte ich vor ein paar Minuten auch.