La API falla en secondsite, funcionó en el sitio principal/predeterminado

Estoy dividiendo un sitio en dos sitios separados utilizando el método de múltiples sitios y es hora de golpearse la cabeza contra la API, de nuevo.

Ahora, lo que estoy intentando hacer es desactivar a los usuarios de la lista 1 (el sitio predeterminado) en la lista 2 (el segundo sitio).

Ya he desactivado a los usuarios de la lista 2 desde la lista 1, todo lo que cambié en mi script PHP fue generar una nueva clave API en el segundo sitio, insertarla en la llamada CURL y estoy recibiendo errores de Invalid_Access.

Aquí hay una llamada expurgada (falta la mayor parte de la clave API), que es válida solo para este usuario y acceso global.

curl -X PUT -H “Content-Type: multipart/form-data;” -H “Api-Key: a23…” -H “Api-Username: nolan” “https://nu-sports.tssi.com/admin/users/4/deactivate.json/
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 98 0 98 0 0 212 0 --:–:-- --:–:-- --:–:-- 4454
{“errors”:[“You are not permitted to view the requested resource.”],“error_type”:“invalid_access”}

¿Cuál es la salsa secreta que me falta?

¿Creaste una nueva clave de API en el segundo sitio? Como si la clave no fuera válida.

Sí, probé con dos claves nuevas diferentes, sin éxito.

Si está registrando el error, no veo dónde.

Aparentemente, está accediendo a la clave correcta según el menú de la API:

a233… desactivando suscriptores de huskerlist 24x24 hace 6 horas 1 minuto

1 me gusta

También intenté crear una clave de API para el usuario del sistema, mismo error.

Intentaría una clave global y luego intentaría reducir el alcance.

Por lo que puedo decir, no hay opción para reducir el alcance de una clave de API para que maneje desactivaciones, esa no es una de las opciones disponibles, pero una clave global de todos modos no funciona. (Las API necesitan trabajo, en mi humilde opinión).

No sé dónde está el código deactivate.json, una búsqueda en mi servidor no lo encuentra, así que aparentemente no es un archivo separado. Me pregunto si hay algo específico en que este sea un segundo sitio que no sea correcto, porque funcionó muy bien en el sitio predeterminado.

Sin embargo, no sería el primer problema que encuentro con los segundos sitios, aunque no estoy seguro de si alguien llegó a registrar el primero como un problema, tiene que ver con el código en un archivo de configuración de nginx que verifica que el nombre de dominio en la URL sea el predeterminado, simplemente comento esas líneas de código cada vez que hago una reconstrucción. Informé este problema en esta publicación: