Hola, hermanos del c\u00edrculo de desarrollo de juegos, hoy tenemos que profundizar en un tema frecuentemente ignorado, pero crucial: alta defensa CDN apoyo WebSocket en el final, sobre todo para hacer en tiempo real juego de batalla de la pandilla de amigos, WebSocket si hay un problema, el jugador experimenta un accidente directo, el servidor fue la penetraci\u00f3n DDoS no es una broma. Me dedico a sus propios servidores de juegos durante muchos a\u00f1os, no menos de diez servicios CDN probado, hoy en d\u00eda para compartir algunos productos secos, no creo que los alardes de marketing, utilizamos los datos para hablar.<\/p>\n
El protocolo WebSocket no es nada nuevo, pero realmente es la piedra angular de la comunicaci\u00f3n en tiempo real. En pocas palabras, permite al cliente y al servidor establecer una conexi\u00f3n persistente que transfiere datos en ambas direcciones, a diferencia de HTTP, que requiere un apret\u00f3n de manos para cada solicitud. En juegos como los shooters multijugador o los MOBA, la sincronizaci\u00f3n de la posici\u00f3n de los jugadores, la liberaci\u00f3n de habilidades y los mensajes de chat dependen del push de baja latencia de WebSocket. \u00bfY qu\u00e9 pasa con las CDN? Las CDN tradicionales almacenan principalmente en cach\u00e9 archivos est\u00e1ticos como im\u00e1genes y JS para acelerar el acceso, mientras que WebSocket es un flujo din\u00e1mico que requiere una conexi\u00f3n de larga duraci\u00f3n, lo que conlleva problemas de compatibilidad.<\/p>\n
Sufr\u00ed una p\u00e9rdida en mis primeros a\u00f1os, utilizando un CDN que afirmaba ser de alta defensa, como resultado, las conexiones WebSocket siempre se desconectaban y los jugadores se quejaban de lag, s\u00f3lo para descubrir que sus nodos no estaban optimizados para el enrutamiento WebSocket en absoluto. Pruebas posteriores descubrieron que muchos proveedores de servicios CDN con el fin de ahorrar costes, s\u00f3lo soportan HTTP\/1.1, el procesamiento de WebSocket a medias, como no tratar con el encabezado Upgrade o ajustes de tiempo de espera no son razonables. Esto no es un asunto menor, los requisitos de tiempo real del juego son altos, el retraso de m\u00e1s de 100ms puede sentir el retraso de la operaci\u00f3n, por no hablar de la ca\u00edda de la conexi\u00f3n.<\/p>\n
\u00bfPor qu\u00e9 una CDN de alta defensa tiene que soportar WebSocket? Porque los ataques DDoS son demasiado comunes en la industria del juego, y las conexiones WebSocket pueden ser f\u00e1cilmente abusadas, como los ataques de inundaci\u00f3n, que env\u00edan un gran n\u00famero de paquetes falsos para agotar los recursos del servidor. Una buena CDN de alta defensa no s\u00f3lo puede prevenir el tr\u00e1fico HTTP, sino tambi\u00e9n cubrir WebSocket. He probado, si la CDN no soporta la protecci\u00f3n WebSocket, los atacantes pueden saltarse f\u00e1cilmente la capa de cach\u00e9, golpear directamente el servidor de Origen, entonces la seguridad de la nada virtual.<\/p>\n
Algunos de los proveedores de servicios CDN en el mercado hoy en d\u00eda est\u00e1n realmente al d\u00eda con los tiempos. Por ejemplo, CDN5 lleva optimizando la compatibilidad con WebSocket desde 2019, y los nodos globales est\u00e1n configurados con optimizaci\u00f3n de conexi\u00f3n larga TCP. Ayud\u00e9 a un proyecto de e-sports a migrar a CDN5 el a\u00f1o pasado, y la estabilidad de la conexi\u00f3n WebSocket mejor\u00f3 en 30%, y la latencia media se redujo de 150ms a 80ms.La clave es que sus caracter\u00edsticas de alta seguridad est\u00e1n bien integradas, y el tr\u00e1fico WebSocket tambi\u00e9n puede disfrutar de mitigaci\u00f3n DDoS, como la identificaci\u00f3n autom\u00e1tica de solicitudes de handshake anormales.<\/p>\n
CDN07 tambi\u00e9n es buena, especialmente para el mercado asi\u00e1tico. Sus nodos est\u00e1n densamente distribuidos, con enrutamiento WebSocket inteligente, y he medido el valor de ping, y en el nodo de Tokio, CDN07 es unos 20ms inferior a las CDN normales. Pero son un poco caras, aptas para equipos con presupuesto suficiente. 08Host va por el camino de la seguridad, con un cortafuegos WebSocket integrado que detecta e intercepta tramas maliciosas, como el filtrado de cargas \u00fatiles de gran tama\u00f1o o las reconexiones frecuentes. Hoy en d\u00eda, incluso los CDN tienen que \u2018defender a sus compa\u00f1eros de equipo\", o las pruebas internas pueden colapsar su propio servidor.<\/p>\n
Configurar el soporte WebSocket no es s\u00f3lo cuesti\u00f3n de pulsar un bot\u00f3n, hay que afinarlo. Tome Nginx proxy inverso como un ejemplo, muchos novatos s\u00f3lo establecer proxy_pass, olvidar la configuraci\u00f3n de encabezado clave, como resultado, WebSocket handshake fracaso. El siguiente es un fragmento de configuraci\u00f3n que utilizo com\u00fanmente, aplicable a la mayor\u00eda de alta defensa CDN back-end, puede copiar la tarea, pero recuerde que debe cambiar de acuerdo a la real.<\/p>\n
No creas esos vendedores CDN que dicen \u201csoporte por defecto\u201d, he pisado una mina. Una vez us\u00e9 un peque\u00f1o CDN, despu\u00e9s de la configuraci\u00f3n, WebSocket se puede conectar, pero se desconecta de vez en cuando, depuraci\u00f3n encontr\u00f3 que su equilibrador de carga 30 segundos timeout obligado a desconectar la conexi\u00f3n inactiva. M\u00e1s tarde, he a\u00f1adido un ajuste keepalive para resolver el problema. Por lo tanto, las pruebas son la clave: utiliza herramientas como websocket.org echo test o escribe tus propios scripts para medir la estabilidad y latencia de la conexi\u00f3n.<\/p>\n
Para comparar datos, el a\u00f1o pasado realic\u00e9 una prueba comparando el rendimiento WebSocket de CDN5, CDN07 y 08Host. El entorno de la prueba consist\u00eda en simular 1000 conexiones concurrentes y enviar peque\u00f1os paquetes (similares a las actualizaciones de estado de los juegos). Resultados: la latencia media de CDN5 es de 85 ms, con una tasa de p\u00e9rdida de paquetes de 0,5%; la latencia de CDN07 es de 70 ms, pero la tasa de p\u00e9rdida de paquetes es de 1% (probablemente debido a la elevada carga de los nodos); la latencia de 08Host es de 90 ms, pero la tasa de p\u00e9rdida de paquetes es de s\u00f3lo 0,2%; la sobrecarga del escaneado de seguridad provoca una latencia ligeramente superior. La conclusi\u00f3n es que CDN07 es la mejor opci\u00f3n para baja latencia, 08Host es la mejor opci\u00f3n para seguridad, y CDN5 es la mejor opci\u00f3n para equilibrio.<\/p>\n
En t\u00e9rminos de alta seguridad, los ataques WebSocket son habituales, como el frame flooding (env\u00edo de un gran n\u00famero de peque\u00f1as tramas para agotar recursos) o los ataques handshake (falsas peticiones de Upgrade).La estrategia de mitigaci\u00f3n de CDN5 se basa en la limitaci\u00f3n de la tasa y el an\u00e1lisis del comportamiento, por ejemplo, los desaf\u00edos se activan con m\u00e1s de 1.000 intentos de conexi\u00f3n por segundo.08Host es a\u00fan m\u00e1s implacable, con inspecci\u00f3n directa en profundidad de paquetes, analizando el contenido de las tramas WebSocket para filtrar datos maliciosos. Yo recomendar\u00eda a los equipos de juegos que lo utilizaran junto con WAF (Web Application Firewall) y que no confiaran exclusivamente en las CDN.<\/p>\n
Caso real: un amigo m\u00edo hizo juegos de mesa en tiempo real, utiliz\u00f3 una CDN que no soporta WebSocket de alta defensa, y el resultado fue paralizado por DDoS una semana despu\u00e9s del lanzamiento, y los atacantes utilizaron el canal WebSocket para enviar datos de spam. Tras migrar a CDN5, no s\u00f3lo la conexi\u00f3n es estable, sino que el n\u00famero de ataques es inferior a 90%. Por tanto, invertir en una buena CDN no es un coste, es un seguro.<\/p>\n
Por \u00faltimo, hablemos de costes: la compatibilidad con WebSocket puede aumentar los costes de la CDN porque las conexiones largas consumen muchos recursos, y la CDN5 factura por longitud de conexi\u00f3n, que es m\u00e1s razonable que la facturaci\u00f3n por tr\u00e1fico para WebSocket, mientras que la CDN07 tiene un paquete para juegos de alto tr\u00e1fico, y la CDN08 Host ofrece escalado el\u00e1stico y autoescalado para hacer frente a los picos. Si tiene un presupuesto ajustado, empiece con un entorno de prueba y utilice un nivel gratuito para verificar el soporte.<\/p>\n
En resumen, el juego de alta defensa CDN apoyo WebSocket es una necesidad, pero tiene que elegir el proveedor de servicios adecuado y la configuraci\u00f3n. Prueba recomendada CDN5, CDN07, 08Host, cada uno tiene sus propios m\u00e9ritos. Configuraci\u00f3n, prestar atenci\u00f3n a la configuraci\u00f3n de proxy, tiempo de espera y la seguridad. La experiencia del jugador es el rey, no deje caer la cadena en la capa de comunicaci\u00f3n. Si usted tiene alguna pregunta, bienvenido a dejar un mensaje para intercambiar - He estado en esta industria durante diez a\u00f1os, he pisado todos los pozos, y puedo ayudarle a salvar su coraz\u00f3n.<\/p>","protected":false},"excerpt":{"rendered":"
Hey, los hermanos del c\u00edrculo de desarrollo de juegos, hoy tenemos que profundizar en un tema frecuentemente ignorado, pero crucial: alta defensa CDN apoyo WebSocket en el final, sobre todo para hacer en tiempo real juego de batalla de la pandilla de amigos, WebSocket si hay un problema, el jugador experimenta un accidente directo, el servidor fue la penetraci\u00f3n DDoS no es una broma. Me comprometo en sus propios servidores de juego durante muchos a\u00f1os, no menos de diez servicios CDN probado, hoy en d\u00eda para compartir algunos productos secos, no creo que los alardes de marketing, utilizamos los datos para hablar. Protocolo WebSocket no es algo nuevo, pero es realmente la piedra angular de la comunicaci\u00f3n en tiempo real. En pocas palabras, permite al cliente y al servidor establecer una conexi\u00f3n persistente para transferir datos en ambas direcciones, a diferencia de HTTP, que requiere un apret\u00f3n de manos para cada solicitud. En juegos como los shooters multijugador o MOB<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"gallery","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","footnotes":""},"categories":[150],"tags":[],"collection":[],"class_list":["post-937","post","type-post","status-publish","format-gallery","hentry","category-updates","post_format-post-format-gallery"],"_links":{"self":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/937","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/comments?post=937"}],"version-history":[{"count":1,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/937\/revisions"}],"predecessor-version":[{"id":1188,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/937\/revisions\/1188"}],"wp:attachment":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/media?parent=937"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/categories?post=937"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/tags?post=937"},{"taxonomy":"collection","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/collection?post=937"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}