大约两个星期，一些EVE Online玩家被迫观看错误消息，而不是通常的登录窗口
EVE Online游戏的客户端与许多现代的在线游戏一样，以这样的方式工作：启动主客户端程序之前，启动器小程序首先启动。
启动器在其主屏幕上包含最新新闻，服务器状态信息，指向有用资源的链接，以及实际上是游戏登录表单。 如果不启动lauchner，就不可能开始游戏。
最近，对于某些播放器（包括我的播放器），启动器已停止在正常模式下工作，有时显示类似于KDPV的消息，有时显示更多信息
对于玩家而言，幸运的是，lanucher包含一个自我诊断工具，您可以使用该工具找到启动器正常工作所需的ip地址列表。
自我诊断结果开始基本诊断
查找主机：
launcher.eveonline.com
binaries.eveonline.com
resources.eveonline.com
返回了launcher.eveonline.com的主机查询：
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
返回binaries.eveonline.com的主机查找：
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
主机查找resources.eveonline.com返回：
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
主机查找完成
与d1hoqe10mv32pv.cloudfront.net [54.192.98.106]交换数据包，包含32个字节的数据：
[...]
与d17ueqc3zm9j8o.cloudfront.net [54.192.98.101]进行数据包交换，其中包含32个字节的数据：
[...]
与dm794883twbxj.cloudfront.net [54.192.98.160]交换数据包，包含32个字节的数据：
[...]
游戏社区注意到由于ILV进入注册表，某些地址（例如54.192.98.202）不可用
如您所见，这种情况的整体荒谬之处在于，这些地址大部分属于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
这表明阻止与游戏本身没有任何关系，但很可能是由于提供商错误地设置了阻止流量，因此地址只是在分配范围之内而已，因为 同一CDN地址可能包含来自不同的，不相关的CDN客户端的内容。
当前，玩家被迫自行解决问题：
- 重新启动客户端，直到启动器所需的域解析为未阻止的IP地址
- 在仍然有效的本地主机ip地址中注册
根据未在论坛上订阅的玩家的说法，问题本质上不是本地的，因为 体现在不同提供者的人中。
参考文献：
→ 官方论坛上的分支
→ 在非官方俄语论坛上的一个分支
→ 技术部分的官方论坛上还有更多类似的主题
UPD：
KorDen32用户解释：
Transtelecom存在这样的问题，许多提供商都通过它来解决。 我将从另一篇文章中复制我的信息：
las，在2月至3月，这正是TTK高速公路上发生的情况，
在“ filter-gw.transtelecom.net”（或“ blacklist-gw.transtelecom.net”）上搜索大量分散的主题很容易。
骨干网级别的TTK阻止了不在注册表中的随机IP地址（这很明显是因为检测到用于阻止域的其他IP，并且有人正在拖曳/或CDN）。
结果，随机站点无法打开。 在最近发现的主要站点中-Uniquiti站点，EVE Online服务域，Ingress-事实是它们都位于CDN上。 最近，几个IP Github.com被阻止，并带来了所有后果-github愚蠢地没有打开几个小时，但是它不是很大……
并非所有经过TTK的人都会阻止它，显然取决于提供者与TTK的连接功能。 跟踪到感兴趣的地址。 如果会有跃点过滤器-gw.transtelecom.net，黑名单-gw.transtelecom.net或bl-gw.transtelecom.net-就是这样