La retransmisión en directo del juicio del 'procés' ofrecida por la página web del Poder Judicial ha sido blanco de ataques informáticos a lo largo de la mañana. Según informan desde el Consejo General del Poder Judicial, su página ha sufrido "algunas incidencias al inicio de la sesión a causa del envío de peticiones maliciosas (más de 40 por segundo) que han llegado a saturar puntualmente la infraestructura".
40 Peticiones por segundo si evitas la cache fundes casi cualquier servidor.
Lo que pasa con las páginas web es que cacheando alcanzan muchas respuestas por segundo (me da igual php, java o .net).
Si os fijáis en cualquier plataforma un poco seria ( Liferay, Sharepoint, drupal). La primera vez que se pide una página le cuesta varios segundos (p.e. 10 segundos). A partir de la primera visualización las sirve como un tiro.
Si consiguen hacer peticiones no cacheadas a nivel de aplicación con 40 peticiones / segundo y resolviendo tal vez 1 o 2 peticiones / segundo es cuestión de tiempo que el pool casque.
10 segundos para servir una pagina, tendría que poner pausas a drede o que sea una consulta a bbdd descomunal. Si no es el caso me resulta inconcebible.
Estas cifras tan malas no las consigo con golang ni almacenando los datos de sesiones en tablas de postgresql.
Comentarios
40 peticiones por segundo y lo dejan offline??? Por muy bien formados que estén hechos esos paquetes maliciosos.... Qué mierda de It hay ahí montada?
#3 deben de tener un spectrum como servidor
40 Peticiones por segundo si evitas la cache fundes casi cualquier servidor.
Lo que pasa con las páginas web es que cacheando alcanzan muchas respuestas por segundo (me da igual php, java o .net).
Si os fijáis en cualquier plataforma un poco seria ( Liferay, Sharepoint, drupal). La primera vez que se pide una página le cuesta varios segundos (p.e. 10 segundos). A partir de la primera visualización las sirve como un tiro.
Si consiguen hacer peticiones no cacheadas a nivel de aplicación con 40 peticiones / segundo y resolviendo tal vez 1 o 2 peticiones / segundo es cuestión de tiempo que el pool casque.
#6 si tienes una cdn como Dios manda no te la tiran ni pa dios. Akamai ahí parte la pana, pero hay que pagarla.
#6 40 peticiones por segundo pueden estar bien para una Raspberry pi 2, pero es una cifra ridícula para cualquier servidor moderno.
Evidentemente si utiliza "frameworks" como por ejemplo https://laravel.com/ o https://www.djangoproject.com/ no espere un resultado espectacular en peticiones/segundo.
Existen buenos test que nos dan una orientación del rendimiento de cada framework y/o herramientas y lenguajes.
https://www.techempower.com/benchmarks/
10 segundos para servir una pagina, tendría que poner pausas a drede o que sea una consulta a bbdd descomunal. Si no es el caso me resulta inconcebible.
Estas cifras tan malas no las consigo con golang ni almacenando los datos de sesiones en tablas de postgresql.
Un DDoS con 40 peticiones al segundo? Ni el periodista sabe del tema, ni el que le ha pasado la información
Eso? Seguro q es culpa de la España opresora. Del fascismo, de la represió....
La casualidad...
Vaya excusa barata se han buscado para no retransmitir el circo...
Punto y seguido.