{"id":1202,"date":"2026-10-30T17:06:02","date_gmt":"2026-10-30T16:06:02","guid":{"rendered":"https:\/\/www.cisilino.com\/?p=1202"},"modified":"2026-10-30T17:08:40","modified_gmt":"2026-10-30T16:08:40","slug":"resolucion-problemas-preguntas-frecuentes","status":"publish","type":"post","link":"https:\/\/www.cisilino.com\/es\/2026\/10\/30\/resolucion-problemas-preguntas-frecuentes\/","title":{"rendered":"Resoluci\u00f3n de problemas y preguntas frecuentes"},"content":{"rendered":"

Esta p\u00e1gina de resoluci\u00f3n de problemas re\u00fane las situaciones en las que Cisilino Site Defense Network puede ponerte en dificultades, con la soluci\u00f3n para cada una. Te sirve si te has bloqueado t\u00fa solo, si el sitio responde con un error 500 o si un usuario ya no puede publicar. Las respuestas est\u00e1n organizadas como preguntas frecuentes.<\/p>\n

\"Lista<\/figure>\n

Resoluci\u00f3n de problemas: por d\u00f3nde empezar<\/h2>\n

Antes de buscar la respuesta exacta, repasa esta lista de comprobaci\u00f3n.<\/p>\n

    \n
  1. \u00bfTodav\u00eda puedes abrir wp-admin<\/code>? Si es as\u00ed, casi todo se resuelve desde la p\u00e1gina Ajustes del plugin.<\/li>\n
  2. Lee los avisos de arriba. El plugin explica el resultado de las acciones con mensajes en recuadros coloreados.<\/li>\n
  3. Recuerda lo \u00faltimo que cambiaste: una regla de hardening, una pol\u00edtica, un l\u00edmite.<\/li>\n
  4. Si existe un bot\u00f3n Verificar ahora<\/strong>, \u00fasalo antes de intentar adivinar.<\/li>\n
  5. Si ya no entras en el sitio, prepara el acceso FTP o el gestor de archivos del hosting.<\/li>\n<\/ol>\n

    Accesos y bloqueos<\/h2>\n

    Me he bloqueado yo solo: \u00bfqu\u00e9 hago?<\/h3>\n

    Si todav\u00eda tienes acceso a WordPress, por ejemplo desde el tel\u00e9fono con datos m\u00f3viles, abre la pesta\u00f1a IP bloqueadas<\/strong>. Busca tu IP y pulsa Desbloquear<\/strong>. Si tu IP no est\u00e1 en la lista pero est\u00e1s bloqueado (puede venir de la lista de seguridad opcional), ve a la pesta\u00f1a General<\/strong>, secci\u00f3n \u00abAnulaciones locales de IP\u00bb: escribe la IP, elige \u00abDesbloquear siempre (unban)\u00bb y pulsa Guardar anulaci\u00f3n<\/strong>. Luego, en la pesta\u00f1a General<\/strong>, pulsa A\u00f1adir a la whitelist<\/strong>.<\/p>\n

    Si tambi\u00e9n est\u00e1s bloqueado desde el sitio, y ves un error 403, entra por FTP y abre .htaccess<\/code>. Quita la l\u00ednea con tu IP, o todo el bloque entre # BEGIN Cisilino Site Defense Network<\/code> y # END Cisilino Site Defense Network<\/code>.<\/p>\n

    Atenci\u00f3n:<\/strong> la modificaci\u00f3n a mano es temporal. El bloqueo se vuelve a escribir desde la misma fuente en el siguiente evento: un inicio de sesi\u00f3n fallido, una sincronizaci\u00f3n o el ciclo cada 15 minutos. En cuanto est\u00e9s dentro, usa Desbloquear<\/strong> y la whitelist.<\/p>\n

    \u00bfPor qu\u00e9 la whitelist no me ha desbloqueado?<\/h3>\n

    La whitelist solo evita que los inicios de sesi\u00f3n fallidos se cuenten. No quita los bloqueos ya presentes. Para quitar un bloqueo hace falta Desbloquear<\/strong>, que crea una anulaci\u00f3n permanente de desbloqueo en este sitio.<\/p>\n

    Un usuario leg\u00edtimo ha sido bloqueado<\/h3>\n

    El contador de intentos es acumulativo por IP y no se reinicia solo. Incluso errores dispersos en semanas pueden llegar al umbral, que por defecto es 10. Desbloquea la IP y ponla en la whitelist, o sube el umbral en Ajustes remotos<\/strong>, donde el campo es \u00abUmbral de bloqueo local (intentos fallidos)\u00bb.<\/p>\n

    El bloqueo de una IP no termina nunca<\/h3>\n

    Un bloqueo local no vence. Un bloqueo manual vence con la duraci\u00f3n elegida, de 1 hora a 7 d\u00edas. Si elegiste \u00abPermanente (hasta que lo quites)\u00bb, no vence. Un bloqueo recibido del panel desaparece cuando el panel lo quita de la lista. Un desbloqueo con tiempo, al vencer, hace volver el bloqueo si la fuente original todav\u00eda est\u00e1 ah\u00ed. Para un desbloqueo definitivo usa Desbloquear<\/strong>, que es permanente.<\/p>\n

    Detr\u00e1s de un proxy o una CDN los bloqueos son extra\u00f1os<\/h3>\n

    El plugin lee la IP solo desde REMOTE_ADDR<\/code> e ignora la cabecera X-Forwarded-For<\/code>, porque se puede falsificar. Mira la frase \u00abTu IP actual es \u2026\u00bb bajo el campo Direcci\u00f3n IP<\/strong> de la pesta\u00f1a General<\/strong>. Si no es tu IP p\u00fablica, el plugin est\u00e1 viendo la direcci\u00f3n del proxy. En ese caso evita bloquear o poner en whitelist esa direcci\u00f3n, hasta que hayas aclarado la situaci\u00f3n con quien gestiona el proxy.<\/p>\n

    Errores tras las reglas en .htaccess<\/h2>\n

    Esta parte de la resoluci\u00f3n de problemas trata las reglas escritas en el archivo del servidor.<\/p>\n

    El sitio da error 500 tras guardar el hardening<\/h3>\n

    El plugin no crea una copia de .htaccess<\/code> y no comprueba la sintaxis despu\u00e9s de escribir. Un error, o una regla que el servidor no acepta, se ve de inmediato como error 500.<\/p>\n

      \n
    1. Entra por FTP o desde el gestor de archivos.<\/li>\n
    2. Haz una copia de .htaccess<\/code>.<\/li>\n
    3. Elimina el bloque entre # BEGIN Cisilino Site Defense Network - Hardening<\/code> y # END Cisilino Site Defense Network - Hardening<\/code>.<\/li>\n
    4. Recarga el sitio, luego corrige los ajustes en la pesta\u00f1a Hardening \/ IDS<\/strong>.<\/li>\n<\/ol>\n

      El bloque del hardening solo se reescribe cuando guardas la pesta\u00f1a o reactivas el plugin, no en el ciclo cada 15 minutos. Tu modificaci\u00f3n a mano, por tanto, se queda.<\/p>\n

      Escrib\u00ed una ruta personalizada y todo el sitio da 403<\/h3>\n

      En la casilla de rutas personalizadas cada l\u00ednea es texto literal, sin comodines. La regla bloquea cada direcci\u00f3n que contenga esa cadena. Escribir \/<\/code> o wp<\/code> bloquea todo, incluido wp-admin<\/code>. Quita por FTP el bloque del hardening, como arriba. Luego, en la pesta\u00f1a Hardening \/ IDS<\/strong>, corrige o vac\u00eda la casilla \u00abRutas personalizadas para bloquear\u00bb y guarda. Si no la corriges, un nuevo guardado o una reactivaci\u00f3n del plugin reescribe la regla y el sitio vuelve a dar 403.<\/p>\n

      Aparece \u00abAjustes guardados, pero la escritura en .htaccess ha fallado\u00bb<\/h3>\n

      El archivo .htaccess<\/code> no se puede escribir: revisa los permisos. Las reglas de ese bloque no est\u00e1n activas. Siguen activos, en cambio, los dos interruptores que act\u00faan en PHP, es decir XML-RPC y ?author=N<\/code>.<\/p>\n

      La prueba dice que el bloqueo de PHP en uploads no funciona<\/h3>\n

      En la pesta\u00f1a Test<\/strong>, el recuadro \u00abVerificar bloqueo de ejecuci\u00f3n PHP en uploads\u00bb se\u00f1ala si el archivo de prueba se ha ejecutado. Comprueba que el hosting permita .htaccess<\/code> en esa carpeta y que no exista un bloqueo <Directory><\/code> m\u00e1s espec\u00edfico. En nginx las reglas no tienen efecto. La regla cubre solo la carpeta uploads<\/code> est\u00e1ndar.<\/p>\n

      Un plugin o el tema han dejado de funcionar<\/h3>\n

      Apaga la \u00faltima regla que activaste y guarda. Los casos m\u00e1s comunes: el bloqueo del PHP en uploads<\/code> rompe los plugins que escriben archivos PHP ah\u00ed; la desactivaci\u00f3n de XML-RPC detiene apps y funciones remotas; el bloqueo de subidas ejecutables rechaza tambi\u00e9n archivos como .svg<\/code>.<\/p>\n

      Usuarios, autores y visitantes<\/h2>\n

      Un autor ya no puede publicar: \u00abtu cuenta est\u00e1 suspendida\u00bb<\/h3>\n

      El rate limiting ha visto demasiado contenido creado en poco tiempo. Por defecto el l\u00edmite es 150 contenidos en 300 segundos, con suspensi\u00f3n de 3600 segundos. Desde la pesta\u00f1a Rate limiting<\/strong>, en la tabla de usuarios suspendidos, pulsa Revocar suspensi\u00f3n<\/strong>. O espera al vencimiento.<\/p>\n

      Apagar \u00abRate limit activo\u00bb no quita una suspensi\u00f3n ya en curso. Antes de una importaci\u00f3n grande sube el l\u00edmite N o desactiva el l\u00edmite.<\/p>\n

      Un visitante ve \u00abDemasiados env\u00edos\u00bb<\/h3>\n

      Un invitado ha enviado demasiados comentarios o formularios en poco tiempo: por defecto m\u00e1s de 2 en 60 segundos, y el bloqueo dura 3600 segundos. El bloqueo es por IP, as\u00ed que puede afectar a varias personas en la misma oficina. Sube el valor N de la secci\u00f3n de visitantes. No existe una lista de excepciones.<\/p>\n

      No consigo crear un usuario editor o administrador<\/h3>\n

      Es intencionado. La pol\u00edtica predeterminada de Registro de usuarios<\/strong> es \u00abSolo roles de bajo privilegio\u00bb y no hace excepciones, ni siquiera para ti. Pasa de forma temporal a \u00abSin restricci\u00f3n\u00bb, crea el usuario, luego vuelve atr\u00e1s. Con \u00abNing\u00fan registro (exclusivo)\u00bb nadie puede crear usuarios. Revisa tambi\u00e9n el rol predeterminado en Ajustes > Generales de WordPress: si es un rol prohibido, los registros se rechazan.<\/p>\n

      Conexi\u00f3n al panel<\/h2>\n

      La conexi\u00f3n al panel no aparece<\/h3>\n

      El estado est\u00e1 en el recuadro \u00abEstado de la conexi\u00f3n al panel:\u00bb en lo alto de la pesta\u00f1a Ajustes remotos<\/strong>. Si el recuadro falta, los campos estaban incompletos: hacen falta Customer code, Clave API y URL del panel. Tras \u00abGuardar y verificar conexi\u00f3n\u00bb no aparece un aviso aparte.<\/p>\n