Les joueurs d'EVE Online ont des problèmes de connexion en raison du blocage de RosKomNadzor


Environ deux semaines, certains joueurs EVE Online sont obligés de regarder un message d'erreur au lieu de la fenêtre de connexion habituelle


Le client du jeu EVE Online, comme de nombreux jeux en ligne modernes, fonctionne de telle manière qu'avant de lancer le programme client principal, le mini-programme du lanceur démarre d'abord.



Sur son écran principal, le lanceur contient les dernières nouvelles, les informations sur l'état du serveur, des liens vers des ressources utiles et, en fait, le formulaire de connexion au jeu. Il est impossible de démarrer le jeu sans lancer le lanceur


Récemment, pour certains joueurs (dont le mien), le lanceur a cessé de fonctionner en mode normal, affichant parfois un message comme sur KDPV, affichant parfois des messages plus informatifs



Heureusement pour les joueurs, le lanucher contient un outil d'auto-diagnostic avec lequel vous pouvez trouver la liste des adresses IP nécessaires au fonctionnement du lanceur.


Résultat d'autodiagnostic

Démarrage des diagnostics de base


Recherche d'hôtes:
launcher.eveonline.com
binaries.eveonline.com
resources.eveonline.com


La recherche d'hôte pour launcher.eveonline.com a renvoyé:
54.192.98.106
54.192.98.111
54.192.98.152
54.192.98.202
54.192.98.224
54.192.98.25
54.192.98.56
54.192.98.65


La recherche d'hôte pour binaries.eveonline.com a renvoyé:
54.192.98.101
54.192.98.124
54.192.98.219
54.192.98.234
54.192.98.252
54.192.98.37
54.192.98.43
54.192.98.87


Recherche d'hôte pour resources.eveonline.com a renvoyé:
54.192.98.160
54.192.98.188
54.192.98.225
54.192.98.20
54.192.98.33
54.192.98.54
54.192.98.126
54.192.98.158


Recherches d'hôtes effectuées


Échange de paquets avec d1hoqe10mv32pv.cloudfront.net [54.192.98.106] avec 32 octets de données:
[...]
Échange de paquets avec d17ueqc3zm9j8o.cloudfront.net [54.192.98.101] avec 32 octets de données:
[...]
Échange de paquets avec dm794883twbxj.cloudfront.net [54.192.98.160] avec 32 octets de données:
[...]


La communauté des joueurs a remarqué que certaines adresses (par exemple, 54.192.98.202) ne sont pas disponibles en raison de l'ILV entrant dans le registre



L'absurdité de la situation est que, comme vous pouvez le voir, les adresses appartiennent principalement à Amazon Content Delivery Network.


  IP- 54.192.98.235   ARIN: NetRange: 54.192.0.0 - 54.207.255.255 CIDR: 54.192.0.0/12 NetName: AMAZON-2011L Organization: Amazon Technologies Inc. (AT-88-Z) RegDate: 2013-06-19 Updated: 2013-06-19 Ref: https://whois.arin.net/rest/net/NET-54-192-0-0-1 OrgName: Amazon Technologies Inc. OrgId: AT-88-Z Address: 410 Terry Ave N. City: Seattle StateProv: WA PostalCode: 98109 Country: US RegDate: 2011-12-08 Updated: 2017-01-28 OrgTechName: Amazon EC2 Network Operations OrgTechPhone: +1-206-266-4064 OrgTechEmail: amzn-noc-contact@amazon.com OrgTechRef: https://whois.arin.net/rest/poc/ANO24-ARIN OrgNOCName: Amazon AWS Network Operations OrgNOCPhone: +1-206-266-4064 OrgNOCEmail: amzn-noc-contact@amazon.com OrgNOCRef: https://whois.arin.net/rest/poc/AANO1-ARIN 

Cela suggère que le blocage n'est en aucun cas lié au jeu lui-même, mais très probablement les adresses sont simplement tombées sous la distribution en raison du réglage incorrect du blocage du trafic par le fournisseur, car la même adresse CDN peut contenir du contenu provenant de clients CDN différents et indépendants.


Actuellement, les joueurs sont obligés de résoudre le problème par eux-mêmes:


  • Redémarrez le client jusqu'à ce que les domaines requis par le lanceur soient résolus en adresses IP non bloquées
  • enregistrer dans les adresses IP des hôtes locaux qui fonctionnent toujours

Selon les joueurs qui se sont désabonnés sur le forum, le problème n'est pas de nature locale, car manifesté chez les personnes de différents fournisseurs.


Références:


Branche sur le forum officiel
→ Une branche sur un forum non officiel en russe
Beaucoup d'autres sujets similaires sur le forum officiel dans la section technique


UPD:


L' utilisateur de KorDen32 explique:


Transtelecom a un tel problème, par lequel passent de nombreux fournisseurs. Je vais copier mon message ici à partir d'un autre poste:

Hélas, en février-mars, c'est exactement ce qui se passe sur l'autoroute TTK,
Il est facile de rechercher sur Google un tas de sujets dispersés sur "filter-gw.transtelecom.net" (ou "blacklist-gw.transtelecom.net").

TTK au niveau de la dorsale bloque les adresses IP aléatoires qui ne sont pas dans le registre (cela est évident précisément parce que d'autres IP pour les domaines bloqués sont détectés et que quelqu'un est à la traîne / ou CDN).

Par conséquent, les sites aléatoires ne s'ouvrent pas. Parmi les derniers principaux qui ont été remarqués - sites Uniquiti, domaines de service EVE Online, Ingress - la vérité est qu'ils sont tous sur CDN. Récemment, deux IP Github.com ont été bloqués, avec toutes les conséquences - le github n'a pas ouvert bêtement pendant plusieurs heures, mais ce n'était pas très massif ...

Il n'est pas bloqué par tous ceux qui passent par le TTK, cela dépend apparemment des caractéristiques de la connexion du fournisseur avec le TTK. Tracez à l'adresse d'intérêt. S'il y aura un filtre hop-gw.transtelecom.net, blacklist-gw.transtelecom.net ou bl-gw.transtelecom.net - c'est tout

Source: https://habr.com/ru/post/fr402893/


All Articles