Scritto da: ::1
> Scritto da: Wakko Warner
> > Tu che lo usi sai per caso se di default imposta l'header
> > X-Frame-Options DENY ?
> >
> > Ho questo sito che in locale funziona perfettamente ma da remoto (dietro nginx) ha qualche componente third-party che mi da errori non chiari. Dopo aver scavato in lungo e in largo ho scoperto che il probabile colpevole è appunto quell'header e sto appunto cercando di capire se è IIS sul server che glie lo mette oppure nginx.
> >
> > Siccome si può impostare sia su IIS che su nginx e siccome non potrò provare fino a lunedì prossimo sai per caso se lo imposto a SAMEORIGIN su IIS se nginx me lo cambia oppure si limita a passarlo così com'è nel caso sia presente?
> >
> > P.S.: Il server su cui gira nginx credo sia un CentOS, se può essere di aiuto.
>
> Di default non imposta assolutamente niente sulle response reverse-proxate.
Ok, forse hanno installato qualche configurazione particolarmente "ristretta".
> L'unica cosa che fa è vedere se contengono x-accel-redirect o altri custom headers per suo uso.
> Devi guardare l'nginx.conf per vedere se ci sono degli add_header/set_header.
Purtroppo non so chi ha configurato nginx dato che il server Linux che fa da proxy lo gestisce qualcun altro... proverò a chiedere a loro se possono verificare ed eventualmente cambiare quell'header. Siccome però ho accesso alla configurazione di IIS se potessi aggiungerlo lì "forzando" la mano di nginx senza dover toccare il server nginx mi andrebbe meglio... prima di lunedì però non ho accesso neanche al server IIS.
> Non puoi chiamare direttamente IIS per verificare se ritorna quell'header?
Purtroppo no, l'unico modo che ho per accedervi è via nginx dall'esterno. Se mi collego con teamviewer alla macchina con IIS il sito funziona correttamente e non mette quell'header da cui la mia ipotesi che sia nginx. Cmq questo header del cazzo l'ho scoperto solo poco fa... è tutto il pomeriggio che cerco di capire perché:
1) sul server IIS non si generano errori
2) il file degli errori di nginx è vuoto
3) eppure la risposta dal server che serve al componente è troncata a 0 byte
4) il sito funziona perfettamente in locale
Stavo per gettare la spugna quando per caso mi è caduto l'occhio su quell'header di cui non conoscevo la funzione. Se in locale istruisco IIS ad inviarmi quell'header infatti anche la versione locale da lo stesso problema. Quindi ora mi manca solo di capire come evitare che quell'header sia aggiunto (o meglio modificarlo in SAMEORIGIN).
