En este art\u00edculo, examinaremos m\u00e1s de cerca el error HTTP 407 y sus causas. Luego, te ense\u00f1aremos c\u00f3mo solucionarlo en el lado del cliente y en el del servidor. \u00a1Empecemos!<\/p>\n
\u00bfQu\u00e9 significa \u00ab407 Proxy Authentication Required\u00bb?<\/h2>\n
El error \u00abProxy Authentication Required\u00bb se produce cuando el servidor no puede completar una solicitud. Esto ocurre debido a la falta de credenciales de autenticaci\u00f3n cuando se utiliza un servidor proxy<\/a> entre el cliente y el servidor. B\u00e1sicamente, el proxy no puede autenticar al cliente.<\/p>\n Como hay varias partes implicadas, puede ser dif\u00edcil identificar la causa exacta del problema. Incluso puede ser causado por el propio proxy, lo que significa que no hay soluci\u00f3n por tu parte.<\/p>\n Sin embargo, hay algunas cosas que puedes hacer para intentar resolver la comunicaci\u00f3n con el proxy.<\/p>\n Ten en cuenta que este problema tambi\u00e9n puede estar relacionado con el t\u00edpico error 400 Bad Request<\/a>.<\/p>\n\n Los errores HTTP<\/a> se producen cuando un cliente solicita conectarse a un servidor y falla. Cada vez que un navegador web intenta acceder a un servidor online a trav\u00e9s del protocolo HTTP, se produce una conversaci\u00f3n entre el cliente y el servidor. Los c\u00f3digos HTTP se utilizan para manejar esa conversaci\u00f3n, enviando mensajes de \u00e9xito y fracaso de un lado a otro.<\/p>\n El error HTTP 407 es similar al error 401, que se produce por un acceso no autorizado. La \u00fanica diferencia es que en el error 407 falla la autenticaci\u00f3n con un proxy y no con una conexi\u00f3n directa al servidor.<\/p>\n La autenticaci\u00f3n del cliente forma parte del proceso de establecer una conexi\u00f3n segura. Un componente de esta comunicaci\u00f3n es el intercambio de un certificado digital. Este certificado puede estar vinculado a la identificaci\u00f3n digital de una persona, empresa, programa o m\u00e1quina individual. Los servidores pueden aprobar o denegar las solicitudes bas\u00e1ndose en los datos de un certificado digital y conceder o denegar el acceso a la conexi\u00f3n.<\/p>\n En muchos casos, un simple retraso en la conexi\u00f3n, un error tipogr\u00e1fico o una contradicci\u00f3n de c\u00f3digo pueden hacer que se malinterprete un ID digital y se rechace. Otra posibilidad es que no tengas acceso al servidor.<\/p>\n Dado que hay tres partes diferentes implicadas, es posible que tengas que probar algunas soluciones diferentes para resolver el error HTTP 407. Puede que tengas acceso al cliente y al servidor, pero es probable que el proxy est\u00e9 fuera de tu control.<\/p>\n Con suerte, est\u00e1s utilizando un software de monitorizaci\u00f3n del rendimiento de las aplicaciones (APM<\/a>) que ha detectado el error antes de que se convierta en un problema mayor. Hay varias herramientas potentes de APM<\/a> que pueden ayudarte a identificar y resolver errores en tu sitio, incluida nuestra herramienta Kinsta APM<\/a>. Puedes acceder a ella desde el panel de control de MyKinsta<\/a>.<\/p>\n Ahora, veamos c\u00f3mo identificar la causa del error HTTP 407 y resolver el problema. Como siempre, es una buena idea realizar una copia de seguridad<\/a> antes de hacer cambios en tu sitio.<\/p>\n La comprobaci\u00f3n de los problemas del lado del cliente es probablemente la forma m\u00e1s r\u00e1pida y f\u00e1cil para empezar. Para descartar cualquier incidencia, puedes intentar conectarte desde un navegador o dispositivo diferente. Por ejemplo, si obtienes un error 407 en tu ordenador pero no en tu tel\u00e9fono, puede haber un problema con el ID digital o el programa de seguridad del dispositivo.<\/p>\n Si has hecho cambios en tu sitio web recientemente, es posible que quieras deshacerlos y probar la conexi\u00f3n de nuevo<\/a>. De lo contrario, si tienes razones para creer que podr\u00eda ser un problema del lado del cliente, puedes probar los siguientes pasos.<\/p>\n En primer lugar, deber\u00e1s asegurarte de que est\u00e1s introduciendo la URL<\/a> correcta. Puede parecer una tonter\u00eda, pero un peque\u00f1o error tipogr\u00e1fico puede provocar el error HTTP 407. Por lo tanto, deber\u00e1s volver a comprobar la URL, borrar la cach\u00e9<\/a> e intentar volver a visitar el sitio web.<\/p>\n Mejor a\u00fan, intenta utilizar un motor de b\u00fasqueda para obtener la p\u00e1gina que buscas, en lugar de escribir la URL directamente. Si sigues recibiendo un error de autenticaci\u00f3n, es probable que haya un problema en el back-end.<\/p>\n Si has realizado recientemente alg\u00fan cambio que parezca coincidir con el error, es una buena pista que debes seguir. Si el error se produce en tu propio sitio web, es posible que quieras echar un vistazo a cualquier plugin, tema o extensi\u00f3n que hayas a\u00f1adido o actualizado recientemente.<\/p>\n Si todav\u00eda puedes acceder a tu panel de control, ve a la p\u00e1gina de Plugins<\/strong> y desactiva todos tus plugins:<\/p>\n A continuaci\u00f3n, intenta conectarte de nuevo al sitio para ver si el error persiste. Si no es as\u00ed, puede que hayas encontrado el origen del problema.<\/p>\n Ahora, reactiva tus plugins de uno en uno y sigue refrescando la p\u00e1gina. Si el error HTTP 407 s\u00f3lo se produce cuando un determinado plugin est\u00e1 activo, puede haber alg\u00fan problema con la programaci\u00f3n que est\u00e9 impidiendo el acceso al servidor proxy.<\/p>\n Si no puedes acceder al panel de control de WordPress<\/a>, tendr\u00e1s que conectarte a tu sitio mediante un cliente de Protocolo de Transferencia de Archivos (FTP)<\/a>\u00a0como FileZilla<\/a>. Una vez que introduzcas tus credenciales y te conectes a tu sitio, navega hasta public_html<\/strong> > wp-content<\/strong> y localiza la carpeta de plugins<\/strong>.<\/p>\n A continuaci\u00f3n, haz clic con el bot\u00f3n derecho del rat\u00f3n en la carpeta y selecciona Renombrar<\/strong>:<\/p>\n Al cambiar el nombre de esta carpeta, desactivar\u00e1s autom\u00e1ticamente todos los plugins de tu sitio. Ahora, comprueba si el error ha desaparecido. Si lo ha hecho, puedes volver a cambiar el nombre de la carpeta por el de plugins<\/strong> y entrar en tu panel de control de WordPress para reactivar tus plugins uno por uno hasta que encuentres al culpable.<\/p>\n Es posible que quieras comprobar si hay una actualizaci\u00f3n disponible para el plugin defectuoso, ya que esto puede resolver el problema. Si no es as\u00ed, considera la posibilidad de ponerte en contacto con el desarrollador para ver si es consciente del problema y si est\u00e1 trabajando en una soluci\u00f3n.<\/p>\n Si no puedes encontrar ning\u00fan problema relacionado con el lado del cliente que pueda estar causando el error, lo \u00faltimo que puedes hacer antes de seguir adelante es ejecutar una restauraci\u00f3n. Si puedes revertir el sitio a una instancia anterior a la aparici\u00f3n del error, esto determinar\u00e1 si el problema ha sido causado por un cambio reciente o por una fuente externa.<\/p>\n Si es posible, ejecuta una copia de seguridad antes de revertir para poder volver a la versi\u00f3n actual si el error persiste. De lo contrario, es posible que vuelvas a hacer la copia de seguridad y sigas encontrando el problema, por lo que tendr\u00e1s que rehacer tu trabajo para devolver tu sitio a su estado anterior.<\/p>\n Si el error ya no se produce despu\u00e9s de restaurar una copia de seguridad<\/a>, esto puede indicar que una modificaci\u00f3n reciente de tu sitio est\u00e1 causando el problema. Si se te ocurre alg\u00fan posible culpable, puedes probarlo primero. De lo contrario, tendr\u00e1s que rehacer cualquier actualizaci\u00f3n de forma incremental y comprobar si el error vuelve como resultado de un cambio espec\u00edfico.<\/p>\n Si ninguno de los pasos anteriores ha resuelto el error HTTP 407, es posible que te encuentres con un problema del lado del servidor. Si tienes otros sitios en tu servidor, puedes comprobar si est\u00e1n experimentando el mismo error. Esto ayudar\u00e1 a confirmar si el error est\u00e1 presente s\u00f3lo en un sitio concreto o si se est\u00e1 originando en el servidor.<\/p>\n Veamos algunos pasos para resolver el error 407 en el lado del servidor.<\/p>\n Los logs de errores registran la actividad de tu sitio web y de tu servidor, incluyendo cualquier error que se produzca. Estos registros pueden mostrarte qu\u00e9 solicitudes de conexi\u00f3n tienen \u00e9xito y cu\u00e1les fallan.<\/p>\n Para acceder a tus registros de errores<\/a>, abre la carpeta root de tu sitio desde tu FTP. A continuaci\u00f3n, selecciona la carpeta de registros <\/strong>. Aqu\u00ed ver\u00e1s dos opciones: nginx<\/strong> y php<\/strong>. Estas carpetas contienen registros de errores que puedes ver:<\/p>\n Nginx<\/a> se encarga del servidor, del proxy y el almacenamiento en cach\u00e9. Ten en cuenta que si tu alojamiento utiliza un servidor diferente, el nombre de este archivo ser\u00e1 distinto. Por su parte, PHP<\/a> es el lenguaje de scripting con el que funciona WordPress. Si buscas en cualquiera de los dos registros el error 407, es posible que te arroje algo de luz sobre por qu\u00e9 est\u00e1 ocurriendo y cu\u00e1ndo empez\u00f3.<\/p>\n Una causa com\u00fan de un error de autenticaci\u00f3n del proxy es una redirecci\u00f3n inesperada. Esto puede parecer sospechoso para un servidor proxy, haciendo que deniegue el acceso. Por lo tanto, querr\u00e1s comprobar los archivos de configuraci\u00f3n de tu servidor web para ver si hay alguna instrucci\u00f3n de redirecci\u00f3n no intencionada.<\/p>\n Puedes hacerlo comprobando el archivo .htaccess<\/strong><\/a>. Utilizando un cliente FTP, ve a la carpeta root de tu sitio web y haz clic en la carpeta de aplicaciones<\/strong>. A continuaci\u00f3n, selecciona public<\/strong> y deber\u00edas ver el archivo .htaccess<\/strong>:<\/p>\n Abre este archivo y busca cualquier l\u00ednea de c\u00f3digo que incluya el t\u00e9rmino \u00abredirect\u00bb o que reescriba URLs. Si alguna de ellas parece sospechosa o innecesaria, considera la posibilidad de eliminarla (tal vez quieras hacer primero una copia del archivo). A continuaci\u00f3n, comprueba si el error 407 sigue presente cuando intentas visitar tu sitio.<\/p>\n Dado que este c\u00f3digo est\u00e1 probablemente en tu archivo .htaccess<\/strong> por una raz\u00f3n, eliminarlo puede hacer que algunos aspectos de tu sitio dejen de funcionar. Sin embargo, si este c\u00f3digo es la causa del error HTTP 407, tendr\u00e1s que solucionarlo. Te recomendamos que te pongas en contacto con tu proveedor de alojamiento para que te ayude.<\/p>\n Una \u00faltima cosa que puedes intentar es depurar tu sitio. Si has a\u00f1adido recientemente c\u00f3digo personalizado o nuevos plugins, existe la posibilidad de que un simple error est\u00e9 causando problemas de autenticaci\u00f3n. La herramienta gratuita Query Monitor<\/a> puede ayudarte a peinar el c\u00f3digo para buscar cualquier cosa sospechosa.<\/p>\n Antes de empezar, te recomendamos que clones tu sitio en un entorno de staging. Esto puede hacerse f\u00e1cilmente utilizando DevKinsta<\/a>. Entonces, podr\u00e1s intentar aislar con seguridad los eventos que est\u00e1n provocando el error 407.<\/p>\n\u00bfQu\u00e9 Causa el Error HTTP 407?<\/h2>\n
C\u00f3mo Arreglar el Error \u00ab407 Proxy Authentication Required\u00bb<\/h2>\n
C\u00f3mo Solucionar un Problema por Parte del Cliente<\/h3>\n
Paso 1: Comprueba la URL<\/h4>\n
Paso 2: Desactivar Tus Plugins<\/h4>\n
![\"Desactivar](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/bulk-deactivate-plugins.png\")
![\"Renombrar](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/renaming-plugins-folder.jpg\")
Paso 3: Revisar y Revertir los Cambios Recientes<\/h4>\n
Solucionar un Problema del Lado del Servidor<\/h3>\n
Paso 1: Revisar los Registros de Errores<\/h4>\n
![\"Localizando](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/server-error-logs.png\")
Paso 2: Comprueba los Archivos de Configuraci\u00f3n del Servidor<\/h4>\n
![\"Localiza](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/htaccess-file-location.png\")
Paso 3: Depurar la Aplicaci\u00f3n o los Scripts<\/h4>\n