Portada
mis comunidades
otras secciones
#38:
#25 Sigo desde hace años el blog de los desarrolladores de gov.uk ( https://technology.blog.gov.uk/ ) una mina y mucha envidia de lo que tienen montado.
La página donde explican cómo hacer el fallback es ésta ( https://docs.publishing.service.gov.uk/manual/fall-back-to-aws-cloudfront.html )
Resumen:
- Haces que tu contenido los sirvan dos CDN, en su caso Fastly y AWS Cloudfront como fallback. Configuras ambos aunque sólo usas el del primer proveedor.
- Si ves que empieza a fallar Fastly entonces entrar al DNS y cambiar los CNAMES de cdn para que apunten al otro proveedor
- Esperar el timeout correspondiente de los registros CNAME.
En este caso de este docu es bastante manual pero podría automatizarse sin problema, de hecho recuerdo haber visto otro docu de gov.uk quer ahora mismo no encuentro, que explicaba cómo lo tenían automatizado con un proceso haciendo request cada poco tiempo, si daba errores durante más de X minutos seguidos entonces vía API cambiaba el registro del CNAME para apuntar al segundo proveedor y luego, por detrás, seguía realizando request hasta ver que el primer proveedor ya respondía en cuyo caso volvía a cambiar el CNAME al primer proveedor.
El truco al final es usar el DNS con un registro CNAME que tenga un timeout corto para poder cambiarlo "al vuelo" para apuntar a otro lado.
La página donde explican cómo hacer el fallback es ésta ( https://docs.publishing.service.gov.uk/manual/fall-back-to-aws-cloudfront.html )
Resumen:
- Haces que tu contenido los sirvan dos CDN, en su caso Fastly y AWS Cloudfront como fallback. Configuras ambos aunque sólo usas el del primer proveedor.
- Si ves que empieza a fallar Fastly entonces entrar al DNS y cambiar los CNAMES de cdn para que apunten al otro proveedor
- Esperar el timeout correspondiente de los registros CNAME.
En este caso de este docu es bastante manual pero podría automatizarse sin problema, de hecho recuerdo haber visto otro docu de gov.uk quer ahora mismo no encuentro, que explicaba cómo lo tenían automatizado con un proceso haciendo request cada poco tiempo, si daba errores durante más de X minutos seguidos entonces vía API cambiaba el registro del CNAME para apuntar al segundo proveedor y luego, por detrás, seguía realizando request hasta ver que el primer proveedor ya respondía en cuyo caso volvía a cambiar el CNAME al primer proveedor.
El truco al final es usar el DNS con un registro CNAME que tenga un timeout corto para poder cambiarlo "al vuelo" para apuntar a otro lado.
#31:
#21 Pues espero que no pq ofrecen para todos los planes una protección para el DDOS, y a todos los nivels http ssl/tls y red y aparte cuando vas a entrar tienen un boton de emergencia para ataques DDOS en primera plana, Si nos venden esto y ahora les tiran con DDOS pues vaya caca.
A ver si lo explican, que habrá gente enfadadilla queriendo saber que pasó.
Seguridad DDoS
Más información sobre la protección contra DDoS
Los sistemas automatizados de protección contra DDoS de Cloudflare analizan constantemente el tráfico y generan firmas en tiempo real para mitigar los ataques en las capas de red y aplicaciones. Las mitigaciones se habilitan automáticamente para todos los clientes de todos los planes.
A ver si lo explican, que habrá gente enfadadilla queriendo saber que pasó.
Seguridad DDoS
Más información sobre la protección contra DDoS
Los sistemas automatizados de protección contra DDoS de Cloudflare analizan constantemente el tráfico y generan firmas en tiempo real para mitigar los ataques en las capas de red y aplicaciones. Las mitigaciones se habilitan automáticamente para todos los clientes de todos los planes.
#10:
Ahora sí. La culpa habrá sido de algún informático
#12:
Ayer no funcionaba la web de Movistar, hoy cae Cloudfare.
Ah, y el domingo la portada de Menéame estaba pocha, pero eso no fue noticia
Ah, y el domingo la portada de Menéame estaba pocha, pero eso no fue noticia
Comentarios
#0 Justo la iba a compartir - menada la tuya, por supuesto.
Están trabajando en ello. Aquí se pueden seguir sus progresos
https://www.cloudflarestatus.com/
"The issue has been identified and a fix is being implemented"
Bueno, con suerte vuelve medio internet en poco.
#1 si usas cloudflare no puedes acceder
curioso, downdetector.com parece usar cloudflare y tampoco funciona
Caixabank no va, y Vinted tampoco,...
Yo ya estoy sufriendo las iras de algún cliente. La culpa es mía por desarrollar una aplicación que le permite a él tener los DNS de su dominio con Cloudflare.
Ya implementaron un parche.
Monitoring - A fix has been implemented and we are monitoring the results.
Jun 21, 07:20 UTC
Lo mio al menos ya esta resolviendo. Uff que mal rato.
Que habrá pasado?? vaya liada
Investigating - A critical P0 incident was declared at approximately 06:34AM UTC. Connectivity in Cloudflare’s network has been disrupted in broad regions.
#7 Si, parece que ya vuelve a funcionar, pero la caída ha sido nivel global
#4 #5 Ni la propia web de Cloudflare funcionaba, en cambio pccomponentes.com si que iba, aunque cargaba muy lento, ¿tendrán plan Business o Enterprise?
Ahora sí. La culpa habrá sido de algún informático
This incident has been resolved.
Posted 4 hours ago. Jun 21, 2022 - 08:06 UTC
Antigua, me temo...
Ayer no funcionaba la web de Movistar, hoy cae Cloudfare.
Ah, y el domingo la portada de Menéame estaba pocha, pero eso no fue noticia
#9 O un fallback para que, si no funciona el CDN de cloudflare, o bien tiran directamente de sus servidores o bien cambian a otro proveedor.
#12 El mundo se nos está yendo de las manos.
En un mundo tan globalizado, con la caída de un gigante, volvemos rápido a las piedras o palos. Aún espero una liada gorda de Google
El día anterior en Cloudfire:
- Pues ya está, ya he comiteado mi cambio a producción, ya he cumplido.
No le he hecho pasar todos los tests, pero es que es un cambio tan pequeño...
#9 a mi me cargaba, pero no mostraba ningún producto.
A eso en mi barrio lo llaman BottleNeck!!
#12 No fue noticia porque nadie pudo publicarlo en MNM, obviamente
La voto Antigua, que lo arreglaron poco después de la caída
#7 Un ataque DDOs?
#20 localizaron la fuente y le mandaron un misilito?
#6 "La culpa es mía" todo lo que sigue sobra
#23 qué va, tú no tienes culpa de nada.
#13 Te agradecería si puedes darme algo más de información sobre lo que comentas. Y no lo digo en broma
#24 Yo también soy desarrollador, la culpa también es mía
#25 con la media hora que han tardado en arreglarlo casi ni te da tiempo a que se propague el cambio de DNS, así que tampoco le des muchas vueltas
#13 si lo tienes como proxy mal arreglo tiene
#16 algún sysadmin ha tenido hoy una mañana regulera...
el fallo ha sido solucionado
#21 Pues espero que no pq ofrecen para todos los planes una protección para el DDOS, y a todos los nivels http ssl/tls y red y aparte cuando vas a entrar tienen un boton de emergencia para ataques DDOS en primera plana, Si nos venden esto y ahora les tiran con DDOS pues vaya caca.
A ver si lo explican, que habrá gente enfadadilla queriendo saber que pasó.
Seguridad DDoS
Más información sobre la protección contra DDoS
Los sistemas automatizados de protección contra DDoS de Cloudflare analizan constantemente el tráfico y generan firmas en tiempo real para mitigar los ataques en las capas de red y aplicaciones. Las mitigaciones se habilitan automáticamente para todos los clientes de todos los planes.
#21 No creo que guarde relación pero hace unos dias el Dns dinamico NO-IP estuvo parcialmente caido.
#15 Si cae Google o el aws de Amazon volvemos a las piedras en 2 días
#27 Algunos servicios de DNS tiene healthchecks, si tienes varios sitios puedes desviar el trafico a los pocos minutos teniendo un TTL bajito.
Siempre le dije cloudfare, igual que el publicador, y resulta que es con L, cloudfLare.
#26 #metoo
#30 Ese es el apaño de "seguridad" de muchas webs. Así luego les roban los datos delante de sus narices, y se echan las manos a la cabeza.
Saludos.
#25 Sigo desde hace años el blog de los desarrolladores de gov.uk ( https://technology.blog.gov.uk/ ) una mina y mucha envidia de lo que tienen montado.
La página donde explican cómo hacer el fallback es ésta ( https://docs.publishing.service.gov.uk/manual/fall-back-to-aws-cloudfront.html )
Resumen:
- Haces que tu contenido los sirvan dos CDN, en su caso Fastly y AWS Cloudfront como fallback. Configuras ambos aunque sólo usas el del primer proveedor.
- Si ves que empieza a fallar Fastly entonces entrar al DNS y cambiar los CNAMES de cdn para que apunten al otro proveedor
- Esperar el timeout correspondiente de los registros CNAME.
En este caso de este docu es bastante manual pero podría automatizarse sin problema, de hecho recuerdo haber visto otro docu de gov.uk quer ahora mismo no encuentro, que explicaba cómo lo tenían automatizado con un proceso haciendo request cada poco tiempo, si daba errores durante más de X minutos seguidos entonces vía API cambiaba el registro del CNAME para apuntar al segundo proveedor y luego, por detrás, seguía realizando request hasta ver que el primer proveedor ya respondía en cuyo caso volvía a cambiar el CNAME al primer proveedor.
El truco al final es usar el DNS con un registro CNAME que tenga un timeout corto para poder cambiarlo "al vuelo" para apuntar a otro lado.
eso les pasa por usa terraform jejeje
#28 Como le he comentado a #25, al final si tienes un DNS puedes cambiar el DNS y hacer un bypass de CloudFlare para que apunte a donde quieras. Claro, el problema es si el DNS también lo tienes en CloudFlare, pero incluso así hay soluciones. De nuevo, nuestros amigos de gov.uk amablemente nos dicen cómo lo hacen ellos: https://technology.blog.gov.uk/2017/07/19/making-the-gov-uk-dns-more-resilient/
#27 Hombre, en este caso ha sido media hora, pero podrían haber sido horas tranquilamente ( https://www.npr.org/2021/10/05/1043211171/facebook-instagram-whatsapp-outage-business-impact?t=1655819841854 ). Si tienes un timeout corto en el DNS, en 5 minutos tienes solucionada la papeleta y no juegas a los dados a ver si los cracks de cloudflare lo solucionan pronto o no.
Desde las 10:30 que ya va...
#21 No, un error de configuración de red
Fuente:
https://www.bleepingcomputer.com/news/technology/massive-cloudflare-outage-caused-by-network-configuration-error/
#41 las dns de los dominios de cloudflare tienen un TTL auto por defecto de 300 segundos (5 minutos) y se propagan muy rápido, pero CloudFlare no suele caerse, pero estoy de acuerdo con #27 , no vale la pena.
#12 la de movistar fue cosa suya
#44 Para un blog de un meneante no merecerá la pena pero díselo a PCComponentes con todo lo que vende si no le merece la pena gastar unas horas de ingeniero para configurar ésto y que para la próxima sus clientes no tengan problemas en comprar a saco en su tienda. 30 minutos de no recibir pedidos son muchos minutos, y no bromeo, teniendo en cuenta además como digo, que no sabes la duración, pueden ser 30 minutos ó 30 horas.
#31 Hace un par de semanas un cliente de CloudFlare recibió un ataque de 26 millones de peticiones por segundo y aguantaron Con la tecnología AnyCast, reparten el tráfico entre toda su infraestructura que es muy, muy grande.
https://blog.cloudflare.com/26m-rps-ddos/
#3 Cloudflare usa Cloudflare?
#48 sorprendentemente
Yo, que no soy informático, me he vuelto loco porque ha sido actualizar warp 1.1.1.1 y ha dejado de funcionar internet en el portátil. Así que, pensando que algo no se había actualizado o instalado bien, desinstalo el warp con revounistaller y vuelvo a instalar. Sigo sin internet. Hago tethering con el móvil y repito todo. Me pego una hora y pico en todo eso. Y, mágicamente, funciona todo. Pienso que soy un puto crack de la informática, un hacker de última generación.
Después entro en Menéame (estaba en el trabajo ) y me entero de la caída de cloudflare.
Y yo, con mi portátil, hice el gilipollas, madre. Y yo, con mi portátil, hice el gilipo-o-o-llas, como cantaba Krahe.