当ISP也可以同时处理DNS请求和HTTP数据时,我们为什么要分别发出DNS请求。
因此,与其:
为什么协议不只是从" yahoo.com“请求数据,而verizon将yahoo.com解释为一个拆分的DNS请求。这将减少延迟,因为它可以减少dns服务器调用IP的时间,然后在理论上只处理整个请求时再次发送IP。
就像一个代理人。
谢谢凯拉达,有趣的分析。
沃雷塔,
谢谢,我去拿那个信息。这完全是理论上的。&在此期间。
为什么你暗示IP的文本/url是如此巨大,然后提供DNS,这正是这样做的解决方案。
为什么一个服务器必须路由所有数据?这是不是就像说,当我们与单一的/很少的美国google搜索IP或两个Google DNS IP交谈时,我们都击中了一台服务器?在数据实际到达之前,您将得到真正的DNS服务器IP,这样您就可以对其进行路由(在这里,我发现我的主要并发症是实质上是一次MITM攻击)。
我不想废除DNS。只需让初始服务器在发送IP之前完成数据和定位。yahoo.com的“真实IP”将在第一个请求后在DNS缓存中更新。
通用:你好,我在我的沙发@ IP= 3.3.3.3愿望:威瑞森ISP>>>>open yahoo.com >> get dataX ~Lookup yahoo.com >>>> Cache>>>“空”>>>Hosts File/Filter等.找到了“>> 1.1.1.1 (伪造Yahoo.com IP实际上是我的ISP/)”
我发送:~1.1.1.1隐藏的dns req:请找到yahoo.com并获取dataX
ISP智能服务器查找在隐藏头请求中抑制Yahoo.com : yahoo.com = 2.2.2.2通过相同的DNS req我通常会将真正的IP发送给我以更新缓存并继续同时完成dataX请求: 2.2.2.2获取dataX并发送到3.3.3.3
下一轮:
因此,您仍然可以得到yahoo.com的DNS请求;但是,您从yahoo.com中转储的第一个数据就是在它之后到达的--减少了延迟。因此,它满足您隐藏的dns请求,同时您的req被发送到雅虎或更好:请求发送回您。第一个ISP跳只需要拆分请求。我宁愿把它看作是处理请求的智能DNServer。
发布于 2012-06-07 17:32:19
请随意按照你所想的方式来设计一个协议。请记住,它与IP没有什么相似之处,IP是在互联网上实际使用的协议。
实际上,你所说的是让端点变哑,使网络变得智能化。这就是电话网络所采取的方向。智能网络设计思想被普遍认为是电话网创新如此之少的原因。哑巴网络允许终端用户以协议设计人员从未预见到的方式进行创新,并使网络基础设施运营商难以阻止这种创新。
发布于 2012-06-07 18:41:41
请了解互联网的历史,事情是如何运作的,以及为什么它们是以这种方式实现的,然后才提出彻底的架构改变。我建议购买和阅读DNS和绑定的副本以及(任何版本)。
DNS是一个复杂问题的优雅解决方案--您所建议的是架构上的破坏。
第一个问题:
像"yahoo.com“这样的词在互联网地址和路由方面没有任何意义,只有IP地址才重要。
第二个问题:
您的建议将要求每一个ISP保持一个完整的名单,每一个主机在互联网上(要么以上述路由表的形式,或作为主机文件,这是你的建议。
早在石器时代就有了主机文件,它列出了网络上的每一个主机。您将获得主机文件的更新副本(通过邮件、UUCP或有人给您带来打印输出并输入它)。当时大约有50台机器连接到互联网上。
现在已经有数十亿了。它不缩放(这就是为什么要创建DNS!)。
第三个问题:
你所建议的比现有的方案更无效率。
目前,您请求DNS服务器提供与名称相关的地址,然后直接与您之后要寻找的服务器进行交谈,然后在幕后进行“路由魔术”,以便将数据从计算机发送到其目的地并返回。
您的建议要求通过ISP的“智能”服务器输入所有流量,并提供完整的文本路由表(替换DNS),并且永远不要告诉我的机器它应该与谁交谈--因此ISP中可怜的“智能”服务器必须处理ISP中每个人的流量。
再一次,在1960年代到1970年代,这是完全不可能的。今天,这是不可行的--工作量会压碎服务器,而互联网接入将花费每月数千美元来支付基础设施的费用。
我所发现的破碎是我在做实际工作时在项目之间发生的事情--我相信还有很多其他的原因可以解释为什么这个想法是错误的.
https://serverfault.com/questions/396527
复制相似问题