目前我们正在处理networking速度问题。
为了理解发生了什么，我们向ISP询问了一个全球性的报告，在他们的报告中（更准确地说，在“对话报告”部分），我们有一些（对于IN和OUT）与一些EC2 amazonAWS服务器（HTTPS连接）。
我们不在亚马逊服务器上工作。 我能想象的唯一的事情是，每个员工的电脑都安装了一个Dropbox客户端，并连接/同步到一个由该公司拥有的专业Dropbox帐户（在同事之间共享文件）。
我知道，在某种程度上，Dropbox的服务器托pipe在亚马逊数据中心，但我虽然他们现在有自己的数据中心。 也许他们还在使用一些EC2 AmazonAWS服务器？
我在这里的问题是：是否有可能从EC2 amazonAWS服务器的这些连接是由/依赖于Dropbox？
您看到的连接可能仅仅是员工正在从AWS运行或受AWS支持的网页，或者员工正在连接到他们自己的AWS服务器。 我已经看到很多人想要了解AWS的知识，他们不把学习时间限制在公司的工作时间之外，或者公司的IT部门没有满足他们的一些需求，他们已经将开发推到了前提之外，手段。 我曾经有一个VP在AWS服务中花费24000美元。 根据你的ISP的报告，你自己的问题应该是，交通的重要性足以分开的问题？
有多种原因可能导致您的互联网连接速度变慢，而与您公司内外的stream量无关。 有些问题可以为您的问题提供答案您的networkingpipe道的大小是多less，并且您有保证的QOS。 没有保证的QOS，那么ISP自己的networking可能会显着超额认购，导致你的问题。 您的ISP提供商是否提供从您的公司到其数据中心的点到点连接，还是使用其他公司的共享networking来连接到您？ 再一次，他们不提供完整的途径，在任何时候他们正在使用任何ISP或供应商的networking或转移点，可能会导致您的连接问题
如果这是Dropbox，我一点也不会感到意外。
你必须保持清醒足够长的时间（当阅读大部分与云相关的“新闻”资格时不太容易），在文章 @ceejayoz中find这个金块链接到：
尽pipe发生了这些事故和其他一切，Dropbox也是截止date。 它放弃了与亚马逊的合同。 该公司继续在欧洲使用亚马逊云，这是因为该业务在欧洲以不太可预测的方式发展
啊哈。
现在，结合我自己在Dropbox客户端在美国networking上的不可接受的攻击行为的经验，我很怀疑这是一个强有力的候选人。
使用100 Mbit / secpipe道，除了台式机之外几乎没有其他任何东西，我以前从来没有必须阻止stream量，但是我必须在我的100 Mbit / sec互联网pipe道上实施“降低”速率限制策略，限制Dropbox的已知IP范围降低到入站stream量更合理的水平。 这个破坏性的交通水平几天前首次出现，交通十分激烈，不仅100Mb / s的pipe道几乎无法使用，甚至还引起了上游ISP的注意，而我从来没有听说过。 自从我在5个星期前重置计数器以来，我已经从Dropbox IP空间login了超过250GB的入站，并且这是一整天不间断的无人机。
难怪他们需要削减成本。
对于识别stream量的实际原因来说很简单 – 识别负责一个或多个这些连接的计算机，然后find在该计算机上运行的程序，该程序具有一个打开到目的地的套接字。 不幸的是，你将比我试图限制stream量更困难，因为如果他们仍然在云中运行，那么这些IP地址将不会被连续块，而其他站点将会受到影响，如果您尝试通过IP地址限制stream量。
客户端软件可能有设置来控制行为，但坦率地说，他们的软件performance得如此糟糕以至于我不够好奇。 我ch住了它。 问题解决了。