UA-51298262-10 Skip to main content
WordPress

Error ‘No input file specified’ en WordPress con Nginx

By abril 19, 2026No Comments

¿Qué indica el error «No input file specified» en Nginx?

El mensaje «No input file specified» suele aparecer cuando Nginx y PHP-FPM no logran encontrar el archivo PHP que se está solicitando. En instalaciones de WordPress, este fallo afecta habitualmente la carga de páginas o la funcionalidad de los enlaces permanentes, algo que puede darse tras una migración, cambios en las rutas o ajustes equivocados en la configuración de fastcgi.

Causas habituales

  • fastcgi_param SCRIPT_FILENAME mal establecido en la configuración PHP de Nginx.
  • Error en la directiva root o try_files dentro del server block.
  • Permisos de archivos o carpetas que bloquean el acceso a PHP-FPM.
  • Desajuste entre el socket o puerto de PHP-FPM y lo que configura Nginx.
  • Presencia de enlaces simbólicos que no pueden resolverse correctamente.

Solución paso a paso

1. Corrige fastcgi_param

Verifica que en la sección encargada de procesar PHP, la variable SCRIPT_FILENAME esté bien formada usando $document_root junto con $fastcgi_script_name. Si esta ruta es incorrecta, suele aparecer el error.

Así debería verse la configuración del bloque location ~ \.php$:

  1. include fastcgi_params;
  2. fastcgi_pass unix:/run/php/php8.2-fpm.sock; (o 127.0.0.1:9000 si usas TCP)
  3. fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
  4. fastcgi_index index.php;

2. Revisa root y try_files

Asegúrate de que la directiva root apunte exactamente a la carpeta donde está WordPress. Además, try_files debe redirigir las solicitudes que no encuentra a index.php para que WordPress las gestione correctamente.

Un ejemplo típico de configuración en el server block:

  1. server_name tu-dominio.com;
  2. root /var/www/html/wordpress;
  3. index index.php index.html;
  4. location / { try_files $uri $uri/ /index.php?$args; }

3. Permisos y propietario

Si los permisos no están bien puestos, PHP-FPM no podrá acceder a los archivos. Ajusta tanto permisos como propietario para que concuerden con el usuario que usa PHP-FPM (habitualmente www-data).

  • Carpetas: 755. Archivos: 644.
  • Algunos comandos que puedes usar (modifica la ruta y usuario si es necesario):
  1. find /var/www/html/wordpress -type d -exec chmod 755 {} \;
  2. find /var/www/html/wordpress -type f -exec chmod 644 {} \;
  3. chown -R www-data:www-data /var/www/html/wordpress

4. Comprueba el socket o puerto de PHP-FPM

No está de más comparar el valor de fastcgi_pass en Nginx con la configuración real de PHP-FPM. Consulta el archivo de pool, normalmente en /etc/php/*/fpm/pool.d/www.conf, y asegúrate de que coinciden.

5. Evita enlaces simbólicos problemáticos

Si tienes enlaces simbólicos en las rutas, confirma que tanto Nginx como PHP-FPM puedan acceder a ellos. En caso de duda, prueba a usar la ruta física durante un rato para descartar este posible origen del fallo.

Comprobaciones y reinicio

Tras cualquier cambio, reinicia los servicios implicados y revisa los logs, que suelen dar pistas útiles si algo sigue sin funcionar:

  1. systemctl restart nginx
  2. systemctl restart php8.2-fpm (ajusta la versión según tu caso)
  3. Para ver errores: tail -f /var/log/nginx/error.log y tail -f /var/log/php8.2-fpm.log

Configuración completa recomendada

Este es un ejemplo de bloque de servidor que puedes tomar como base (adapta rutas y parámetros a tu entorno real):

  1. listen 80;
  2. server_name tu-dominio.com www.tu-dominio.com;
  3. root /var/www/html/wordpress;
  4. index index.php index.html;
  5. location / { try_files $uri $uri/ /index.php?$args; }
  6. location ~ \.php$ { include fastcgi_params; fastcgi_pass unix:/run/php/php8.2-fpm.sock; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_index index.php; }

Diagnóstico avanzado

  • Si el error persiste, compara bien las rutas utilizadas por Nginx y PHP-FPM. En la práctica, la mayoría de errores vienen por un path mal resuelto.
  • Puedes aumentar el nivel de log en PHP-FPM para localizar problemas de permisos o rutas chrooted.
  • No está de más crear un archivo PHP simple (phpinfo) y probar que se ve bien, para descartar que el problema sea de WordPress en sí.

Soporte profesional

Si prefieres dejar la revisión de configuraciones en manos expertas o necesitas ayuda para asegurar el rendimiento y la seguridad, hay proveedores que ofrecen soporte profesional. En SOLTIA (soltia.net) puedes encontrar hosting optimizado y asistencia técnica. RedServicio (redservicio.net) también ofrece soporte especializado para administración y resolución de problemas en servidores.

Preguntas frecuentes

¿Este error afecta la seguridad? No de forma directa, pero es una señal de que hay algo importante por corregir en la configuración para evitar problemas de disponibilidad o exposición innecesaria.

¿Es necesario reinstalar WordPress? No hace falta. Este es un tema de configuración de servidor, no del propio WordPress.

Conclusión

En la mayoría de los casos, el error «No input file specified» en WordPress bajo Nginx se soluciona revisando cuidadosamente la directiva fastcgi_param SCRIPT_FILENAME, la ruta root, la directiva try_files, los permisos y la configuración de PHP-FPM. Tómate unos minutos para repasar los puntos indicados, reinicia los servicios y vigila los logs para comprobar si la incidencia se ha resuelto. Si prefieres delegar el trabajo, tanto SOLTIA como RedServicio pueden ayudarte con soporte y optimización de tu servidor. Cuanto antes apliques la corrección, menos tiempo estará tu sitio fuera de línea.

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información. ACEPTAR

Aviso de cookies