CN106470252A - 应用程序查询ip地址的方法及通信终端 - Google Patents

应用程序查询ip地址的方法及通信终端 Download PDF

Info

Publication number
CN106470252A
CN106470252A CN201610871265.8A CN201610871265A CN106470252A CN 106470252 A CN106470252 A CN 106470252A CN 201610871265 A CN201610871265 A CN 201610871265A CN 106470252 A CN106470252 A CN 106470252A
Authority
CN
China
Prior art keywords
address
response bag
dns
truncated
application program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201610871265.8A
Other languages
English (en)
Other versions
CN106470252B (zh
Inventor
王伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201610871265.8A priority Critical patent/CN106470252B/zh
Publication of CN106470252A publication Critical patent/CN106470252A/zh
Application granted granted Critical
Publication of CN106470252B publication Critical patent/CN106470252B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种应用程序查询IP地址的方法及通信终端。所述应用程序查询IP地址的方法包括：应用程序使用UDP向DNS服务器发出查询信息以查询网站主机名的IP地址；接收所述DNS服务器响应所述查询信息发出的DNS应答包；判断所述DNS应答包是否被截断；当所述DNS应答包被截断时，使用TCP尝试连接所述DNS服务器；判断使用TCP连接所述DNS服务器是否成功；当使用所述TCP连接所述DNS服务器失败时，使用UDP尝试访问辅助DNS服务器；判断使用UDP访问所述辅助DNS服务器是否成功；及当使用UDP访问所述辅助DNS服务器成功时，将所述IP地址返回给所述应用程序。本发明提高了IP地址查询成功的概率。

Description

应用程序查询IP地址的方法及通信终端
技术领域
本发明涉及通信领域，具体涉及一种应用程序查询IP地址的方法及通信终端。
背景技术
域名***(Domain Name System，DNS)默认使用用户数据报协议(User DatagramProtocol,UDP)来传输。现在各个网站为了负载均衡，往往使用多个服务器，此网站的主机名(Hostname)对应对个IP地址。当DNS客户端(比如，Android手机)上安装的某应用程序需要查询网站主机名的IP地址时，通常采用递归查询的方式。此时，DNS服务器响应所述递归查询发出的DNS应答(answer)包偏大，从而比较容易超出UDP的承载能力。当DNS应答包超过512字节时，超出的部分就会被截断。当DNS客户端接收到被截断的DNS应答包时，则会尝试用传输控制协议(Transmission Control Protocol，TCP)连接DNS服务器。通过TCP连接DNS服务器时，则不会受到应答包大小的限制。但是，现有技术中，很多DNS服务器会拒绝TCP连接。当使用UDP和TCP从DNS服务器中均未获得IP地址的情况下，DNS客户端的所述应用程序则会通过TCP查询辅助DNS服务器以求获得所述IP地址，而现有技术中，通过TCP查询辅助DNS服务器不会查询成功，进而无法获得所述IP地址。
发明内容
本发明提供了一种应用程序查询IP地址的方法，所述应用程序查询IP地址的方法包括：
应用程序使用UDP向DNS服务器发出查询信息以查询网站主机名的IP地址；
接收所述DNS服务器响应所述查询信息发出的DNS应答包；
判断所述DNS应答包是否被截断；
当所述DNS应答包被截断时，使用TCP尝试连接所述DNS服务器；
判断使用TCP连接所述DNS服务器是否成功；
当使用所述TCP连接所述DNS服务器失败时，使用UDP尝试访问辅助DNS服务器；
判断使用UDP访问所述辅助DNS服务器是否成功；及
当使用UDP访问所述辅助DNS服务器成功时，将所述IP地址返回给所述应用程序。
其中，所述应用程序查询IP地址的方法还包括：
当使用UDP访问所述辅助DNS服务器不成功时，根据被截断的DNS应答包使用UDP尝试访问所述DNS服务器；
判断被截断的DNS应答包中是否含有IP地址；
当被截断的DNS应答包中含有IP地址时，从被截断的DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
其中，所述应用程序查询IP地址的方法还包括：
当被截断的DNS应答包中不含有IP地址时，提示所述应用程序查询IP地址失败。
其中，所述应用程序查询IP地址的方法包括：
当所述DNS应答包未被截断时，从所述DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
其中，所述步骤“判断所述DNS应答包是否被截断”包括：
读取所述DNS应答包中标志位的数字；
判断所述DNS应答包中标志位的数字是否为1；及
当所述DNS应答包中标志位的数字为1时，所述DNS应答包被截断；否则，所述DNS应答包未被截断。
相较于现有技术，本发明的应用程序查询IP地址的方法通过所述TCP连接所述DNS服务器失败时，采用UDP的方式尝试访问辅助DNS服务器。而现有技术中，在通过所述TCP连接所述DNS服务器失败时转用TCP的方式查询辅助DNS服务器。而，使用TCP的方式查询DNS辅助服务器和所述DNS辅助服务器所支持的协议冲突，加大了所述IP地址查询失败的概率。所述DNS辅助服务器默认支持的协议为UDP，即，所述DNS辅助服务器是支持UDP方式查询的。因此，本发明在通过所述TCP连接所述DNS服务器失败时，采用UDP的方式尝试访问辅助DNS服务器，提高了所述IP地址查询成功的概率。
本发明还提供了一种通信终端，所述通信终端包括：
查询模块，用于使用UDP向DNS服务器发出查询信息以查询网站主机名的IP地址；
接收模块，接收所述DNS服务器响应所述查询信息发出的DNS应答包；
第一判断模块，用于判断所述DNS应答包是否被截断；
连接模块，用于当所述DNS应答包被截断时，使用TCP尝试连接所述DNS服务器；
第二判断模块，用于判断使用TCP连接所述DNS服务器是否成功；
第一访问模块，用于当使用所述TCP连接所述DNS服务器失败时，使用UDP尝试访问辅助DNS服务器；
第三判断模块，用于判断使用UDP访问所述辅助DNS服务器是否成功；及
地址返回模块，用于当使用UDP访问所述辅助DNS服务器成功时，将所述IP地址返回给所述应用程序。
其中，所述通信终端还包括：
第二访问模块，用于当使用UDP访问所述辅助DNS服务器不成功时，根据被截断的DNS应答包使用UDP尝试访问所述DNS服务器；及
第四判断模块，用于判断被截断的DNS应答包中是否含有IP地址；
其中，所述地址返回模块还用于当被截断的DNS应答包中含有IP地址时，从被截断的DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
其中，所述通信终端还包括：
地址查询失败模块，用于当被截断的DNS应答包中不含有IP地址时，提示所述应用程序查询IP地址失败。
其中，所述地址返回模块还用于当所述DNS应答包未被截断时，从所述DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
其中，所述第一判断模块还包括：
读取子模块，用于读取所述DNS应答包中标志位的数字；
判断子模块，用于判断所述DNS应答包中标志位的数字是否为1；及
判定子模块，用于当所述DNS应答包中标志位的数字为1时，判定所述DNS应答包被截断；否则，判断所述DNS应答包未被截断。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一较佳实施方式中的应用程序查询IP地址的方法的流程图。
图2为本发明一较佳实施方式中的通信终端的结构示意图。
图3为本发明另一较佳实施方式中的通信终端的结构示意图。
具体实施方式
下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述。显然，所描述的实施方式是本发明的一部分实施方式，而不是全部实施方式。基于本发明中的实施方式，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施方式，都应属于本发明保护的范围。
需要说明的是，在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
所述应用程序查询IP地址的方法应用于通信终端，用于查询网站主机名对应的IP地址。所述通信终端可以为但不限于具有通信功能的Android智能手机、互联网设备(Mobile Internet Device,MID)，电子书，便携式播放站(Play Station Portable,PSP)或者个人数字助理(Personal Digital Assistant,PDA)等便携式电子设备。所述应用程序查询IP地址的方法包括但不仅限于以下步骤。
步骤S101，应用程序使用UDP向DNS服务器发出查询信息以查询网站主机名的IP地址。其中，所述应用程序为安装在所述通信终端的应用程序。
步骤S102，接收所述DNS服务器响应所述查询信息发出的DNS应答包。当所述应用程序使用UDP向所述DNS服务器发出查询信息时，所述DNS服务器会响应所述查询信息并发出DNS应答包。
步骤S103，判断所述DNS应答包是否被截断。由于DNS服务器相应所述查询信息时是采用递归查询的方式，采用递归查询的方式会造成所述DNS应答包偏大，从而比较容易超过UDP的承载能力。当DNS应答包超过512字节时，超出的部分会被截断。当所述DNS应答包被截断时，进入步骤S104；当所述DNS应答包未被截断时，进入步骤S113。
具体地，在本实施方式中，所述步骤S103包括如下步骤。
步骤I，读取所述DNS应答包中标志位的数字。
步骤II，判断所述DNS应答包中标志位的数字是否为1。
步骤III，当所述DNS应答包中标志位的数字为1时，所述DNS应答包被截断；否则，所述DNS应答包未被截断。
当所述DNS应答包被截断时，则所述DNS应答包中的标志位会被标志为1，以标识所述DNS应答包被截断。因此，可以通过所述DNS应答包中标志位的数字来判断所述DNS应答包是否被截断。
步骤S104，当所述DNS应答包被截断时，使用TCP尝试连接所述DNS服务器。在此步骤中，当所述DNS应答包被截断时，采用TCP尝试连接所述DNS服务器。通过TCP尝试连接所述DNS服务器时，所述DNS服务器针对采用TCP方式的查询信息做出反应产生的应答包则没有大小的限制。
步骤S105，判断使用TCP连接所述DNS服务器是否成功。当使用TCP连接所述DNS服务器失败时，则进入步骤S106；当使用TCP连接所述DNS服务器成功时，则进入步骤S114。
步骤S106，当使用所述TCP连接所述DNS服务器失败时，使用UDP尝试访问辅助DNS服务器。此步骤中在通过所述TCP连接所述DNS服务器失败时，采用UDP的方式尝试访问辅助DNS服务器。而现有技术中，在通过所述TCP连接所述DNS服务器失败时转用TCP的方式查询辅助DNS服务器。而，使用TCP的方式查询DNS辅助服务器和所述DNS辅助服务器所支持的协议冲突，加大了所述IP地址查询失败的概率。所述DNS辅助服务器默认支持的协议为UDP，即，所述DNS辅助服务器是支持UDP方式查询的。因此，此步骤中在通过所述TCP连接所述DNS服务器失败时，采用UDP的方式尝试访问辅助DNS服务器，提高了所述IP地址查询成功的概率。
步骤S107，判断使用UDP访问所述辅助DNS服务器是否成功。当使用UDP访问所述辅助DNS服务器成功时，进入步骤S108；当使用UDP访问所述辅助DNS服务器不成功时，进入步骤S109。
步骤S108，当使用UDP访问所述辅助DNS服务器成功时，将所述IP地址返回给所述应用程序。
步骤S109，当使用UDP访问所述辅助DNS服务器不成功时，根据被截断的DNS应答包使用UDP尝试访问所述DNS服务器。
步骤S110，判断被截断的DNS应答包中是否含有IP地址。当被截断的DNS应答包中含有IP地址时，则进入步骤S111；当当被截断的DNS应答包中不含有IP地址时，则进入步骤S112。
步骤S111，当被截断的DNS应答包中含有IP地址时，从被截断的DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
虽然被截断的DNS应答包中的IP地址是被截断的，是不全面的，但是被截断的DNS应答包中仍然包括部分IP地址的，现有技术中当DNS客户端接收到被截断的DNS应答包时，会忽略被截断的DNS应答包中的IP地址，转由尝试用TCP连接DNS服务器，进而大大降低了DNS服务器被访问成功的概率。而本发明中，在根据被截断的DNS应答包使用UDP尝试访问所述DNS服务器，可提高DNS服务器被访问成功的概率。
步骤S112，当被截断的DNS应答包中不含有IP地址时，提示所述应用程序查询IP地址失败。
步骤S113，当所述DNS应答包未被截断时，从所述DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
步骤S114，当使用TCP连接所述DNS服务器成功时，将所述IP地址返回给所述应用程序。
下面结合本发明对应用程序查询IP地址的方法的介绍对本发明的通信终端进行介绍如下。请参阅图2，图2为本发明一较佳实施方式中的通信终端的结构示意图。所述通信终端可以为但不限于具有通信功能的Android智能手机、互联网设备，电子书，便携式播放站或者个人数字助理等便携式电子设备。所述通信终端10安装有应用程序，所述应用程序可以查询网站主机名对应的IP地址。所述通信终端10包括但不仅限于查询模块101、接收模块102、第一判断模块103、连接模块104、第二判断模块105、第一访问模块106、第三判断模块107及地址返回模块108。各个模块的功能详细介绍如下。
所述查询模块101，用于使用UDP向DNS服务器发出查询信息以查询网站主机名的IP地址。
所述接收模块102，接收所述DNS服务器响应所述查询信息发出的DNS应答包。
所述第一判断模块103，用于判断所述DNS应答包是否被截断。
在本实施方式中，所述第一判断模块103还包括读取子模块1031、判断子模块1032及判定子模块1033。各个子模块的具体功能介绍如下。
读取子模块1031，用于读取所述DNS应答包中标志位的数字。
判断子模块1032，用于判断所述DNS应答包中标志位的数字是否为1。
判定子模块1033，用于当所述DNS应答包中标志位的数字为1时，判定所述DNS应答包被截断；否则，判断所述DNS应答包未被截断。
所述连接模块104，用于当所述DNS应答包被截断时，使用TCP尝试连接所述DNS服务器。
所述第二判断模块105，用于判断使用TCP连接所述DNS服务器是否成功。
所述第一访问模块106，用于当使用所述TCP连接所述DNS服务器失败时，使用UDP尝试访问辅助DNS服务器。
所述第三判断模块107，用于判断使用UDP访问所述辅助DNS服务器是否成功。
所述地址返回模块108，用于当使用UDP访问所述辅助DNS服务器成功时，将所述IP地址返回给所述应用程序。
在本实施方式中，所述通信终端10还包括第二访问模块109及第四判断模块110。所述第二访问模块109，用于当使用UDP访问所述辅助DNS服务器不成功时，根据被截断的DNS应答包使用UDP尝试访问所述DNS服务器；及
所述第四判断模块110，用于判断被截断的DNS应答包中是否含有IP地址。
其中，所述地址返回模块108还用于当被截断的DNS应答包中含有IP地址时，从被截断的DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
在本实施方式中，所述通信终端10还包括地址查询失败模块111。
所述地址查询失败模块111，用于当被截断的DNS应答包中不含有IP地址时，提示所述应用程序查询IP地址失败。
在本实施方式中，所述地址返回模块108还用于当所述DNS应答包未被截断时，从所述DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
请参阅图3，图3为本发明另一较佳实施方式中的通信终端的结构示意图。所述移动终端70安装有应用程序，所述应用程序可以查询网站主机名对应的IP地址。所述移动终端70可以包括：指纹传感器70a，至少一个处理器701，例如中央处理器(centralprocessing unit,CPU)，至少一个网络接口704，用户接口703，存储器705，至少一个通信总线702以及显示屏706。其中，通信总线702用于实现这些组件之间的连接通信。其中，用户接口703可以包括显示屏(Display)706，可选用户接口703还可以包括标准的有线接口、无线接口。通信接口704可选的可以包括标准的有线接口(如数据线接口、网线接口等)、无线接口(如WI-FI接口、蓝牙接口、近场通讯接口)。存储器705可以是高速随机存取存储器(random access memory，RAM)，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器705可选的还可以是至少一个位于远离前述处理器701的存储装置。如图3所示，作为一种计算机存储介质的存储器705中可以包括操作***、网络通信模块、用户接口模块以及查询IP地址方法的程序。
在图3所示的移动终端70中，处理器701可以用于调用存储器705中存储的查询IP方法的程序，并执行以下操作：
应用程序使用UDP向DNS服务器发出查询信息以查询网站主机名的IP地址。
接收所述DNS服务器响应所述查询信息发出的DNS应答包。判断所述DNS应答包是否被截断。
当所述DNS应答包被截断时，使用TCP尝试连接所述DNS服务器。
判断使用TCP连接所述DNS服务器是否成功。
当使用所述TCP连接所述DNS服务器失败时，使用UDP尝试访问辅助DNS服务器。
判断使用UDP访问所述辅助DNS服务器是否成功。
当使用UDP访问所述辅助DNS服务器成功时，将所述IP地址返回给所述应用程序。
当使用UDP访问所述辅助DNS服务器不成功时，根据被截断的DNS应答包使用UDP尝试访问所述DNS服务器。
判断被截断的DNS应答包中是否含有IP地址。
当被截断的DNS应答包中含有IP地址时，从被截断的DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
当被截断的DNS应答包中不含有IP地址时，提示所述应用程序查询IP地址失败。
当所述DNS应答包未被截断时，从所述DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
当使用TCP连接所述DNS服务器成功时，将所述IP地址返回给所述应用程序。
具体地，在本实施方式中，处理器701调用存储器705中存储的查询IP方法的程序，并执行判断所述DNS应答包是否被截断的操作具体包括：
读取所述DNS应答包中标志位的数字；
判断所述DNS应答包中标志位的数字是否为1；
当所述DNS应答包中标志位的数字为1时，所述DNS应答包被截断；否则，所述DNS应答包未被截断。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，飞行模式开启程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所揭露的仅为本发明一种或多种较佳实施例而已，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种应用程序查询IP地址的方法，其特征在于，所述应用程序查询IP地址的方法包括：
应用程序使用UDP向DNS服务器发出查询信息以查询网站主机名的IP地址；
接收所述DNS服务器响应所述查询信息发出的DNS应答包；
判断所述DNS应答包是否被截断；
当所述DNS应答包被截断时，使用TCP尝试连接所述DNS服务器；
判断使用TCP连接所述DNS服务器是否成功；
当使用所述TCP连接所述DNS服务器失败时，使用UDP尝试访问辅助DNS服务器；
判断使用UDP访问所述辅助DNS服务器是否成功；及
当使用UDP访问所述辅助DNS服务器成功时，将所述IP地址返回给所述应用程序。
2.如权利要求1所述的应用程序查询IP地址的方法，其特征在于，所述应用程序查询IP地址的方法还包括：
当使用UDP访问所述辅助DNS服务器不成功时，根据被截断的DNS应答包使用UDP尝试访问所述DNS服务器；
判断被截断的DNS应答包中是否含有IP地址；
当被截断的DNS应答包中含有IP地址时，从被截断的DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
3.如权利要求2所述的应用程序查询IP地址的方法，其特征在于，所述应用程序查询IP地址的方法还包括：
当被截断的DNS应答包中不含有IP地址时，提示所述应用程序查询IP地址失败。
4.如权利要求1所述的应用程序查询IP地址的方法，其特征在于，所述应用程序查询IP地址的方法包括：
当所述DNS应答包未被截断时，从所述DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
5.如权利要求1所述的应用程序查询IP地址的方法，其特征在于，所述步骤“判断所述DNS应答包是否被截断”包括：
读取所述DNS应答包中标志位的数字；
判断所述DNS应答包中标志位的数字是否为1；及
当所述DNS应答包中标志位的数字为1时，所述DNS应答包被截断；否则，所述DNS应答包未被截断。
6.一种通信终端，其特征在于，所述通信终端包括：
查询模块，用于使用UDP向DNS服务器发出查询信息以查询网站主机名的IP地址；
接收模块，接收所述DNS服务器响应所述查询信息发出的DNS应答包；
第一判断模块，用于判断所述DNS应答包是否被截断；
连接模块，用于当所述DNS应答包被截断时，使用TCP尝试连接所述DNS服务器；
第二判断模块，用于判断使用TCP连接所述DNS服务器是否成功；
第一访问模块，用于当使用所述TCP连接所述DNS服务器失败时，使用UDP尝试访问辅助DNS服务器；
第三判断模块，用于判断使用UDP访问所述辅助DNS服务器是否成功；及
地址返回模块，用于当使用UDP访问所述辅助DNS服务器成功时，将所述IP地址返回给所述应用程序。
7.如权利要求6所述的通信终端，其特征在于，所述通信终端还包括：
第二访问模块，用于当使用UDP访问所述辅助DNS服务器不成功时，根据被截断的DNS应答包使用UDP尝试访问所述DNS服务器；及
第四判断模块，用于判断被截断的DNS应答包中是否含有IP地址；
其中，所述地址返回模块还用于当被截断的DNS应答包中含有IP地址时，从被截断的DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
8.如权利要求7所述的通信终端，其特征在于，所述通信终端还包括：
地址查询失败模块，用于当被截断的DNS应答包中不含有IP地址时，提示所述应用程序查询IP地址失败。
9.如权利要求6所述的通信终端，其特征在于，所述地址返回模块还用于当所述DNS应答包未被截断时，从所述DNS应答包中获取IP地址，并将所述IP地址返回给所述应用程序。
10.如权利要求6所述的通信终端，其特征在于，所述第一判断模块还包括：
读取子模块，用于读取所述DNS应答包中标志位的数字；
判断子模块，用于判断所述DNS应答包中标志位的数字是否为1；及
判定子模块，用于当所述DNS应答包中标志位的数字为1时，判定所述DNS应答包被截断；否则，判断所述DNS应答包未被截断。
CN201610871265.8A 2016-09-29 2016-09-29 应用程序查询ip地址的方法及通信终端 Active CN106470252B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610871265.8A CN106470252B (zh) 2016-09-29 2016-09-29 应用程序查询ip地址的方法及通信终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610871265.8A CN106470252B (zh) 2016-09-29 2016-09-29 应用程序查询ip地址的方法及通信终端

Publications (2)

Publication Number Publication Date
CN106470252A true CN106470252A (zh) 2017-03-01
CN106470252B CN106470252B (zh) 2019-10-01

Family

ID=58230848

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610871265.8A Active CN106470252B (zh) 2016-09-29 2016-09-29 应用程序查询ip地址的方法及通信终端

Country Status (1)

Country Link
CN (1) CN106470252B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107438115A (zh) * 2017-09-11 2017-12-05 深圳市茁壮网络股份有限公司 一种域名解析方法、装置及***
WO2018214853A1 (zh) * 2017-05-22 2018-11-29 贵州白山云科技有限公司 一种减小dns报文长度的方法、装置、介质及设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102480477A (zh) * 2010-11-30 2012-05-30 ***通信集团北京有限公司 一种客户端进行业务访问的方法、装置及***
US20140344925A1 (en) * 2013-05-15 2014-11-20 Citrix Systems, Inc. Systems and methods for reducing denial of service attacks against dynamically generated next secure records

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102480477A (zh) * 2010-11-30 2012-05-30 ***通信集团北京有限公司 一种客户端进行业务访问的方法、装置及***
US20140344925A1 (en) * 2013-05-15 2014-11-20 Citrix Systems, Inc. Systems and methods for reducing denial of service attacks against dynamically generated next secure records
CN105229996A (zh) * 2013-05-15 2016-01-06 思杰***有限公司 用于减少对动态生成的下一安全记录的拒绝服务攻击的***和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JUNG J 等: ""Self-adapting load balancing for DNS"", 《PERFORMANCE EVALUATION OF COMPUTER AND TELECOMMUNICATION SYSTEMS (SPECTS 2014), INTERNATIONAL SYMPOSIUM ON》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018214853A1 (zh) * 2017-05-22 2018-11-29 贵州白山云科技有限公司 一种减小dns报文长度的方法、装置、介质及设备
CN107438115A (zh) * 2017-09-11 2017-12-05 深圳市茁壮网络股份有限公司 一种域名解析方法、装置及***

Also Published As

Publication number Publication date
CN106470252B (zh) 2019-10-01

Similar Documents

Publication Publication Date Title
US8559945B2 (en) Routing function multimedia message service gateway
CN103220372B (zh) 数据业务访问方法及***
JP3940078B2 (ja) 電話呼出のｉｐ接続からの遠隔自動転送のための方法およびシステム
CN102780711B (zh) 一种sns应用数据访问方法及其装置和***
CN103109517B (zh) 一种双栈终端访问服务器的方法、终端和***
CN102783119A (zh) 访问控制方法、***及接入终端
CN102056329A (zh) 多ap连接管理的方法与装置
CN101056185A (zh) 订购业务处理方法和***、及网关设备
US20080098105A1 (en) Method, apparatus, and system for communication-information management, wireless-communication device, and relay device
CN105307169A (zh) 访客网络的接入方法、装置和***
IL223551A (en) Interface and method for interface to cellular network
CN102752411A (zh) 重定向方法及设备
CN101370159B (zh) 一种识别业务的方法、装置和***
CN103873456B (zh) WiFi设备的访问控制方法及WiFi设备
CN104219401A (zh) 一种话机号码的分配方法、装置及***
CN101741902A (zh) 向互联网终端提供快速访问互联网服务器的***和方法
CN102547553A (zh) 一种基于wap进行业务访问的方法、***及装置
CN106470252A (zh) 应用程序查询ip地址的方法及通信终端
US8699482B2 (en) Communication system and communication method
AU2004301359C1 (en) Message system
CN101904148A (zh) 用于公司分机标识进行网络漫游的方法和装置
CN101631142A (zh) Sip服务器以及通信***
CN101247418B (zh) 一种控制wap访问的方法及***
CN101753561A (zh) 业务的集群处理方法及集群***
US20070008919A1 (en) Value added services system of wireless local area network and method for providing the same

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18

Applicant after: OPPO Guangdong Mobile Communications Co., Ltd.

Address before: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18

Applicant before: Guangdong OPPO Mobile Communications Co., Ltd.

GR01 Patent grant
GR01 Patent grant