gandalf2016 relativamente....
Ho provato anche da un server su OVH sito in Francia e ottengo questo:
`
[root@vps676475 ~]# dig !$
dig scontent.fmxp5-1.fna.fbcdn.net
;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 52683
;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; scontent.fmxp5-1.fna.fbcdn.net. IN A
;; ANSWER SECTION:
scontent.fmxp5-1.fna.fbcdn.net. 3600 IN A 93.57.123.209
;; AUTHORITY SECTION:
;; ADDITIONAL SECTION:
;; Query time: 18 msec
;; SERVER: 8.8.8.8
;; WHEN: Sun Jun 30 16:46:02 2024
;; MSG SIZE rcvd: 64
[root@vps676475 ~]# openssl s_client -connect scontent.fmxp5-1.fna.fbcdn.net:443
C
[root@vps676475 ~]#
`
Se invece provo a caricare le pagine sotto Telecom non mi viene risposto quell' hostname per le immagini, ma scontent.fqpa3-2.fna.fbcdn.net che poi risponde alle richieste https.
QUindi il problema e' doppio:
sotto fastweb la cdn risponde con hostnames che non rispondono e gli hostname della cdn che non rispondono.
Per me e' piu' un problema di Meta e la sua geolocalizzazione che non di Fastweb ed il suo routing.
