专利名称：对dns解析请求进行解析的方法、系统和智能dns的制作方法
技术领域：
本申请涉及互联网数据业务领域，具体涉及对DNS解析请求进行解析的方法、系统和智能DNS。
背景技术：
目前运营商提供的业务按是否已引入可分为如下两类一类为运营商已引入到内网的，如通过建设大型IDC中心将sina、baidu等大型网站引入内网；一类为运营商尚未引入、须访问外网或通过本网的Cache系统获取的业务。由于这两类业务的特点大相径庭，因此其解决方案也完全不同。对于Cache类业务，目前是由运营商网络中的Cache系统采用DNS重定向的方式 进行特定内容的引导。首先，内网DNS根据用户发起的DNS解析请求进行查询，如果用户访问的网站是Cache系统缓存的特定内容，则通过劫持用户DNS请求的方式直接向用户返回Cache系统的IP地址，由Cache系统响应客户请求；如果用户访问非缓存的网站,则返回源服务器的IP地址，请求将发向源服务器。对于运营商已引入到内网的,如通过建设大型IDC中心将sina、baidu等大型网站引入内网的业务，现有方案可分为如下三种。方案ー是各ICP厂家升级为支持智能DNS，井向运营商用户反馈运营商业务地址，在这种情况下，需要各ICP提供商能够获取运营商所拥有的全部地址列表。当ICP的DNS收到DNS解析请求时，需匹配该请求的源地址,如果源地址为本运营商IP地址,则反馈已引入该运营商的IDC资源的IP地址；否则反馈其他运营商的IP地址。方案ニ是智能DNS配死网站URL与IP地址对应关系，在这种情况下，需要在运营商内网部署智能DNS，并需人为地将全部已引入内网的IDC资源的URL列表及其与IP地址的对应关系配置在智能DNS设备中。当智能DNS收到来自内网DNS的请求，其首先查询本地URL记录，若存在相应记录，则响应该DNS请求；若未保存该URL记录，则通知内网DNS向外网进行查询。方案三是升级支持智能DNS，以使得当智能DNS收到解析请求，其首先查询本地URL记录，若存在相应记录，则响应该DNS请求；若未保存该URL记录，则通过迭代查询向外网进行查询，井根据收到的响应进行相应处理当DNS响应数据包中存在本网运营商的IP地址，则反馈本网的业务地址列表；当DNS响应数据包中不存在本网运营商的IP地址，则直接将收到的业务地址列表反馈用户。由于IDC资源与Cache系统资源分别满足不同业务需求，为了使两类业务共存，需要将两类业务系统整合在一起，即，将上文所述的对Cache类业务进行处理的方案与对内网类业务进行处理的方案一、ニ、三分别结合。当Cache类业务方案与内网类业务的方案一结合时，需要将运营商所持有的地址列表全部告诉ICP，不宜于保护运营商的信息。与此同时，当运营商地址列表需要更新时，也需要及时通知ICP，否则ICP将无法识别使用新增IP地址的本运营商的用户，则无法反馈本网业务平台IP地址。此外，当两类业务并存吋，对于已被引入的业务，当内网DNS向外网进行迭代查询时，Cache系统的重定向设备会通过DPI获取该解析请求，并首先进行反馈，造成用户访问Cache系统资源，而无法访问本网已引入的IDC数据资源，造成资源的浪费。当Cache类业务方案与内网类业务的方案ニ结合时，需要人为将内网引入的IDC/Cache的URL与IP地址对应关系配置于智能DNS设备上，则当新的IDC资源被引入时，也需及时更新URL列表。若不能及时更新，新引入的IDC资源将难以被访问。此外，当两类业务并存时，对于未能及时更新URL列表的IDC资源，由于新引入的IDC资源信息未被及时更新至智能DNS，因此智能DNS会通知内网DNS向外网进行迭代查询，这种情况下，Cache系统的重定向设备会通过DPI获取该解析请求，并首先进行反馈。由于Cache系统能够更快地进行反馈，内网DNS将首先收到Cache系统反馈的Cache系统业务地址列表，并反馈用户，造成用户访问Cache系统资源，而无法访问本网已引入的IDC数据资源，从而造成资源的浪费。当Cache类业务方案与内网类业务的方案三结合时，由于只反馈本网业务地址，因此，当本网业务平台出现问题时，用户也无法访问外网资源，造成用户体验下降。此外，当 两类业务并存吋，对于已被引入的业务，当智能DNS收到解析请求，其首先查询本地URL记录，若存在相应记录，则响应该DNS请求；若未保存该URL记录，则通过迭代查询向外网进行查询，井根据收到的响应进行相应处理。然而当智能DNS向外网进行迭代查询时，Cache系统的重定向设备会通过DPI获取该解析请求，并首先进行反馈。由于Cache系统反馈的均为本网内Cache资源的IP地址，则当智能DNS收到响应数据包，由于其中存在本网运营商Cache系统的IP地址，则会将Cache系统反馈的本网内的业务地址列表反馈用户，造成用户访问Cache系统资源，而无法访问本网已引入的IDC数据资源，从而造成资源的浪费。
发明内容
本申请g在提供了ー种对DNS解析请求进行解析的方法和系统，以避免上述问题。本申请提供了对DNS解析请求进行解析的方法。根据ー个实施方式，ー种对DNS解析请求进行解析的方法包括提供内网DNS和智能DNS，分别存储有指示URL与IP地址的对应关系的记录；当所述内网DNS和所述智能DNS中均未查找到与所述DNS解析请求中的URL对应的记录时，所述智能DNS向外网DNS进行查询；所述智能DNS接收所述外网DNS反馈的响应数据包，并确定所述响应数据包中是否包括本网业务地址；根据确定的結果，对所述响应数据包中的IP地址进行重排或将所述响应数据包直接发送至所述内网DNS。根据另ー实施方式，ー种对DNS解析请求进行解析的方法包括提供内网DNS和智能DNS，分别存储有指示URL与IP地址的对应关系的记录，所述智能DNS部署于将本网与外网相连通的链路上；所述内网DNS在未查找到与所述DNS解析请求中的URL对应的记录时，经由所述链路向外网DNS进行查询；所述智能DNS通过抓包从所述链路获取所述DNS解析请求井本地查找是否具有与所述DNS解析请求中的URL对应的记录；如果查找到与所述DNS解析请求中的URL对应的记录，则向所述内网DNS反馈相应的IP地址；否则，在通过抓包从所述链路获取到所述外网DNS返回的响应数据包之后，确定所述响应数据包中是否包括本网IP地址，井根据确定的结果进一步确定是否对所述响应数据包中的IP地址进行重排后发送至所述内网DNS。本申请还提供了对DNS解析请求进行解析的系统。根据ー个实施方式，ー种对DN S解析请求进行解析的系统包括设置于本网的内网DNS和智能DNS，分别用于存储指示URL与IP地址的对应关系的记录；其中，所述智能DNS在接收所述外网DNS反馈的响应数据包之后，确定所述响应数据包中是否包括本网业务地址，井根据确定的结果对所述响应数据包中的IP地址进行重排或将所述响应数据包直接发送至所述内网DNS。根据另ー实施方式，ー种对DNS解析请求进行解析的系统，包括设置于本网的内网DNS和设置于将本网与外网相连通的链路上的智能DNS，分别用于存储有指示URL与IP地址的对应关系的记录；其中，所述智能DNS能够通过抓包从所述链路获取所述内网DNS向所述外网DNS发送的DNS解析请求、以及所述外网DNS返回的响应数据包；所述智能DNS在本地查找到与所述DNS解析请求中的URL对应的记录的情况下，向所述内网DNS反馈相应的IP地址；否则，确定抓取的响应数据包中是否包括本网IP地址，井根据确定的结果进一步确定是否对所述响应数据包中的IP地址进行重排后发送至所述内网DNS。根据本申请的又一方面，提供了ー种智能DNS，包括获取模块，获取外网DNS对DNS解析请求返回的响应数据包；确定模块，确定所述响应数据包中是否包括本网IP地址；以及改写模块，在所述确定模块确定所述响应数据包中包括本网IP地址的情况下，改写所述响应数据包以将所述本网IP地址排在所述响应数据包中的外网IP地址之前。通过本申请提供的方法、系统和相应的智能DNS，在Cache类业务和内网类业务并存的情况下，对于已引入内网的业务，将向用户反馈已引入内网的IDC数据资源，而不会反馈Cache系统资源的IP地址，从而避免了资源浪费。
图I示出了根据本申请的ー个实施方式对DNS解析请求进行解析的方法；图2示出了根据本申请的ー个实施方式对DNS解析请求进行解析的系统；图3示出了根据本申请的另ー实施方式对DNS解析请求进行解析的方法；图4示出了根据本申请的另ー实施方式对DNS解析请求进行解析的系统；图5示出了根据本申请的ー个实施方式的智能DNS ;以及图6示出了根据本申请的另ー实施方式的智能DNS。
具体实施例方式图I和图2分别示出了根据本申请的ー个实施方式对DNS解析请求进行解析的方法100和相应的系统。如图所示，在运营商本网10中设置有内网DNS 11和智能DNS 12，根据需要将用户的访问引导至本网中的IDC资源或Cache资源，其中，IDC资源存储在IDC数据中心13，Cache资源存储在Cache系统14。当用户在步骤SlOl发起DNS解析请求之后，由内网DNS 11接收该DNS解析请求并在步骤S102本地查询是否能够解析该请求。具体地，DNS解析请求中包括用户期望访问的URL，内网DNS存储有指示URL与IP地址的对应关系的记录。基于接收到的DNS请求，内网DNS 11查询其本地保存的记录中是否包括与接收到的请求中包含的URL所对应的项。如果有，则确定内网DNS 11能够对接收的请求进行解析，并转至步骤S109将解析得到的对应IP地址反馈给用户。如果内网DNS 11没有在其本地保存的记录中查找到与接收到的请求中包含的URL所对应的项，则确定内网DNS 11不能对接收的请求进行解析。在这种情况下，将该DNS解析请求发送至本网中的智能DNS12进行解析。然后，在步骤S103，智能DNS 12基于接收的请求进行本地查询。类似地，智能DNS12中也可存储有指示URL与IP地址的对应关系的记录。智能DNS 12中存储的记录与内网DNS 11中存储的记录可以相同也可以不相同。如果智能DNS 12本地查找到与DNS解析请求中的URL对应的记录，则在步骤S108将对应的IP地址反馈至内网DNSll ;否则，在步骤S104将该DNS解析请求发送至其它运营商网络20中的外网DNS 21和/或通过因特网30发送至ICP DNS 31进行查询。外网DNS 21或ICP DNS 31将查询结果通过响应数据包反馈至智能DNS 12。为了简便起见，下文中的外网DNS可表示除了部署于本运营商网络以外 的其它任何DNS，包括外网DNS 21和ICP DNS 31。在接收到外网DNS返回的响应数据包后，智能DNS 12在步骤S105确定接收的响应数据包中是否包括本网业务地址。 如果包括本网业务地址，则该URL对应的业务是本网已引入的业务，但该业务的URL与本网业务地址的对应关系未记录在内网DNS和智能DNS中。在这种情况下，在步骤S106，智能DNS 12对接收的响应数据包中的IP地址进行改写，将本网业务地址排在外网业务地址之前，使用户能优先访问本网数据业务，并在步骤S108将改写过的响应数据包反馈至内网DNS 11。这样，对于本网已引入的业务，即使其URL与本网业务地址的对应关系没有保存在内网DNS 11和智能DNS12中，也可以正确地将用户的访问引导至本网业务资源，即，IDC数据中心13。如果在接收的响应数据包中不包括本网业务地址，则将接收的响应数据包直接反馈至内网DNS 11，同时，在步骤S107指示Cache系统14对响应数据包中的地址进行访问并对获取的相应数据进行缓存，智能DNS 12将解析请求中的URL与Cache系统IP地址的对应关系添加至其本地保存的记录中。这样，在后续用户需要访问该URL时，在步骤S103，智能DNS 12将查找到本地具有相应的记录，并将Cache系统IP地址反馈至内网DNS 11，从而使用户访问Cache系统14中的资源。通过对本网尚未引入的资源及时进行缓存，保证了本网用户能够优先在网内访问到相关业务资源。在一个实施方式中，内网DNS 11还可对接收的DNS解析请求中的URL进行统计和排序。在这种情况下，当确定接收的响应数据包中不包括本网IP地址时，智能DNS 12首先查看内网DNS 11中对URL的统计和排序結果，对于被访问次数排名靠前的URL，智能DNS12才指示Cache系统14进行相应的访问和缓存。例如，根据URL被访问次数从多到少对URL进行排序，仅对排名在预定数目以内的URL，智能DNS 12才指示Cache系统14进行访问和缓存。在这种情况下，仅将用户访问较多的热点缓存在Cache系统14中，从而减小Cache系统14的缓存量。在以上实施方式中，如果内网DNS 11在预定时间内未接收到智能DNS 12发送的数据响应包，内网DNS 11可直接向外网DNS发起解析请求。这样，在智能DNS 12或本网业务资源出现故障时，用户仍然能够继续访问外网资源获得解析結果。
图3和图4分别示出了根据本申请的ー个实施方式对DNS解析请求进行解析的方法200和相应的系统。图4和图2中相同或相似的部件米用了相同或相似的标号表不。如图所示，当用户在步骤S201发起DNS解析请求之后，由部署于运营商本网10中的内网DNS 11’接收该DNS解析请求并在步骤S102本地查询是否能够解析该请求。如果内网DNS 11’能够对接收的请求进行解析，并转至步骤S210将解析得到的对应IP地址反馈给用户。如果内网DNS 11’没有在其本地保存的记录中查找到与接收到的请求中包含的URL所对应的项，则确定内网DNS 11’不能对接收的请求进行解析。在这种情况下，在步骤S203向外网DNS发起该解析请求。外网DNS将会通过响应数据包反馈查询結果。同样，夕卜网DNS可包括除了部署于本运营商网络以外的其它任何DNS，包括其它运营商网络20中的外网DNS 21和通过因特网30通信连接的ICP DNS 31。在本实施方式中，智能DNS 12’设置于将本网与外网相连通的链路上。该智能DNS12’还集成有DPI抓包的功能，主动抓取该链路上的DNS解析请求和返回的响应数据包。在步骤S204，智能DNS 12’对抓取的DNS解析请求进行本地解析。如果智能DNS 12’本地查找到与DNS解析请求中的URL对应的记录，则在步骤S209将对应的IP地址反馈至内网DNS 11’ ；否则，等待在步骤S205抓取到外网DNS返回的响应数据包。然后，智能DNS 12’在步骤S206确定接收的响应数据包中是否包括本网业务地址。如果包括本网业务地址，则该URL对应的业务是本网已引入的业务，但该业务的URL与本网业务地址的对应关系未记录在内网DNSir和智能DNS 12’中。在这种情况下，在步骤S207，智能DNS 12’对接收的响应数据包中的IP地址进行改写，将本网业务地址排在外网业务地址之前，使用户能优先访问本网数据业务，并在步骤S209将改写过的响应数据包反馈至内网DNS 11’。这样，对于本网已引入的业务，即使其URL与本网业务地址的对应关系没有保存在内网DNS 11’和智能DNS 12’中，也可以正确地将用户的访问引导至本网业务资源，即，IDC数据中心13。如果在接收的响应数据包中不包括本网业务地址，智能DNS 12’则可在步骤S208指示Cache系统14对响应数据包中的地址进行访问并对获取的相应数据进行缓存，智能DNS 12’将解析请求中的URL与Cache系统IP地址的对应关系添加至其本地保存的记录中。这样，在后续用户需要访问该URL时，在步骤S204，智能DNS 12’将查找到本地具有相应的记录，并将Cache系统IP地址反馈至内网DNS 11’。通过对本网尚未引入的资源及时进行缓存，保证了本网用户能够优先在网内访问到相关业务资源。在一个实施方式中，内网DNS 11’在接收到响应数据包之后，可首先判断该响应是来自智能DNS 12’还是来自外网DNS。如果是来自智能DNS 12’，内网DNS 11’可直接向用户发送DNS解析响应。如果是来自外网DNS，则可将该响应数据包中的TTL值减小(例如，减小至一半)，并在TTL失效后重新进行URL解析。这样，对于本网尚未引入的资源，用户在短时间(减小的TTL值)后重新请求解析。由于智能DNS 12’在抓取响应数据包后已指示Cache系统14进行缓存，在重新解析吋，Cache系统14已经缓存了相关资源，并且智能DNS12’已记录了相应的对应关系。这样，智能DNS 12’进行本地解析时将查找到相应的记录，并返回Cache系统IP地址,从而将用户访问引导至Cache系统14,使本网用户能够优先在网内访问到相关业务资源。在一个实施方式中，智能DNS 12’或内网DNS 11’对接收的DNS解析请求中的URL进行统计和排序。在这种情况下，当智能DNS 12’确定接收的响应数据包中不包括本网IP地址时，首先查看智能DNS12’或内网DNS 11’中对URL的统计和排序结果，对于被访问次数排名靠前的URL，智能DNS 12’才指示Cache系统14进行相应的访问和缓存。例如，根据URL被访问次数从多到少对URL进行排序，仅对排名在预定数目以内的URL，智能DNS 12’才指示Cache系统14进行访问和缓存。在这种情况下，仅将用户访问较多的热点缓存在Cache系统14中，从而减小Cache系统14的缓存量。本申请还提出了ー种智能DNS。如图5所示，根据ー个实施方式的智能DNS 50包括获取模块51、确定模块52和改写模块53。获取模块51获取外网DNS对DNS解析请求返回的响应数据包。如上文结合不同的实施方式所述，响应数据包可由获取模块51直接接收或通过抓包而获取。确定模块52确定获取模块51获取的响应数据包中是否包括本网IP地址。在确定模块52确定该响应数据包中包括本网IP地址的情况下，改写模块53对响应数据包进行改写，以将响应数据包中的本网IP地址排在外网IP地址之前，从而使用户优先访问网内资源。 如图6所示，根据ー个实施方式的智能DNS 50’可进ー步包括Cache指示模块54和存储模块55。在确定模块52确定响应数据包中不包括本网IP地址的情况下，Cache指示模块54指示本网中的Cache系统对响应数据包中的外网IP地址进行访问并对获取的数据进行缓存。同时，存储模块55将DNS解析请求中的URL与Cache系统的IP地址的对应关系保存在智能DNS中，以便后续用户访问该URL地址时，将用户引导至Cache系统。根据另ー实施方式，智能DNS 50’还可进一歩包括设置于确定模块52和Cache指示模块54之间的查询模块(未示出)。根据本实施方式，查询模块可查询本网中的URL访问统计結果。该URL访问统计结果例如可保存在内网DNS和/或智能DNS中。Cache指示模块54则根据查询模块获取的URL访问统计结果选择性地指示Cache系统对响应数据包中的外网IP地址进行访问。具体地，Cache指示模块54根据URL访问统计结果，指示本网中的Cache系统对URL访问统计结果中排名靠前的URL所对应的响应数据包中的外网IP地址进行访问并对获取的数据进行缓存。存储模块55存储Cache系统访问的URL与Cache系统的IP地址相对应的记录。上文中结合本申请的具体实施方式
描述的特征应理解为可应用于其它实施方式，除非这些特征与其它实施方式相冲突。本申请公开的全部特征和/或公开的方法的全部步骤能够以任意适当的方式结合，除非这种结合中的至少部分特征和/或步骤是互斥的。本发明在细节上不限于上述实施方式，而是g在包含对上述实施方式的适当修改、变形和/或组合。
权利要求
1.ー种对DNS解析请求进行解析的方法，包括 提供内网DNS和智能DNS，分别存储有指示URL与IP地址的对应关系的记录； 当所述内网DNS和所述智能DNS中均未查找到与所述DNS解析请求中的URL对应的记录时，所述智能DNS向外网DNS进行查询； 所述智能DNS接收所述外网DNS反馈的响应数据包，并确定所述响应数据包中是否包括本网业务地址； 根据确定的結果，对所述响应数据包中的IP地址进行重排或将所述响应数据包直接发送至所述内网DNS。
2.如权利要求I所述的方法，其中，如果所述智能DNS确定接收的响应数据包中包括本网IP地址，则对所述响应数据包进行改写以将本网IP地址排在外网IP地址之前，并将改写过的响应数据包发送至所述内网DNS ； 否则，将接收的响应数据包发送至所述内网DNS。
3.如权利要求2所述的方法，其中，在所述智能DNS确定接收的响应数据包中不包括本网IP地址的情况下，所述智能DNS指示Cache系统访问所述接收的响应数据包中的外网IP地址并对获取的数据进行缓存，同时，所述智能DNS増加指示所述URL与所述Cache系统的IP地址相对应的记录。
4.如权利要求2所述的方法，进ー步包括所述内网DNS对接收的DNS解析请求中的URL进行统计和排序； 其中，在所述智能DNS在确定接收的响应数据包中不包括本网IP地址的情况下， 所述智能DNS查看所述内网DNS中的统计和排序結果，并且对于被访问次数排名靠前的URL，所述智能DNS指示Cache系统对相应的响应数据包中的外网IP地址进行访问并对获取的数据进行缓存，同时，所述智能DNS増加指示所述URL与所述Cache系统的IP地址相对应的记录。
5.如权利要求I所述的方法，进ー步包括 所述内网DNS在预定时间内未接收到所述智能DNS发送的数据响应包的情况下，直接向所述外网DNS发起解析请求。
6.ー种对DNS解析请求进行解析的方法，包括 提供内网DNS和智能DNS，分别存储有指示URL与IP地址的对应关系的记录，所述智能DNS部署于将本网与外网相连通的链路上； 所述内网DNS在未查找到与所述DNS解析请求中的URL对应的记录吋，经由所述链路向外网DNS进行查询； 所述智能DNS通过抓包从所述链路获取所述DNS解析请求并本地查找是否具有与所述DNS解析请求中的URL对应的记录； 如果查找到与所述DNS解析请求中的URL对应的记录，则向所述内网DNS反馈相应的IP地址； 否则，在通过抓包从所述链路获取到所述外网DNS返回的响应数据包之后，确定所述响应数据包中是否包括本网IP地址，井根据确定的结果进一步确定是否对所述响应数据包中的IP地址进行重排后发送至所述内网DNS。
7.如权利要求6所述的方法，其中，如果所述智能DNS确定接收的响应数据包中包括本网IP地址，则对所述响应数据包进行改写以将本网IP地址排在外网IP地址之前，并将改写过的响应数据包发送至所述内网DNS。
8.如权利要求6所述的方法，其中，在所述智能DNS确定接收的响应数据包中不包括本网IP地址的情况下，所述智能DNS指示Cache系统访问所述接收的响应数据包中的外网IP地址并对获取的数据进行缓存，同时，所述智能DNS増加指示所述URL与所述Cache系统的IP地址相对应的记录。
9.如权利要求6所述的方法，进ー步包括所述内网DNS或所述智能DNS对接收的DNS解析请求中的URL进行统计和排序； 其中，在所述智能DNS确定接收的响应数据包中不包括本网IP地址的情况下， 所述智能DNS查看所述内网DNS或所述智能DNS中的统计和排序結果，并且对于被访问次数排名靠前的URL，所述智能DNS指示Cache系统对相应的响应数据包中的外网IP地址进行访问并对获取的数据进行缓存，同时，所述智能DNS増加指示所述URL与所述Cache系统的IP地址相对应的记录。
10.如权利要求6所述的方法，进ー步包括 所述内网DNS确定接收到的响应数据包来自所述智能DNS或所述外网DNS ;以及 当确定接收到的响应数据包来自所述外网DNS时，减小该响应数据包中的TTL值，并待减小后的TTL值失效后重新进行所述URL解析。
11.ー种对DNS解析请求进行解析的系统，包括设置于本网的内网DNS和智能DNS，分别用于存储指示URL与IP地址的对应关系的记录； 其中，所述智能DNS在接收所述外网DNS反馈的响应数据包之后，确定所述响应数据包中是否包括本网业务地址，井根据确定的结果对所述响应数据包中的IP地址进行重排或将所述响应数据包直接发送至所述内网DNS。
12.如权利要求11所述的系统，其中，如果所述智能DNS确定接收的响应数据包中包括本网IP地址，则对所述响应数据包进行改写以将本网IP地址排在外网IP地址之前，并将改写过的响应数据包发送至所述内网DNS ； 否则，将接收的响应数据包发送至所述内网DNS。
13.如权利要求12所述的系统，其中，所述智能DNS确定接收的响应数据包中不包括本网IP地址的情况下,指示Cache系统访问所述接收的响应数据包中的外网IP地址并对获取的数据进行缓存，同时，所述智能DNS増加指示所述URL与所述Cache系统的IP地址相对应的记录。
14.如权利要求12所述的系统，其中，所述内网DNS对接收的DNS解析请求中的URL进行统计和排序；所述智能DNS在确定接收的响应数据包中不包括本网IP地址的情况下，查看所述内网DNS中的统计和排序結果，并且，对于被访问次数排名靠前的URL，所述智能DNS指示Cache系统对相应的响应数据包中的外网IP地址进行访问并对获取的数据进行缓存，同时，所述智能DNS增加指示所述URL与所述Cache系统的IP地址相对应的记录。
15.如权利要求11所述的系统，其中，所述内网DNS在预定时间内未接收到所述智能DNS发送的数据响应包的情况下,直接向所述外网DNS发起解析请求。
16.ー种对DNS解析请求进行解析的系统，包括设置于本网的内网DNS和设置于将本网与外网相连通的链路上的智能DNS，分别用于存储有指示URL与IP地址的对应关系的记录; 其中，所述智能DNS能够通过抓包从所述链路获取所述内网DNS向所述外网DNS发送的DNS解析请求、以及所述外网DNS返回的响应数据包； 所述智能DNS在本地查找到与所述DNS解析请求中的URL对应的记录的情况下，向所述内网DNS反馈相应的IP地址； 否则，确定抓取的响应数据包中是否包括本网IP地址，井根据确定的结果进一步确定是否对所述响应数据包中的IP地址进行重排后发送至所述内网DNS。
17.如权利要求16所述的系统，其中，所述智能DNS在确定接收的响应数据包中包括本网IP地址的情况下，将所述响应数据包进行改写以将本网IP地址排在外网IP地址之前，并将改写过的响应数据包发送至所述内网DNS。
18.如权利要求16所述的系统，其中，所述智能DNS在确定接收的响应数据包中不包括本网IP地址的情况下,指示Cache系统访问所述接收的响应数据包中的外网IP地址并对获取的数据进行缓存，同吋，所述智能DNS増加指示所述URL与所述Cache系统的IP地址相对应的记录。
19.如权利要求16所述的系统，其中，所述内网DNS或所述智能DNS对接收的DNS解析请求中的URL进行统计和排序；所述智能DNS在确定接收的响应数据包中不包括本网IP地址的情况下，查看所述内网DNS或所述智能DNS中的统计和排序结果，并且，对于被访问次数排名靠前的URL，所述智能DNS指示Cache系统对相应的响应数据包中的外网IP地址进行访问并对获取的数据进行缓存，同时，所述智能DNS増加指示所述URL与所述Cache系统的IP地址相对应的记录。
20.如权利要求16所述的系统，其中，所述内网DNS确定接收到的响应数据包来自所述智能DNS或所述外网DNS ;以及当确定接收到的响应数据包来自所述外网DNS时，减小该响应数据包中的TTL值，并待减小后的TTL值失效后重新进行所述URL解析。
21.ー种智能DNS，包括 获取模块，获取外网DNS对DNS解析请求返回的响应数据包； 确定模块，确定所述响应数据包中是否包括本网IP地址；以及 改写模块，在所述确定模块确定所述响应数据包中包括本网IP地址的情况下，改写所述响应数据包以将所述本网IP地址排在所述响应数据包中的外网IP地址之前。
22.如权利要求21所述的智能DNS，进ー步包括 Cache指示模块，在所述确定模块确定所述响应数据包中不包括本网IP地址的情况下，指示本网中的Cache系统对所述响应数据包中的外网IP地址进行访问并对获取的数据进行缓存；以及 存储模块，存储所述DNS解析请求中的URL与所述Cache系统的IP地址相对应的记录。
23.如权利要求21所述的智能DNS，进ー步包括 查询模块，查询本网中的URL访问统计结果； Cache指示模块，根据所述URL访问统计结果，指示本网中的Cache系统对所述URL访问统计结果中排名靠前的URL所对应的响应数据包中的外网IP地址进行访问并对获取的数据进行缓存；以及 存储模块，存储所述URL与所述Cache系统的IP地址相对应的记录。
24.如权利要求21所述的智能DNS，其中，所述获取模块直接接收所述响应数据包或通过抓包获取所述响应数据包。
全文摘要
提供了对DNS解析请求进行解析的方法、系统和智能DNS。根据一个实施方式的方法包括提供内网DNS和智能DNS，分别存储有指示URL与IP地址的对应关系的记录；当所述内网DNS和所述智能DNS中均未查找到与所述DNS解析请求中的URL对应的记录时，所述智能DNS向外网DNS进行查询；所述智能DNS接收所述外网DNS反馈的响应数据包，并确定所述响应数据包中是否包括本网业务地址；根据确定的结果，对所述响应数据包中的IP地址进行重排或将所述响应数据包直接发送至所述内网DNS。根据本发明提供的方案，在Cache系统与智能DNS系统并存时，能够使用户优先访问IDC资源，从而优化了用户的访问。
文档编号H04L29/12GK102685259SQ20111005609
公开日2012年9月19日 申请日期2011年3月9日 优先权日2011年3月9日
发明者周琳琅, 张娟, 李晨 申请人:中国移动通信集团公司