Problema con Onebox fallando en un servidor pero no en otro

Chicos, he estado experimentando con AliExpress como afiliado.

Recientemente, sus Oneboxes han empezado a fallar en el sitio donde los utilizo.

He investigado y noté que funcionan en otro servidor Discourse mío. Ambos tienen la misma versión de Discourse (2.4.0.beta11) y se ejecutan en VPS de Scaleway con Ubuntu.

Sin embargo, al comparar las solicitudes desde la línea de comandos usando curl, noto que hay una redirección 302 adicional en el servidor que falla, aunque aparentemente ambas resuelven a la misma URL en última instancia.

¿Podría esto estar causando que fallen con el código actual de Onebox?

Estoy usando lo siguiente para recuperar los saltos (incluye la URL):

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

¿Podría haber habido un cambio reciente en Onebox que lo haya hecho más sensible a esto?

Tendré que disculparme si he dicho algo ingenuo, ¡porque no soy un experto en este dominio específico!

Vale, esto se está volviendo más extraño, pero se acerca más a la razón que sospecho:

Si tomo la URL final de Curl y la introduzco en un navegador local, la del servidor que falla me lleva a un prompt de inicio de sesión, mientras que la del servidor que funciona no lo hace.

En el caso de que un activo esté en una CDN con protección contra hotlink y el otro no.

Hola Stephen, el enlace es el mismo en ambos casos. Creo que el objetivo simplemente no confía en uno de los servidores.

No necesariamente, incluso si los dos servidores de origen están en el mismo centro de datos y acceden al mismo balanceador de carga para una CDN, no necesariamente se comunicarán con la misma máquina backend.

Buen punto. Pero aún así conduce al mismo resultado repetible e indeseable, lo cual es frustrante.