CN104065734A - 一种通过dns进行文件传输的方法和系统 - Google Patents
一种通过dns进行文件传输的方法和系统 Download PDFInfo
- Publication number
- CN104065734A CN104065734A CN201410311032.3A CN201410311032A CN104065734A CN 104065734 A CN104065734 A CN 104065734A CN 201410311032 A CN201410311032 A CN 201410311032A CN 104065734 A CN104065734 A CN 104065734A
- Authority
- CN
- China
- Prior art keywords
- domain name
- inquiry
- authorization server
- dns
- server
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种通过DNS进行文件传输的方法和系统，包括：向域名注册申请机构申请第一域名，使得第一域名与授权服务器的对应关系在全球DNS体系中生效，且所有对第一域名及其子域名的查询请求最终会递归到授权服务器上；所述授权服务器设有DNS解析单元，并根据向该授权服务器发起的域名查询生成查询日志记录；信息采集服务器获取要传递的数据，根据数据、数据来源和以上第一域名形成该第一域名作为二级域名的第二域名；信息采集服务器在本机发起对第二域名的查询；授权服务器接到以上查询后，在所述查询日志中查找与所述第一域名相关的查询日志记录并获取以上第二域名，从中解析出对应的数据和数据来源，其传输不再受到网络因素诸多方面的影响。
Description
技术领域
本发明属于一种通过DNS进行文件传输的方法和系统。
背景技术
传统的信息传输主要是通过客户端/服务器模式进行的，客户和服务器是通信中对所涉及的两个应用程序，客户是服务请求方，服务器是服务提供方，客户程序被调用后，主动地向远端服务器发送请求服务，而服务器需要一直不断的运行着，被动的等待客户的请求并处理。
这种方式的优势是传输安全可靠，但是缺点是对客户端和服务器之间的网络状态要求多，而且对客户端的连接数也有一定的要求。
现有技术方案的缺点：
1、客户端和服务器要在可以互通的网络状态下，不能配置在不通的私网网段中。
2、客户端和服务器上的防火墙等防护软件，要允许客户端和服务器之间可以互相访问。
3、客户端要获得服务，要提前在服务器上进行注册，如设置用户名和密码等，并且申请相应的权限。当服务器给予客户端相应权限以后，客户端才能享受相应的服务。
4、客户端和服务器的应用程序必须选用同一种网络通信协议，并且对通信部分需要额外的编程。
发明内容
本发明所要解决的技术问题是提供一种克服客户端/服务器模式无法穿越内网，必须使用相同协议的缺点，为此，提供了一种通过DNS进行文件传输的方法和系统。
本发明解决上述技术问题所采取的技术方案如下：
一种通过DNS进行文件传输的方法，包括：
步骤1：向域名注册申请机构申请第一域名，使得第一域名与授权服务器的对应关系在全球DNS体系中生效，所有对第一域名及其子域名的查询请求最终会递归到授权服务器上；
所述授权服务器设有DNS解析单元，并根据向该授权服务器发起的域名查询生成查询日志记录；
步骤2：信息采集服务器获取要传递的数据，根据数据、数据来源和以上第一域名形成该第一域名作为二级域名的第二域名；
步骤3：信息采集服务器在本机发起对第二域名的查询；
步骤4：授权服务器接到以上查询后，在所述查询日志中查找与所述第一域名相关的查询日志记录并获取以上第二域名，从中解析出对应的数据和数据来源。
进一步地，优选的是，步骤2中，包括：根据预设的编码规则数据、数据来源和以上域名形成该域名作为二级域名的第二域名；
此外，所述预设的编码规则对应的解码规则还通知给授权服务器。
进一步地，优选的是，步骤1中，形成第一域名作为二级域名的编码规则；
授权服务器将所述编码规则对应的解码规则通知给信息采集服务器并由信息采集服务器保存。
进一步地，优选的是，步骤3中，通过通用的DNS查询机制在本机发起对第二域名的查询，并由此将第二域名通知给授权服务器中的查询日志中。
进一步地，优选的是，步骤3)中，信息采集服务器向本地缓存发起域名查询；
当本地缓存中查询不到对应的域名时，根据其中的二级域名向所述授权服务器发起对第二域名的域名递归查询。
一种通过DNS进行文件传输的系统，包括授权服务器和信息采集服务器，所述信息采集服务器设置多个，且与所述授权服务器相连接，所述授权服务器中，具体包括：
域名绑定单元，用于向域名注册申请机构申请第一域名，使得第一域名与授权服务器的对应关系在全球DNS体系中生效，所有对第一域名及其子域名的查询请求最终会递归到授权服务器上；
DNS解析单元，用于根据向该授权服务器发起的域名查询生成查询日志记录；所述信息采集服务器中，包括：
数据获取单元，用于获取要传递的数据和数据来源；
编码单元，用于根据数据、数据来源和以上第一域名形成该第一域名作为二级域名的第二域名；
域名查询单元，用于在本机发起对第二域名的查询；
所述授权服务器，进一步包括：解码单元，用于在接到以上查询后，在所述查询日志中查找与所述第一域名相关的查询日志记录并获取以上第二域名，从中解析出对应的数据和数据来源。
优选的是，所述编码单元，进一步用于根据预设的编码规则数据、数据来源和以上域名形成该域名作为二级域名的第二域名；
进一步包括编码分配单元，用于将所述预设的编码规则对应的解码规则还通知给授权服务器。
优选的是，所述授权服务器中，包括：
编码分配单元，用于形成第一域名作为二级域名的编码规则；将所述编码规则对应的解码规则通知给信息采集服务器并由信息采集服务器保存。
优选的是，所述域名查询单元，进一步用于通过通用的DNS查询机制在本机发起对第二域名的查询，并由此将第二域名通知给授权服务器中的查询日志中。
优选的是，信息采集服务器中，所述域名查询单元，进一步用于向本地缓存发起域名查询；当本地缓存中查询不到对应的域名时，根据其中的二级域名向所述授权服务器发起对第二域名的域名递归查询。
本发明采取了上述方案以后，借助于DNS原理，能够基于域名查询，将欲传递的信息在两个服务器中进行传递，使得传输不再受到网络因素、硬件因素和软件因素的诸多方面的影响，实现高效、安全的目的。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
下面结合附图对本发明进行详细的描述，以使得本发明的上述优点更加明确。其中，
图1是本发明通过DNS进行文件传输的方法的流程示意图；
图2是本发明通过DNS进行文件传输的系统的结构示意图；
图3是本发明通过DNS进行文件传输的系统中授权服务器的结构示意图；
图4是本发明中通过DNS进行文件传输的系统中信息采集服务器的结构示意图。
具体实施方式
以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。需要说明的是，只要不构成冲突，本发明中的各个实施例以及各实施例中的各个特征可以相互结合，所形成的技术方案均在本发明的保护范围之内。
另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
实施例一：
具体来说，DNS(Domain Name System，域名系统)，因特网上作为域名和IP地址相互映射的一个分布式数据库，其是因特网的一项核心服务，其能够用于将域名和IP地址一一对应，本专利利用现有较为完善的DNS体系实现一种新型的信息传输方式。
具体来说，如图2、3、4所示，该发明涉及到两个服务器，主要为授权服务器(也可以成为信息中心服务器)和信息采集服务器(也可成为DNS缓存服务器)。本发明主要涉及到这两个服务器之间的信息传递，尤其是信息采集服务器向授权服务器侧的信息传递。
如图1所示，该方法的具体步骤包括以下步骤：
步骤1：向域名注册申请机构申请第一域名，使得第一域名与授权服务器的对应关系在全球DNS体系中生效，所有对第一域名及其子域名的查询请求最终会递归到授权服务器上；
并且，所述授权服务器设有DNS解析单元，并根据向该授权服务器发起的域名查询生成查询日志记录，以上DNS解析单元，可以由安装于授权服务器中的通用的DNS解析软件即可实现按以上功能，如BIND软件，其能够根据任何对域名的查询输出查询日志文件，该查询日志文件中包括以上域名的查询信息。
步骤2：信息采集服务器获取要传递的数据，根据数据、数据来源和以上域名形成该域名作为二级域名的第二域名，更具体地说，步骤2中，根据预设的编码规则数据、数据来源和以上第一域名形成该第一域名作为二级域名的第二域名；通常来说，其格式一般选取：数据+数据来源+域名＝完整域名；
此外，所述预设的编码规则对应的解码规则会在程序开始时就通知给授权服务器。
步骤3：信息采集服务器在本机发起对第二域名的查询，由此，即能够将以上包含数据+数据来源+域名的完整域名信息传递给授权服务器，例如，根据其中的二级域名向所述授权服务器发起对第二域名的域名递归查询。
也即是说，通过通用的DNS查询机制在本机发起对第二域名的查询，并由此将第二域名通知给授权服务器中的查询日志中；
即如果域名的授权配置在一个授权服务器上，这样无论客户端的查询根据DNS的原理，都会在授权服务器上留下记录，也就是会在查询日志中记录下来。
步骤4：授权服务器接到以上查询后，在所述查询日志中查找与所述第一域名相关的查询日志记录并获取以上第二域名，从中解析出对应的数据和数据来源。
这种方法，其能够借助于DNS原理，能够基于域名查询，将欲传递的信息在两个服务器中进行传递，使得传输不再受到网络因素、硬件因素和软件因素的诸多方面的影响，实现高效、安全的目的。
作为步骤2的可选实施例，还可以在授权服务器侧预先形成第一域名作为二级域名的编码规则；
并由授权服务器将所述编码规则对应的解码规则通知给信息采集服务器并由信息采集服务器保存。
当然，也可以采取其他的解码规则/编码规则在两个服务器之间相互协商并通知的方法，在此不详细说明。
步骤3的可选实施例中，还可以包括以下可选步骤：
信息采集服务器向本地缓存发起域名查询；
当本地缓存中查询不到对应的域名时，根据其中的二级域名向所述授权服务器发起对第二域名的域名递归查询。
实施例二：
结合实施例一，以一个具体实施例进行说，其具体实现过程如下：
申请一个域名，如testexample.com。
然后将这个域名的授权记录配置在信息中心服务器/授权服务器上，其中，这台服务器安装通用的DNS解析软件BIND，且通过配置/etc/named.conf文件，使得这台DNS服务器可以输出query.log文件。
其中，testexample.com设置部分主要符合以下条件，在named.conf文件，包括以下两个部分：
域文件的具体内容如下：
第一部分：query.log设置部分。
在logging部分配置如下：
其中，信息采集服务器，主要包括：
DNS解析工具，如nslookup或者dig；
信息采集单元，用于采集将要传输的信息；
编码单元，用于将要传输的信息通过某种编码方式，形成以testexample.com为二级域名的完整域名。
基于DNS的工作原理，带有要传输信息的域名，最终会出现在信息中心的query.log日志中。
例如，以采集服务器(solaris10x86)的CPU信息为例，并且假设的简要描述一下：
采集CPU的相关信息，通过sar命令实现。Sar命令是UNIX系统维护的重要工具，用来显示系统资源的使用情况，特别是CPU的使用情况。
通过sar命令，获得的CPU相关信息的原始数据为CPU处在用户模式下的时间百分比14％，CPU处在系统模式下的时间百分比9％，CPU等待输入输出完成时间的百分比0％，CPU空闲时间百分比77％。
因此，需要采集的原始数据可以简化为为cpu_14_9_0_77，为了信息中心服务器可以确认该CPU信息来源于那台采集服务器，还需要把本台设备的标识信息加入；假定本台设备的公网IP为123.124.33.22，那么最后形成的完整域名为123_124_33_22_cpu_14_9_0_77.testexample.com。
执行nslookup 123_124_33_22_cpu_14_9_0_77.testexample.com，
根据DNS的工作原理，如果这个域名本地没有缓存，那么这个域名必然向这个域名的授权服务器发出递归查询，最终信息中心服务器(也就是授权服务器)的query.log中，如下所示(为授权服务器的query.log的片段)：
10-Apr-2014 11：48：24.499 queries：info：client 123.124.33.2#38686(123_124_33_22_cpu_14_9_0_77.test.com)：view view_any：query：123_124_33_22_cpu_14_90_77.test.com INA+EDC(123.124.33.1)。
且解码规则选取以下.
显然query.log的信息中，域名123_124_33_22_cpu_14_9_0_77.test.com是带有特殊信息的，由此，可以分析出来自123.124.33.22的CPU的基本信息为CPU处在用户模式下的时间百分比14％，CPU处在系统模式下的时间百分比9％，CPU等待输入输出完成时间的百分比0％，CPU空闲时间百分比77％。
本发明利用全球的DNS网络部署，可以实现无障碍的信息传递，不再需要额外的服务器和客户端的软硬件支持。
实施例三：
与本发明方法实施例相对应，本发明还提供了一种通过DNS进行文件传输的系统，如图2、3、4所示，其包括授权服务器和信息采集服务器，所述信息采集服务器设置多个，且与所述授权服务器相连接，所述授权服务器中，具体包括：
域名绑定单元，用于向域名注册申请机构申请第一域名，使得第一域名与授权服务器的对应关系在全球DNS体系中生效，也就是说，将该授权服务器作为该域名的授权服务器，或者说域名的授权配置在所述授权服务器上，这样无论客户端的查询根据DNS的原理，都会在授权服务器上留下记录，也就是会在查询日志中记录下来。
DNS解析单元，用于根据向该授权服务器发起的域名查询生成查询日志记录；所述信息采集服务器中，包括：
数据获取单元，用于获取要传递的数据和数据来源；
编码单元，用于根据数据、数据来源和以上域名形成该域名作为二级域名的第二域名；
域名查询单元，用于在本机发起对第二域名的查询；
所述授权服务器，进一步包括：解码单元，用于在接到以上查询后，在所述查询日志中查找与所述第一域名相关的查询日志记录并获取以上第二域名，从中解析出对应的数据和数据来源。
所述编码单元，进一步用于根据预设的编码规则数据、数据来源和以上域名形成该域名作为二级域名的第二域名；
进一步包括编码分配单元，用于将所述预设的编码规则对应的解码规则还通知给授权服务器。
所述授权服务器中，包括：
编码分配单元，用于形成第一域名作为二级域名的编码规则；将所述编码规则对应的解码规则通知给信息采集服务器并由信息采集服务器保存。
所述域名查询单元，进一步用于通过通用的DNS查询机制在本机发起对第二域名的查询，并由此将第二域名通知给授权服务器中的查询日志中。
信息采集服务器中，所述域名查询单元，进一步用于向本地缓存发起域名查询；当本地缓存中查询不到对应的域名时，根据其中的二级域名向所述授权服务器发起对第二域名的域名递归查询。
需要说明的是，对于上述方法实施例而言，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。
而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种通过DNS进行文件传输的方法，其特征在于，包括：
步骤1：向域名注册申请机构申请第一域名，使得第一域名与授权服务器的对应关系在全球DNS体系中生效，所有对第一域名及其子域名的查询请求最终会递归到授权服务器上；
所述授权服务器设有DNS解析单元，并根据向该授权服务器发起的域名查询生成查询日志记录；
步骤2：信息采集服务器获取要传递的数据，根据数据、数据来源和以上第一域名形成该第一域名作为二级域名的第二域名；
步骤3：信息采集服务器在本机发起对第二域名的查询；
步骤4：授权服务器接到以上查询后，在所述查询日志中查找与所述第一域名相关的查询日志记录并获取以上第二域名，从中解析出对应的数据和数据来源。
2.根据权利要求1所述的通过DNS进行文件传输的方法，其特征在于，步骤2中，包括：根据预设的编码规则数据、数据来源和以上域名形成该域名作为二级域名的第二域名；
此外，所述预设的编码规则对应的解码规则还通知给授权服务器。
3.根据权利要求1所述的通过DNS进行文件传输的方法，其特征在于，步骤1中，形成第一域名作为二级域名的编码规则；
授权服务器将所述编码规则对应的解码规则通知给信息采集服务器并由信息采集服务器保存。
4.根据权利要求2或3所述的通过DNS进行文件传输的方法，其特征在于，步骤3中，通过通用的DNS查询机制在本机发起对第二域名的查询，并由此将第二域名通知给授权服务器中的查询日志中。
5.根据权利要求4所述的通过DNS进行文件传输的方法，其特征在于，步骤3)中，信息采集服务器向本地缓存发起域名查询；
当本地缓存中查询不到对应的域名时，根据其中的二级域名向所述授权服务器发起对第二域名的域名递归查询。
6.一种通过DNS进行文件传输的系统，其特征在于，包括授权服务器和信息采集服务器，所述信息采集服务器设置多个，且与所述授权服务器相连接，所述授权服务器中，具体包括：
域名绑定单元，用于向域名注册申请机构申请第一域名，使得第一域名与授权服务器的对应关系在全球DNS体系中生效，所有对第一域名及其子域名的查询请求最终会递归到授权服务器上；
DNS解析单元，用于根据向该授权服务器发起的域名查询生成查询日志记录；所述信息采集服务器中，包括：
数据获取单元，用于获取要传递的数据和数据来源；
编码单元，用于根据数据、数据来源和以上第一域名形成该第一域名作为二级域名的第二域名；
域名查询单元，用于在本机发起对第二域名的查询；
所述授权服务器，进一步包括：解码单元，用于在接到以上查询后，在所述查询日志中查找与所述第一域名相关的查询日志记录并获取以上第二域名，从中解析出对应的数据和数据来源。
7.根据权利要求1所述的通过DNS进行文件传输的系统，其特征在于，所述编码单元，进一步用于根据预设的编码规则数据、数据来源和以上域名形成该域名作为二级域名的第二域名；
进一步包括编码分配单元，用于将所述预设的编码规则对应的解码规则还通知给授权服务器。
8.根据权利要求1所述的通过DNS进行文件传输的系统，其特征在于，所述授权服务器中，包括：
编码分配单元，用于形成第一域名作为二级域名的编码规则；将所述编码规则对应的解码规则通知给信息采集服务器并由信息采集服务器保存。
9.根据权利要求2或3所述的通过DNS进行文件传输的系统，其特征在于，所述域名查询单元，进一步用于通过通用的DNS查询机制在本机发起对第二域名的查询，并由此将第二域名通知给授权服务器中的查询日志中。
10.根据权利要求4所述的通过DNS进行文件传输的系统，其特征在于，信息采集服务器中，
所述域名查询单元，进一步用于向本地缓存发起域名查询；当本地缓存中查询不到对应的域名时，根据其中的二级域名向所述授权服务器发起对第二域名的域名递归查询。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410311032.3A CN104065734A (zh) | 2014-07-02 | 2014-07-02 | 一种通过dns进行文件传输的方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410311032.3A CN104065734A (zh) | 2014-07-02 | 2014-07-02 | 一种通过dns进行文件传输的方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104065734A true CN104065734A (zh) | 2014-09-24 |
Family
ID=51553261
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410311032.3A Pending CN104065734A (zh) | 2014-07-02 | 2014-07-02 | 一种通过dns进行文件传输的方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104065734A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105224250A (zh) * | 2015-09-28 | 2016-01-06 | 互联网域名系统北京市工程研究中心有限公司 | 高性能域名解析处理方法和装置 |
| CN105357041A (zh) * | 2015-10-30 | 2016-02-24 | 上海帝联信息科技股份有限公司 | 边缘节点服务器及日志文件上传方法和系统 |
| CN105721626A (zh) * | 2016-02-23 | 2016-06-29 | 浪潮通信信息系统有限公司 | 一种dns节点集中管控方法 |
| CN110750290A (zh) * | 2019-10-28 | 2020-02-04 | 杭州安恒信息技术股份有限公司 | 基于dns查询的软件版本升级方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101631133A (zh) * | 2008-07-15 | 2010-01-20 | 华为技术有限公司 | 一种域名解析系统、设备及方法 |
| CN101729291A (zh) * | 2009-06-11 | 2010-06-09 | 中兴通讯股份有限公司 | 一种域名查询方法和系统 |
-
2014
- 2014-07-02 CN CN201410311032.3A patent/CN104065734A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101631133A (zh) * | 2008-07-15 | 2010-01-20 | 华为技术有限公司 | 一种域名解析系统、设备及方法 |
| CN101729291A (zh) * | 2009-06-11 | 2010-06-09 | 中兴通讯股份有限公司 | 一种域名查询方法和系统 |
Non-Patent Citations (1)
| Title |
|---|
| 谷传征: "DNS协议隐蔽信道的构建和检测技术研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105224250A (zh) * | 2015-09-28 | 2016-01-06 | 互联网域名系统北京市工程研究中心有限公司 | 高性能域名解析处理方法和装置 |
| CN105357041A (zh) * | 2015-10-30 | 2016-02-24 | 上海帝联信息科技股份有限公司 | 边缘节点服务器及日志文件上传方法和系统 |
| CN105721626A (zh) * | 2016-02-23 | 2016-06-29 | 浪潮通信信息系统有限公司 | 一种dns节点集中管控方法 |
| CN110750290A (zh) * | 2019-10-28 | 2020-02-04 | 杭州安恒信息技术股份有限公司 | 基于dns查询的软件版本升级方法及装置 |
| CN110750290B (zh) * | 2019-10-28 | 2023-08-15 | 杭州安恒信息技术股份有限公司 | 基于dns查询的软件版本升级方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105007280B (zh) | 一种应用登录方法和装置 | |
| US9473419B2 (en) | Multi-tenant cloud storage system | |
| US9307036B2 (en) | Web access using cross-domain cookies | |
| CN101997903B (zh) | 用于处理超文本传输协议请求的方法和系统 | |
| CN103475726B (zh) | 一种虚拟桌面管理方法、服务器和客户端 | |
| CN102143243B (zh) | 动态路由处理方法和装置及其家庭网关 | |
| CN102891826B (zh) | 网页访问的控制方法、设备和系统 | |
| CN103581213B (zh) | 一种共享Hosts文件的应用方法、设备和系统 | |
| CN106657010B (zh) | 访问数据的方法、装置及系统 | |
| CN109145201B (zh) | 一种基于区块链的信息管理方法、装置、设备及存储介质 | |
| US10375017B2 (en) | Detecting and mitigating registrar collusion in drop-add acquisitions of domain names | |
| CN102664926B (zh) | 用户信息共享方法及系统 | |
| CN103139137B (zh) | 网络服务提供方法及装置 | |
| WO2006010131A3 (en) | Distributed operating system management | |
| CN102843437A (zh) | 网页应用的转换方法、装置和网络设备 | |
| CN104065734A (zh) | 一种通过dns进行文件传输的方法和系统 | |
| CN103414709A (zh) | 用户身份绑定、协助绑定的方法及装置 | |
| CN103095859B (zh) | 多域名会话信息共享方法和系统 | |
| CN106603556B (zh) | 单点登录方法、装置及系统 | |
| CN104298675B (zh) | 用于缓存管理的方法和装置 | |
| CN110913036A (zh) | 一种基于权威dns识别终端位置的方法 | |
| CN104618388A (zh) | 快速注册登录方法及对应的重置服务器、信息服务器 | |
| CN102523220A (zh) | Web认证方法、用于web认证的客户端及接入层设备 | |
| CN106411819A (zh) | 一种识别代理互联网协议地址的方法及装置 | |
| CN102075355B (zh) | 日志系统及其使用方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140924 |