2 months ago
Il mio servizio Express imposta correttamente gli header CORS (Access-Control-Allow-Origin, -Headers, -Methods) su ogni risposta, incluse le richieste OPTIONS di preflight — verificato col codice e con test locali che confermano il comportamento corretto in locale, fuori da Railway.
In produzione (varcoapp-production.up.railway.app), le richieste OPTIONS a qualunque endpoint (/api/claude, /state, /healthz, /batch/run) ricevono risposta ma senza alcun header: verificato via fetch() dal browser, l'array headers.entries() è vuoto a parte content-length: 0.
Ho già provato entrambe le varianti più comuni per questo tipo di problema:
- risposta OPTIONS con status 204
- risposta OPTIONS con status 200, gestita esplicitamente con una route dedicata invece che nel middleware generico
Nessuna delle due cambia il risultato: gli header restano assenti in entrambi i casi. Questo esclude un problema nel mio codice.
Servizio: VARCO_app (877eeb4d-87d4-4c27-ba5f-8e1ecf0d35d8)
Progetto: 682a4457-26e9-4e59-bdf5-0f11a3faa50a
Domanda: c'è un livello edge/proxy che filtra questi header sulle risposte OPTIONS? Come lo disattivo o configuro correttamente per farle arrivare intatte fino al container?
1 Replies
2 months ago
Apologies, we only correspond in English. Please open a new thread in English.
Status changed to Closed Railway • about 2 months ago