Corruzione dei cookie del browser (?) dopo la migrazione del sito su Azure

Salve,

ho migrato una piattaforma Discourse da un host Vultur ad Azure, in un ambiente Linux CentOS. La migrazione è andata a buon fine, utilizzando il processo integrato di backup e ripristino del database. Successivamente abbiamo delegato il DNS.

Alcuni utenti (io stesso incluso, in un primo momento) ricevono l’errore 500 con la faccina triste quando caricano /latest.json. In tutti i casi, cancellare i cookie e le sessioni risolve il problema, ma sembra che si ripresenti dopo circa mezz’ora.

Come amministratore, ho notato che durante l’errore, nella sezione Impostazioni, le coppie chiave-valore per le varie etichette delle impostazioni non venivano interpretate come localizzazioni linguistiche; ad esempio, “default locale” veniva visualizzato come qualcosa del tipo “[en.default_locale]”.

Non sono un esperto di Linux o di Discourse, quindi non so come procedere con questo problema. Potrebbe trattarsi di un periodo di “stabilizzazione” dopo la migrazione del DNS, oppure potrebbe esserci qualcosa di più serio in corso.

Finora il problema è stato segnalato solo su Windows con Chrome. Non riesco a riprodurlo su Edge o su Chrome per Android.

Controllando i log in /logs, ho trovato voci come la seguente:

Eccezione del job: PG::InvalidTextRepresentation: ERRORE: sintassi di input non valida per il tipo inet: "106.70.36.109:6082" LINEA 1: UPDATE "users" SET "ip_address" = '106.70.36.109:6082' WHERE...

Apprezzerei qualsiasi consiglio.

Simon

Si tratta di un bug noto di Azure, con alcune soluzioni descritte qui

Edge Chromium o Edge Legacy?

Siamo arrivati anche noi a questa conclusione, ed era effettivamente così. L’Appgw stava inviando i propri indirizzi IP interni invece di quelli degli utenti e presumibilmente la protezione anti-flood di Nginx si è attivata. L’aggiornamento delle configurazioni di Nginx ha risolto il problema.