Problème avec Onebox échouant sur un serveur mais pas sur un autre

Soutien
1

Salut, j’ai expérimenté AliExpress en tant qu’affilié.

Récemment, leurs Oneboxes ont commencé à échouer sur le site où je les utilise.

J’ai creusé la question et remarqué que cela fonctionne sur un autre serveur Discourse que je possède. Les deux tournent sur la même version de Discourse (2.4.0.beta11) et sont hébergés sur des VPS Scaleway sous Ubuntu.

Cependant, en comparant les requêtes lancées depuis le terminal avec curl, j’ai constaté qu’il y a un redirigement 302 supplémentaire sur le serveur qui échoue, même si elles aboutissent finalement à la même URL.

Cela pourrait-il être la cause des échecs avec le code Onebox actuel ?

J’utilise la commande suivante pour récupérer les redirections (elle inclut l’URL) :

curl -sLD - http://s.click.aliexpress.com/e/nzyWNlXw -o /dev/null -w '%{url_effective}'

Y aurait-il eu un changement récent dans Onebox qui le rendrait plus sensible à cela ?

Je m’excuse si j’ai dit des choses naïves, car je ne suis pas expert dans ce domaine précis !

2

OK, cela devient de plus en plus étrange, mais se rapproche de la raison que je soupçonne :

Si je prends l’URL finale obtenue avec Curl et que je la saisis dans un navigateur local, celle provenant du serveur défaillant m’emmène à une invite de connexion, tandis que celle du serveur fonctionnel ne le fait pas.

…

3

Dans quel cas, un actif se trouve sur un CDN avec protection contre le hotlink, tandis que l’autre n’en dispose pas.

4

Salut Stephen, le lien est le même dans les deux cas. Je pense que la cible ne fait simplement pas confiance à l’un des serveurs ?

5

Pas nécessairement. Même si les deux serveurs sources se trouvent dans le même centre de données et passent par le même équilibreur de charge pour un CDN, ils ne communiquent pas forcément avec la même machine backend.

6

Bonne remarque. Mais cela conduit toujours au même résultat, répétitif et indésirable, ce qui est frustrant.