Cloudflare está experimentando algunos problemas, multitud de páginas web conectadas a este CDN no funcionan correctamente

211 meneos

827 clics

Cloudflare está experimentando algunos problemas, multitud de páginas web conectadas a este CDN no funcionan correctamente

Si has intentado entrar en la antigua twitter o x.com en su versión web y esta no funciona, no es problema de tu conexión ni de tu PC, es Cloudflare que está caído. El CDN más popular extá experimentando algunos problemas que puede hacer que las páginas web que quieras visitar no estén disponibles.

| etiquetas: internet

111 100 0 K 291

50 comentarios

111 100 0 K 291

Comentarios destacados:

#1 rojo_separatista

Al principio pensé que era una liada de Tebas, pero parece que es mundial.

34 270

#3 Kleshk

También yo, porque no nos funcionaba nada

6 62

#6 TardisKun

Otro por aquí que ha mirado primero si había partido

5 48

#21 tommyx

joder, he pensado lo mismo "habrá furbo..."

0 8

#30 aPedirAlMetro *

En Meneame han aprovechado la caida para hacer un "mantenimiento programado"

4 36

#36 tommyx

ya han salido los culpables!

0 8

#8 chavi

Es lo que pasa cuando se centraliza lo que debe ser descentralizado.

La puta nube.

12 125

#11 Supercinexin

Internet es una red altamente disponible y confiblahblahblah lo más seguro es pasar todo lo posible a servicios online para que así todo sea más efiblahblahblahblah las posibilidades son infiblahblahblah no passa ná primo súbelo a la nube.

3 45

#22 tommyx

y redundante y distribuida!

1 27

#26 Supercinexin

La polla en almíbar de la fiabilidad y las buenas prácticas!

0 19

#31 tommyx

con lo bonito que queda todo en las presentaciones... No se cómo es posible que esto falle

0 8

#7 mmlv

Me ha pasado lo mismo

1 29

#27 tnt80

No descartes que el Tebas no contratase a un hacker para tumbar Cloudflare

1 14

#32 Virusaco

Tebas ha colado al hacker en las mismísimas tripas de Cloudflare como Vice Presidente.

Salu3

0 12

#28 hokkien

mientras se vea La Liga...

0 11

#34 ur_quan_master

La FIFA entonces

1 22

#4 Khadgar

¿Fútbol? ¿A estas horas?

5 63

#15 ChatGPT

Veis como lo de confiar en pornhub es un riesgo? El prOn, en local, siempre

5 44

#18 Quecansaometienes...

Y ya si es local de verdad, de tu pueblo o incluso que vive contigo, mejor que mejor. Eso me han contado

2 30

#24 ChatGPT

esa trama La vi yo en una peli…

1 21

#42 Sadalsuud *

No hay que esperar milagros
Porque tampoco los pedías
Cuando hicisteis el amor

Ay, qué pesado, qué pesado
Siempre pensando en el pasado
No te lo pienses demasiado
Que la vida está esperando

1 20

#12 jm22381

Justo ahora me ha dejado entrar de vuelta al saco...

2 34

#17 capitan__nemo

¿No se supone que cuando no va el CDN deberia de poder conectar a las webs directamente?

1 23

#19 cervezero *

eso no es así, a no ser que implementes algo en caso de caída para cambiar dns, lo que si podrías es atacar el origen pero normalmente solo está permitido para las ips de LA CDN. En el artículo también dice "el cdn" pero me choca mucho, porque es traducido sería la Red de distribución de contenido.

1 9

#20 infoholic *

Como administrador web puedes deshabilitar el proxy de Cloudflare, el problema es que 1) eso supone revelar la IP de la web y con ello estar directamente expuesto a ataques y 2) estaba complicado acceder a Cloudflare y en con ello hacer los cambios correspondientes. Hay quien modificó sus DNS via API.

1 18

#29 topecb

Joder la de la API no se me había ocurrido, 3h intentando desde distintos dispositivos/IPs que me funcionase el login del portal...

0 9

#33 eqas *

bueno, es más fácil cambiar las entradas dns en el registrador de dominios o en el alojamiento, que es lo que yo he hecho con las webs de los clientes, para que el www no pasase por cloudflare. A no ser (muy mal), que tengas el dominio en Cloudflare también, lo cual es un "to los güevos en la misma cesta".

0 11

#35 topecb

Si cambias las DNS en el registrador de dominios tarda mínimo 6h en propagarse (la experiencia dice que más), en cambio si hubiera podido tener acceso por la web (o desde la API si hubiera caído), desactivo el proxy y en 2 minutos tengo la web levantada
Ha sido una cagada muy gorda que cayera el acceso al panel

0 9

#38 eqas *

Bueno, eso es un mito antiguo. Lo que tarda es cambiar los servidores de nombres (los "nameservers") del dominio, pero actualmente un .com tarda una hora de media (mientras que un .es puede tardar hasta 24). PERO, el cambio de una entrada DNS (la IP del www, un registro TXT, DMARC...), por experiencia (y por diseño, por definición...), es instantáneo. Haz la prueba. No confundamos entradas DNS con servidor de nombres.

0 11

#39 infoholic *

Instantáneo diría que en la práctica es mucho decir. Cloudflare creo que tiene un TTL de 5 minutos por defecto y no todos los DNS resolvers respetan TTL bajos. Además de tener que lidiar con que el navegador/SO del usuario haya cacheado ya la respuesta anterior.

0 9

#40 eqas

bueno, no seamos tiquismiquis, que 5 minutos en estos temas, para mi es instantáneo, y si estamos hablando de sacar una web de un cliente de estar caída a verse de nuevo aunque sea un poco más lenta, 5 minutos es algo despreciable. La caché del navegador se refresca en cuanto ven que una ruta es inaccesible, pero eso sería un mal menor. Estoy hablando de este caso que nos ocupa.

0 11

#41 topecb

Tu has dicho de cambiar las entradas DNS en el registrador de dominios, por ende, te refieres a cambiar los NS del dominio, que tarda entre 6 y 24h (malditos .es)

Cambiar una entrada DNS tardará el tiempo que tenga de TTL configurado -por la caché de los clientes- aunque sean 5 minutos, el problema es que para aprovechar todos los servicios de protección, caché, etc de CF, necesitas si o si que los NS sean los suyos y han estado 3h inaccesibles los paneles de control, por lo que no se podía hacer nada

0 9

#46 eqas

las entradas dns, aun cuando las gestiones en el registrador, no son los ns. NS son los nameservers (de 1 a 6), que no son las entradas dns, que pueden ser docenas (los mx, los de los subdominios, varios txt...). Yo suelo usar siempre los ns del registrador, para poder usar su gestor de entradas y asi cualquier cambio es rápido (un cambio de servidor de alojamiento, por ejemplo). Y llevo unos 30 años en este trabajo. Y cloudflare no te obliga a usar sus ns, eso es como usar un asistente. Puedes usarlo poniendo las entradas "a pelo" en el registrador, incluso en el modo gratuito de Cloudflare.

0 11

#47 topecb *

En el registrador sólo puedes cambiar los NS.
Tu hablas de las zonas DNS (que puede ser un BIND que montes tú o usar los NS de tu hosting o los del registrador si te ofrece esa opción) y desde ahí editas las zonas que es lo que haces y todos hemos hecho), pero estás equivocado con Cloudflare.
Para usar el proxy (CDN, Anti DDoS, reserva de caché, firewall, etc) pagues o no (nosotros pagamos) necesitas usar los NS de Cloudflare y tiene su lógica, cuando tu activas el caché aunque solo… » ver todo el comentario

0 9

#48 eqas

en los 2 registradores habituales que uso (uno de ellos Arsys para los .es), puedo definir los ns y las entradas dns, como en GoDaddy y mucho otros. Si pongo los ns del registrador, en él gestiono las entradas. Si pongo los ns del alojamiento, en el alojamiento gestiono las entradas, si pongo las de cloudflare, en él gestiono las entradas.... etc

0 11

#49 topecb

Para definir zonas DNS en el registrador, debes usar sus NS, no funcionan por arte de magia.
Y lo importante que estamos debatiendo: necesitas usar los NS de cloudflare para usar la mayoría de sus servicios.

0 9

#50 eqas *

es lo más habitual, pero por ejemplo tengo una tienda hecha en Prestashop en la que sólo la carpeta de imágenes pasa por Cloudflare. Y los ns no son de Cloudflare. En cualquier caso, sí, tienes razón, es lo lo más habitual al 99%. Uno que es mu friki.

0 11