C'est un problème ancien, sans doute !
C'est un peu facile de critiquer avec des arguments qui ne sont plus valides...
La solution a été trouvée pour que ce genre d'erreur n'apparaisse plus : quand c'est chez MS, tout le monde s'en moque ; mais si ce message apparaît quand je contacte ma banque, ce sera un peu plus embêtant...
Le HTTPS posait problème parce que, quand un browser se connecte à un serveur en HTTPS, il demande à l'IP "qui es-tu ?" ; sur les serveurs Akamai, l'IP est partagée entre les clients, donc le serveur ne sait pas s'il doit répondre "je suis MS" ou "je suis une banque"... Donc il répond, par défaut, "je suis Akamai".
La solution existe : il suffit d'attribuer 1 IP par client qui fait du HTTPS par serveur HTTPS ; il y a qqs centaines de serveurs HTTPS, sans doute.
Quand le serveur Akamai est appelé, il répond correctement, car il sait pour quelle IP on l'appelle.
[^] # Re: du coup, https mal configuré
Posté par charlieecho . En réponse à la dépêche Ironie du sort pour MS: obligé d'utiliser du Linux. Évalué à 1.
C'est un peu facile de critiquer avec des arguments qui ne sont plus valides...
La solution a été trouvée pour que ce genre d'erreur n'apparaisse plus : quand c'est chez MS, tout le monde s'en moque ; mais si ce message apparaît quand je contacte ma banque, ce sera un peu plus embêtant...
Le HTTPS posait problème parce que, quand un browser se connecte à un serveur en HTTPS, il demande à l'IP "qui es-tu ?" ; sur les serveurs Akamai, l'IP est partagée entre les clients, donc le serveur ne sait pas s'il doit répondre "je suis MS" ou "je suis une banque"... Donc il répond, par défaut, "je suis Akamai".
La solution existe : il suffit d'attribuer 1 IP par client qui fait du HTTPS par serveur HTTPS ; il y a qqs centaines de serveurs HTTPS, sans doute.
Quand le serveur Akamai est appelé, il répond correctement, car il sait pour quelle IP on l'appelle.