Browser-Cookie-Korruption (?) nach Site-Migration auf Azure

Hallo,

ich habe eine Discourse-Plattform von Vultur auf Azure migriert, und zwar unter CentOS Linux. Die Migration verlief reibungslos, wobei der integrierte Prozess zum Sichern und Wiederherstellen der Datenbank verwendet wurde. Anschließend haben wir die DNS-Einstellungen delegiert.

Einige Benutzer (darunter auch ich zeitweise) erhalten beim Laden von /latest.json den traurigen 500-Fehler. In allen Fällen löst das Löschen der Cookies/Sitzungen das Problem vorübergehend, doch es tritt nach etwa einer halben Stunde erneut auf.

Als Admin konnte ich während des Fehlers im Bereich „Einstellungen“ feststellen, dass die Schlüssel-Wert-Paare für die verschiedenen Einstellungsbeschriftungen nicht in die jeweilige Sprachlokalisierung übersetzt wurden. So wurde beispielsweise „default locale“ als etwas wie „[en.default_locale]“ angezeigt.

Ich bin kein Linux- oder Discourse-Experte und weiß daher nicht, wie ich dieses Problem angehen soll. Es könnte sein, dass sich die Dinge nach der DNS-Migration noch „beruhigen“, oder es liegt etwas Tieferliegendes vor.

Bisher wurde das Problem nur unter Windows mit Chrome gemeldet. Ich kann es weder unter Edge noch unter Chrome für Android reproduzieren.

In den /logs finde ich Einträge wie den folgenden:

Job exception: PG::InvalidTextRepresentation: ERROR:  invalid input syntax for type inet:"106.70.36.109:6082" LINE 1: UPDATE "users" SET "ip_address" = '106.70.36.109:6082' WHERE...

Jeder Hinweis wäre willkommen.

Simon

Das ist ein bekannter Azure-Fehler, für den es hier beschriebene Workarounds gibt:

Chromium Edge oder Legacy Edge?

Wir sind ebenfalls zu diesem Schluss gekommen, und es hat sich bestätigt. Der Appgw hat seine internen IPs anstelle der Benutzer-IPs gesendet, und vermutlich hat der Nginx-Schutz gegen Überflutung eingegriffen. Die Aktualisierung der Nginx-Konfigurationen hat das Problem behoben.