Hey, fr\u00e8res du cercle de d\u00e9veloppement de jeux, aujourd'hui nous devons creuser plus profond\u00e9ment dans une question souvent ignor\u00e9e mais cruciale : haute d\u00e9fense CDN support WebSocket en fin de compte, en particulier pour faire le jeu de bataille en temps r\u00e9el de la bande de copains, WebSocket s'il y a un probl\u00e8me, le joueur l'exp\u00e9rience d'un crash direct, le serveur a \u00e9t\u00e9 DDoS p\u00e9n\u00e9tration n'est pas une plaisanterie. Je me suis engag\u00e9 dans leurs propres serveurs de jeux pendant de nombreuses ann\u00e9es, j'ai test\u00e9 pas moins de dix services CDN, aujourd'hui pour partager quelques marchandises s\u00e8ches, ne croyez pas ces vantardises de marketing, nous utilisons des donn\u00e9es pour parler.<\/p>\n
Le protocole WebSocket n'est pas nouveau, mais il constitue la pierre angulaire de la communication en temps r\u00e9el. En termes simples, il permet au client et au serveur d'\u00e9tablir une connexion persistante qui transf\u00e8re des donn\u00e9es dans les deux sens, contrairement au protocole HTTP qui n\u00e9cessite une poign\u00e9e de main pour chaque requ\u00eate. Dans les jeux tels que les jeux de tir multijoueurs ou les MOBA, la synchronisation de la position des joueurs, le d\u00e9blocage des comp\u00e9tences et les messages de chat reposent tous sur la transmission \u00e0 faible latence de WebSocket. Mais qu'en est-il du CDN ? Le CDN traditionnel met principalement en cache des fichiers statiques tels que des images et des fichiers JS pour acc\u00e9l\u00e9rer l'acc\u00e8s, alors que WebSocket est un flux dynamique qui n\u00e9cessite une longue connexion, ce qui pose des probl\u00e8mes de compatibilit\u00e9.<\/p>\n
J'ai subi une perte dans mes premi\u00e8res ann\u00e9es, en utilisant un CDN qui pr\u00e9tendait \u00eatre de haute d\u00e9fense, en cons\u00e9quence, les connexions WebSocket \u00e9taient toujours d\u00e9connect\u00e9es et les joueurs se plaignaient de lag, pour finalement d\u00e9couvrir que leurs n\u0153uds n'\u00e9taient pas du tout optimis\u00e9s pour le routage WebSocket. Des tests ult\u00e9rieurs ont r\u00e9v\u00e9l\u00e9 que de nombreux fournisseurs de services CDN, afin de r\u00e9duire les co\u00fbts, ne prennent en charge que le protocole HTTP\/1.1 et traitent WebSocket \u00e0 moiti\u00e9, par exemple en ne prenant pas en compte l'en-t\u00eate Upgrade ou les param\u00e8tres de d\u00e9lai d'attente d\u00e9raisonnables. Il ne s'agit pas d'une question mineure, les exigences du jeu en mati\u00e8re de temps r\u00e9el sont \u00e9lev\u00e9es, un d\u00e9lai de plus de 100 ms peut entra\u00eener un d\u00e9calage des op\u00e9rations, sans parler de la perte de connexion.<\/p>\n
Pourquoi un CDN haute d\u00e9fense doit-il prendre en charge WebSocket ? Les attaques DDoS sont trop fr\u00e9quentes dans l'industrie du jeu, et les connexions WebSocket peuvent \u00eatre facilement abus\u00e9es, comme les attaques par inondation, qui envoient un grand nombre de faux paquets pour \u00e9puiser les ressources du serveur. Un bon CDN \u00e0 haute d\u00e9fense peut non seulement emp\u00eacher le trafic HTTP, mais aussi couvrir WebSocket. J'ai test\u00e9, si le CDN ne prend pas en charge la protection WebSocket, les attaquants peuvent facilement contourner la couche de mise en cache, atteindre directement le serveur d'origine, et donc la s\u00e9curit\u00e9 du virtuel n'est pas assur\u00e9e.<\/p>\n
Certains fournisseurs de services CDN pr\u00e9sents sur le march\u00e9 aujourd'hui sont vraiment en phase avec leur temps. Prenez CDN5 par exemple, ils optimisent la prise en charge de WebSocket depuis 2019, et les n\u0153uds mondiaux sont configur\u00e9s avec l'optimisation des connexions longues TCP. J'ai aid\u00e9 un projet e-sports \u00e0 migrer vers CDN5 l'ann\u00e9e derni\u00e8re, et la stabilit\u00e9 de la connexion WebSocket a \u00e9t\u00e9 am\u00e9lior\u00e9e de 30%, et la latence moyenne a \u00e9t\u00e9 r\u00e9duite de 150ms \u00e0 80ms.La cl\u00e9 est que leurs fonctionnalit\u00e9s de haute s\u00e9curit\u00e9 sont bien int\u00e9gr\u00e9es, et le trafic WebSocket peut \u00e9galement b\u00e9n\u00e9ficier d'une att\u00e9nuation DDoS, telle que l'identification automatique des demandes de poign\u00e9e de main anormales.<\/p>\n
CDN07 est \u00e9galement bon, en particulier pour le march\u00e9 asiatique. Leurs n\u0153uds sont dens\u00e9ment distribu\u00e9s, avec un routage WebSocket intelligent, et j'ai mesur\u00e9 la valeur ping, et dans le n\u0153ud de Tokyo, CDN07 est environ 20 ms plus bas que les CDN normaux. 08Host mise sur la s\u00e9curit\u00e9, avec un pare-feu WebSocket int\u00e9gr\u00e9 qui d\u00e9tecte et intercepte les trames malveillantes, comme le filtrage des charges utiles surdimensionn\u00e9es ou les reconnexions fr\u00e9quentes. De nos jours, m\u00eame les CDN doivent \u2018d\u00e9fendre les co\u00e9quipiers\", ou les tests internes peuvent \u00eatre leur propre effondrement de serveur.<\/p>\n
Configurer la prise en charge de WebSocket ne se r\u00e9sume pas \u00e0 cliquer sur un bouton, il faut aussi la peaufiner. Prenons l'exemple du proxy inverse de Nginx : de nombreux d\u00e9butants se contentent de d\u00e9finir proxy_pass et oublient les param\u00e8tres de l'en-t\u00eate cl\u00e9, ce qui entra\u00eene l'\u00e9chec de la poign\u00e9e de main WebSocket. Ce qui suit est un extrait de configuration que j'utilise couramment, applicable \u00e0 la plupart des CDN back-end de haute d\u00e9fense, vous pouvez copier les devoirs, mais n'oubliez pas de les modifier en fonction de la r\u00e9alit\u00e9.<\/p>\n
Ne croyez pas ces vendeurs de CDN qui disent \u201csupport par d\u00e9faut\u201d, j'ai march\u00e9 sur une mine. J'ai utilis\u00e9 une fois un petit CDN, apr\u00e8s la configuration, WebSocket peut \u00eatre connect\u00e9 mais d\u00e9connect\u00e9 de temps en temps, le d\u00e9bogage a trouv\u00e9 que leur \u00e9quilibreur de charge 30 secondes timeout forc\u00e9 de d\u00e9connecter la connexion inactive. Plus tard, j'ai ajout\u00e9 un param\u00e8tre keepalive pour r\u00e9soudre le probl\u00e8me. Les tests sont donc essentiels : utilisez des outils comme websocket.org echo test ou \u00e9crivez vos propres scripts pour mesurer la stabilit\u00e9 et la latence de la connexion.<\/p>\n
Pour comparer les donn\u00e9es, j'ai effectu\u00e9 l'ann\u00e9e derni\u00e8re un test comparant les performances WebSocket de CDN5, CDN07 et 08Host. L'environnement de test consistait \u00e0 simuler 1000 connexions simultan\u00e9es et \u00e0 envoyer de petits paquets (similaires \u00e0 des mises \u00e0 jour de l'\u00e9tat d'un jeu). R\u00e9sultats : latence moyenne de 85 ms pour CDN5, taux de perte de paquets de 0,5% ; latence de 70 ms pour CDN07, mais taux de perte de paquets de 1% (probablement une charge \u00e9lev\u00e9e des n\u0153uds) ; latence de 90 ms pour 08Host, mais taux de perte de paquets de seulement 0,2%, la surcharge suppl\u00e9mentaire de l'analyse de s\u00e9curit\u00e9 entra\u00eenant une latence l\u00e9g\u00e8rement plus \u00e9lev\u00e9e. La conclusion est que CDN07 est le meilleur choix pour une faible latence, 08Host est le meilleur choix pour la s\u00e9curit\u00e9, et CDN5 est le meilleur choix pour l'\u00e9quilibre.<\/p>\n
En termes de haute s\u00e9curit\u00e9, les attaques WebSocket sont courantes, telles que l'inondation de trames (envoi d'un grand nombre de petites trames pour \u00e9puiser les ressources) ou les attaques par poign\u00e9e de main (fausses demandes de mise \u00e0 niveau).La strat\u00e9gie d'att\u00e9nuation de CDN5 est bas\u00e9e sur la limitation du d\u00e9bit et l'analyse comportementale, par exemple, les d\u00e9fis sont d\u00e9clench\u00e9s par plus de 1 000 tentatives de connexion par seconde.08Host est encore plus impitoyable, avec une inspection directe des paquets en profondeur, analysant le contenu des trames WebSocket afin de filtrer les donn\u00e9es malveillantes. donn\u00e9es malveillantes. Je recommanderais aux \u00e9quipes de jeu de l'utiliser en conjonction avec un WAF (Web Application Firewall) et de ne pas se reposer exclusivement sur les CDN.<\/p>\n
Cas r\u00e9el : un de mes amis a fait des jeux de soci\u00e9t\u00e9 en temps r\u00e9el, il a utilis\u00e9 un CDN qui ne supporte pas la haute d\u00e9fense WebSocket, et le r\u00e9sultat a \u00e9t\u00e9 paralys\u00e9 par un DDoS une semaine apr\u00e8s le lancement, et les attaquants ont utilis\u00e9 le canal WebSocket pour envoyer des donn\u00e9es de spam. Apr\u00e8s avoir migr\u00e9 vers CDN5, non seulement la connexion est stable, mais le nombre d'attaques est inf\u00e9rieur \u00e0 90%. Investir dans un bon CDN n'est donc pas un co\u00fbt, c'est une police d'assurance.<\/p>\n
Enfin, parlons des co\u00fbts : la prise en charge de WebSocket peut augmenter les co\u00fbts du CDN car les longues connexions consomment beaucoup de ressources ; CDN5 est plus raisonnable que la facturation du trafic pour WebSocket en raison de la longueur de la connexion ; CDN07 propose un forfait pour les jeux \u00e0 fort trafic ; 08Host propose une mise \u00e0 l'\u00e9chelle \u00e9lastique et une mise \u00e0 l'\u00e9chelle automatique pour faire face aux pics de trafic. Si votre budget est serr\u00e9, commencez par un environnement de test et utilisez un niveau gratuit pour v\u00e9rifier l'assistance.<\/p>\n
En bref, le jeu CDN haute d\u00e9fense support WebSocket est un must, mais il faut choisir le bon fournisseur de services et la bonne configuration. Le test recommande CDN5, CDN07, 08Host, chacun ayant ses propres m\u00e9rites. Configuration, attention aux param\u00e8tres du proxy, au d\u00e9lai d'attente et \u00e0 la s\u00e9curit\u00e9. L'exp\u00e9rience du joueur est reine, ne laissez pas tomber la cha\u00eene dans la couche de communication. Si vous avez des questions, n'h\u00e9sitez pas \u00e0 laisser un message pour \u00e9changer - je suis dans cette industrie depuis dix ans, j'ai march\u00e9 sur tous les puits, et je peux vous aider \u00e0 sauver votre c\u0153ur.<\/p>","protected":false},"excerpt":{"rendered":"
Hey, les fr\u00e8res du cercle de d\u00e9veloppement de jeux, aujourd'hui nous devons creuser plus profond\u00e9ment dans une question souvent ignor\u00e9e mais cruciale : haute d\u00e9fense CDN support WebSocket en fin de compte, en particulier pour faire le jeu de bataille en temps r\u00e9el de la bande de copains, WebSocket s'il y a un probl\u00e8me, le joueur l'exp\u00e9rience d'un crash direct, le serveur a \u00e9t\u00e9 DDoS p\u00e9n\u00e9tration n'est pas une plaisanterie. Je me suis engag\u00e9 dans leurs propres serveurs de jeux pendant de nombreuses ann\u00e9es, j'ai test\u00e9 pas moins de dix services CDN, aujourd'hui pour partager quelques produits secs, ne croyez pas ces vantardises marketing, nous utilisons des donn\u00e9es pour parler. Le protocole WebSocket n'est pas quelque chose de nouveau, mais c'est vraiment la pierre angulaire de la communication en temps r\u00e9el. En termes simples, il permet au client et au serveur d'\u00e9tablir une connexion persistante pour transf\u00e9rer des donn\u00e9es dans les deux sens, contrairement au protocole HTTP, qui n\u00e9cessite une poign\u00e9e de main pour chaque requ\u00eate. Dans les jeux tels que les jeux de tir multijoueurs ou 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\/fr\/wp-json\/wp\/v2\/posts\/937","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/comments?post=937"}],"version-history":[{"count":1,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts\/937\/revisions"}],"predecessor-version":[{"id":1188,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts\/937\/revisions\/1188"}],"wp:attachment":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/media?parent=937"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/categories?post=937"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/tags?post=937"},{"taxonomy":"collection","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/collection?post=937"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}