CN103929508A - 实现业务与域名解析服务器绑定的系统及方法 - Google Patents
实现业务与域名解析服务器绑定的系统及方法 Download PDFInfo
- Publication number
- CN103929508A CN103929508A CN201410184363.5A CN201410184363A CN103929508A CN 103929508 A CN103929508 A CN 103929508A CN 201410184363 A CN201410184363 A CN 201410184363A CN 103929508 A CN103929508 A CN 103929508A
- Authority
- CN
- China
- Prior art keywords
- domain name
- name resolution
- index node
- business
- resolution 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种实现业务与域名解析服务器绑定的系统,其中包括业务报文发送模块、域名解析代理模块和数个域名解析服务器,本发明还提供了一种实现业务与域名解析服务器绑定的方法,仅通过修改域名解析代理模块的程序就可以实现不同业务通过对应的网络接口和对应的域名解析服务器绑定。采用本发明的实现业务与域名解析服务器绑定的系统及方法,避免了开发者必须根据每个域名解析报文添加添域名解析库和域名解析函数实现根据不同业务选择对应域名解析服务器及网络接口的技术问题,代码量小,操作简单,结构清晰,提高效率,程序易于移植和扩展,有利于系统的后续维护,具有更广泛的应用范围。
Description
技术领域
本发明涉及通讯领域,尤其涉及域名解析服务系统领域,具体是指一种实现业务与域名解析服务器绑定的系统及方法。
背景技术
随着网络的应用越来越多,要求也越来越高了。往往一个网络服务器或者嵌入式网络设备中,会包含许多不同的应用业务,比如访问网站、时间同步服务、FTP服务、语音服务等,而这些应用所对应的服务器往往架设在不同的网络上,这就要求我们根据不同业务,对数据及域名解析系统等进行隔离及绑定。
在一些网络服务器或嵌入式网络设备中,为实现不同业务的域名解析服务的接口以及服务器的彻底隔离,仅通过修改路由表等方式已经很难实现了,所以在一些网络服务器或嵌入式网络设备中,所有业务只用一组域名解析服务器及对应的网络接口,不支持根据不同业务选择对应域名解析服务器及网络接口,但随着网络应用的增加以及功能要求组网环境越来越复杂,通常都需要实现该功能。
在Linux系统中,通过添加自己的域名解析lib库,扩展类似标准库中域名解析函数gethostbyname()或者getaddrinfo()等方式也能实现该功能,但实现大多比较复杂,通常还需要修改对应业务中的域名解析部分,程序不易扩展且系统不利于后期维护。
发明内容
本发明的目的是克服了上述现有技术的缺点,提供了一种仅改动域名解析代理模块程序实现根据不同业务选择对应域名解析服务器及网络接口的功能、结构简单、快速高效、易于移植、方便维护的实现业务与域名解析服务器绑定的系统及方法。
为了实现上述目的,本发明的实现业务与域名解析服务器绑定的系统及方法具有如下构成:
该实现业务与域名解析服务器绑定的系统,其主要特点是,所述的系统包括业务报文发送模块、域名解析代理模块和数个域名解析服务器。
域名解析代理模块,用以为所述的域名解析报文选择对应的域名解析服务器的地址和网络接口;
数个域名解析服务器,各个所述的域名解析服务器用以接收所述的域名解析代理模块通过所对应的网络接口发送的所对应的域名解析报文;
所述的域名解析代理模块包括:
报文源端口,用以接收所述的业务报文发送模块发送的域名解析报文;
索引节点查询单元,用以查询所述的报文源端口的对应套接字的索引节点;
索引节点对比单元,用以判断所述的索引节点是否被操作系统的业务使用;
服务器选择发送单元,用以根据所述的索引节点对比单元的判断结果选择对应的域名解析服务器的地址和网络接口且通过所对应的网络接口发送所述的域名解析报文至所对应的域名解析服务器。
该实现业务与域名解析服务器绑定的系统中,所述的实现业务与域名解析服务器绑定的系统基于Linux或Unix操作环境。
该实现业务与域名解析服务器绑定的系统中,所述的域名解析代理模块为开源的域名解析代理模块dproxy-nexgen。
本发明还提供一种实现业务与域名解析服务器绑定的方法,该方法包括以下步骤:
(1)所述的业务报文发送端产生业务的域名解析报文并发送至所述的域名解析代理模块的报文源端口;
(2)所述的报文源端口接收所述的业务报文发送端发送的域名解析报文;
(3)所述的索引节点查询单元查询所述的报文源端口的对应套接字的索引节点;
(4)所述的索引节点对比单元判断所述的索引节点是否被操作系统的业务使用;
(5)所述的服务器选择发送单元根据所述的索引节点对比单元的判断结果选择对应的域名解析服务器的地址和网络接口;
(6)所述的服务器选择发送单元通过所对应的网络接口发送域名解析报文至所对应的域名解析服务器。
该实现业务与域名解析服务器绑定的方法中,所述的索引节点查询单元查询所述的报文源端口的对应套接字的索引节点,具体为:
所述的业务报文发送端响应所述的业务报文发送模块发送的内部业务进程或外部域名解析请求。
该实现业务与域名解析服务器绑定的方法中,所述的索引节点查询单元查询所述的报文源端口的对应套接字的索引节点,具体为:
所述的索引节点查询单元通过查询PROC文件系统下的/proc/net/udp文件得到所述的报文源端口的对应套接字的索引节点。
该实现业务与域名解析服务器绑定的方法中,所述的索引节点对比单元判断所述的索引节点是否被操作系统的业务使用,具体为:
所述的索引节点对比单元通过对比所述的索引节点和操作系统中域名解析配置文件所列的业务进程是否匹配来判断是否有业务使用所述的索引节点。
该实现业务与域名解析服务器绑定的方法中,所述的服务器选择发送单元根据所述的索引节点对比单元的判断结果选择对应的域名解析服务器的地址和网络接口,包括以下步骤:
(51)所述的服务器选择发送单元判断所述的索引节点对比单元的判断结果,如果所述的判断结果为所述的索引节点被操作系统的业务使用,则继续步骤(52),否则继续步骤(53);
(52)所述的服务器选择发送单元选择所述的索引节点对应的业务的域名解析服务器的地址和网络接口;
(53)所述的服务器选择发送单元选择系统默认的域名解析服务器的地址和网络接口。
采用了实现业务与域名解析服务器绑定的系统及方法,开发者不需要了解系统本身的域名解析服务流程,仅需要对域名解析代理模块的程序进行简单扩展,代码量小,操作简单,结构清晰,大大缩减了开发时间,避免了开发者必须根据每个域名解析报文添加添域名解析库和域名解析函数实现根据不同业务选择对应域名解析服务器及网络接口的技术问题,若操作系统中没包含域名解析代理模块,也能到网上下载并进行简单修改域名解析代理模块的程序,再安装到操作系统中,就能实现业务和域名解析服务器绑定的功能,经过大量验证发现,无论操作系统及网络环境如何复杂,本发明都能正常工作,由于程序易于移植且便于扩展业务和对应的域名解析服务器的绑定,提高了效率,有利于系统后期维护,具有更广泛的应用范围。
附图说明
图1为本发明的实现业务与域名解析服务器绑定的系统的结构框图。
图2为本发明的实现业务与域名解析服务器绑定的方法的流程图。
图3为本发明的实现业务与域名解析服务器绑定的系统及方法的proc/net/udp文件实例。
具体实施方式
为了能够更清楚地描述本发明的技术内容,下面结合具体实施例来进行进一步的描述。
请参阅图1所示,本发明的实现业务与域名解析服务器绑定的系统的结构框图。
在一种实施方式中,本发明的实现业务与域名解析服务器绑定的系统包括业务报文发送模块、域名解析代理模块和数个域名解析服务器。
域名解析代理模块,用以为所述的域名解析报文选择对应的域名解析服务器的地址和网络接口;
数个域名解析服务器,各个所述的域名解析服务器用以接收所述的域名解析代理模块通过所对应的网络接口发送的所对应的域名解析报文;
所述的域名解析代理模块包括:
报文源端口,用以接收所述的业务报文发送模块发送的域名解析报文;
索引节点查询单元,用以查询所述的报文源端口的对应套接字的inode(索引节点);
索引节点对比单元,用以判断所述的索引节点是否被操作系统的业务使用;
服务器选择发送单元,用以根据所述的索引节点对比单元的判断结果选择对应的域名解析服务器的地址和网络接口且通过所对应的网络接口发送所述的域名解析报文至所对应的域名解析服务器。
在一种优选的实施方式中,所述的实现业务与域名解析服务器绑定的系统是基于Linux或Unix操作环境,所述的域名解析代理模块为开源的域名解析代理模块dproxy-nexgen,该域名解析代理模块为由C语言开发的DNS(Domain Name System,域名系统)代理服务。
本发明还提供了一种实现业务与域名解析服务器绑定的方法,如图2所示,包括以下步骤:
(1)所述的业务报文发送端产生业务的域名解析报文并发送至所述的域名解析代理模块的报文源端口;
(2)所述的报文源端口接收所述的业务报文发送端发送的域名解析报文;
(3)所述的索引节点查询单元查询所述的报文源端口的对应套接字的索引节点;
(4)所述的索引节点对比单元判断所述的索引节点是否被操作系统的业务使用;
(5)所述的服务器选择发送单元根据所述的索引节点对比单元的判断结果选择对应的域名解析服务器的地址和网络接口;
(6)所述的服务器选择发送单元通过所对应的网络接口发送域名解析报文至所对应的域名解析服务器。
在实现业务与域名解析服务器绑定的方法中,所述的服务器选择发送单元根据所述的索引节点对比单元的判断结果选择对应的域名解析服务器的地址和网络接口,包括以下步骤:
(51)所述的服务器选择发送单元判断所述的索引节点对比单元的判断结果,如果所述的判断结果为所述的索引节点被操作系统的业务使用,则继续步骤(52),否则继续步骤(53);
(52)所述的服务器选择发送单元选择所述的索引节点对应的业务的域名解析服务器和网络接口;
(53)所述的服务器选择发送单元选择系统默认的域名解析服务器和网络接口。
在一种优选的实施方式中,所述的业务报文发送端响应所述的业务报文发送模块发送的内部业务进程或外部域名解析请求,所述的索引节点查询单元通过查询PROC文件系统下的/proc/net/udp文件得到所述的报文源端口的对应套接字的索引节点,所述的索引节点对比单元通过对比所述的索引节点和操作系统中域名解析配置文件所列的业务进程是否匹配来判断是否有业务使用所述的索引节点。
下面对实现业务与域名解析服务器绑定的系统及方法进行简单的代码说明:
(1)dproxy配置文件示例:
ppp1.2,;202.96.209.6,211.167.97.67,;
ppp0.1,;8.8.8.8,210.22.70.3,;tr69c,sntp,
第一个分号前为对应的网络接口,第二个分号前为域名解析服务器组,后面为对应的业务进程名称。
(2)/proc/net/udp文件实例如图3所示。
(3)主函数的程序代码如下所示,其功能在于检查通过报文源端口获取到的索引节点是否与配置文件中的业务相匹配:
(4)子函数1的程序代码如下所示,其功能在于通过域名解析报文源端口通过读取PROC文件系统中/proc/net/udp文件(Linux系统本身维护)获取对应套接字的索引节点:
(5)子程序2的程序代码如下所示,其功能在于通过业务进程名称遍历其所用到的所有套接字的索引节点,并检查是否与域名解析报文所用套接字的索引节点匹配:
采用了实现业务与域名解析服务器绑定的系统及方法,开发者不需要了解系统本身的域名解析服务流程,仅需要对域名解析代理模块的程序进行简单扩展,代码量小,操作简单,结构清晰,大大缩减了开发时间,避免了开发者必须根据每个域名解析报文添加添域名解析库和域名解析函数实现根据不同业务选择对应域名解析服务器及网络接口的技术问题,若操作系统中没包含域名解析代理模块,也能到网上下载并进行简单修改域名解析代理模块的程序,再安装到操作系统中,就能实现业务和域名解析服务器绑定的功能,经过大量验证发现,无论操作系统及网络环境如何复杂,本发明都能正常工作,由于程序易于移植且便于扩展业务和对应的域名解析服务器的绑定,提高了效率,有利于系统后期维护,具有更广泛的应用范围。
在此说明书中,本发明已参照其特定的实施例作了描述。但是,很显然仍可以作出各种修改和变换而不背离本发明的精神和范围。因此,说明书和附图应被认为是说明性的而非限制性的。
Claims (8)
1.一种实现业务与域名解析服务器绑定的系统,其特征在于,所述的系统包括:
业务报文发送模块,用以产生业务的域名解析报文并发送至域名解析代理模块的报文源端口;
域名解析代理模块,用以为所述的域名解析报文选择对应的域名解析服务器的地址和网络接口;
数个域名解析服务器,各个所述的域名解析服务器用以接收所述的域名解析代理模块通过所对应的网络接口发送的所对应的域名解析报文;
所述的域名解析代理模块包括:
报文源端口,用以接收所述的业务报文发送模块发送的域名解析报文;
索引节点查询单元,用以查询所述的报文源端口的对应套接字的索引节点;
索引节点对比单元,用以判断所述的索引节点是否被操作系统的业务使用;
服务器选择发送单元,用以根据所述的索引节点对比单元的判断结果选择对应的域名解析服务器的地址和网络接口且通过所对应的网络接口发送所述的域名解析报文至所对应的域名解析服务器。
2.根据权利要求1所述的实现业务与域名解析服务器绑定的系统,其特征在于,所述的实现业务与域名解析服务器绑定的系统基于Linux或Unix操作环境。
3.根据权利要求1所述的实现业务与域名解析服务器绑定的系统,其特征在于,所述的域名解析代理模块为开源的域名解析代理模块dproxy-nexgen。
4.一种基于权利要求1至3中任一项所述的系统实现业务与域名解析服务器统绑定的方法,其特征在于,所述的方法包括以下步骤:
(1)所述的业务报文发送端产生业务的域名解析报文并发送至所述的域名解析代理模块的报文源端口;
(2)所述的报文源端口接收所述的业务报文发送端发送的域名解析报文;
(3)所述的索引节点查询单元查询所述的报文源端口的对应套接字的索引节点;
(4)所述的索引节点对比单元判断所述的索引节点是否被操作系统的业务使用;
(5)所述的服务器选择发送单元根据所述的索引节点对比单元的判断结果选择对应的域名解析服务器的地址和网络接口;
(6)所述的服务器选择发送单元通过所对应的网络接口发送域名解析报文至所对应的域名解析服务器。
5.根据权利要求4所述的实现业务与域名解析服务器绑定的方法,其特征在于,所述的报文源端口接收所述的业务报文发送端发送的域名解析报文,具体为:
所述的业务报文发送端响应所述的业务报文发送模块发送的内部业务进程或外部域名解析请求。
6.根据权利要求4所述的实现业务与域名解析服务器绑定的方法,其特征在于,所述的索引节点查询单元查询所述的报文源端口的对应套接字的索引节点,具体为:
所述的索引节点查询单元通过查询PROC文件系统下的/proc/net/udp文件得到所述的报文源端口的对应套接字的索引节点。
7.根据权利要求4所述的实现业务与域名解析服务器绑定的方法,其特征在于,所述的索引节点对比单元判断所述的索引节点是否被操作系统的业务使用,具体为:
所述的索引节点对比单元通过对比所述的索引节点和操作系统中域名解析配置文件所列的业务进程是否匹配来判断是否有业务使用所述的索引节点。
8.根据权利要求4所述的实现业务与域名解析服务器绑定的方法,其特征在于,所述的服务器选择发送单元根据所述的索引节点对比单元的判断结果选择对应的域名解析服务器的地址和网络接口,包括以下步骤:
(51)所述的服务器选择发送单元判断所述的索引节点对比单元的判断结果,如果所述的判断结果为所述的索引节点被操作系统的业务使用,则继续步骤(52),否则继续步骤(53);
(52)所述的服务器选择发送单元选择所述的索引节点对应的业务的域名解析服务器的地址和网络接口;
(53)所述的服务器选择发送单元选择系统默认的域名解析服务器的地址和网络接口。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410184363.5A CN103929508A (zh) | 2014-05-04 | 2014-05-04 | 实现业务与域名解析服务器绑定的系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410184363.5A CN103929508A (zh) | 2014-05-04 | 2014-05-04 | 实现业务与域名解析服务器绑定的系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103929508A true CN103929508A (zh) | 2014-07-16 |
Family
ID=51147580
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410184363.5A Pending CN103929508A (zh) | 2014-05-04 | 2014-05-04 | 实现业务与域名解析服务器绑定的系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103929508A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108462760A (zh) * | 2018-03-21 | 2018-08-28 | 平安科技(深圳)有限公司 | 电子装置、集群访问域名自动生成方法及存储介质 |
CN114844858A (zh) * | 2022-04-13 | 2022-08-02 | 山东浪潮超高清视频产业有限公司 | 一种多网络获取域名地址的方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040205149A1 (en) * | 2002-09-11 | 2004-10-14 | Hughes Electronics | System and method for pre-fetching content in a proxy architecture |
CN101640679A (zh) * | 2009-04-13 | 2010-02-03 | 山石网科通信技术(北京)有限公司 | 域名解析代理方法和装置 |
CN101841577A (zh) * | 2010-06-07 | 2010-09-22 | 中兴通讯股份有限公司 | 一种实现域名解析代理功能的方法和装置 |
CN101895589A (zh) * | 2010-07-26 | 2010-11-24 | 杭州华三通信技术有限公司 | 广域网路由器和广域网路由器中路由表项建立的方法 |
CN103220372A (zh) * | 2012-01-19 | 2013-07-24 | 中国移动通信集团公司 | 数据业务访问方法及系统 |
CN103327129A (zh) * | 2012-03-21 | 2013-09-25 | 深圳市共进电子股份有限公司 | 针对多wan口网关设备的域名解析方法 |
-
2014
- 2014-05-04 CN CN201410184363.5A patent/CN103929508A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040205149A1 (en) * | 2002-09-11 | 2004-10-14 | Hughes Electronics | System and method for pre-fetching content in a proxy architecture |
CN101640679A (zh) * | 2009-04-13 | 2010-02-03 | 山石网科通信技术(北京)有限公司 | 域名解析代理方法和装置 |
CN101841577A (zh) * | 2010-06-07 | 2010-09-22 | 中兴通讯股份有限公司 | 一种实现域名解析代理功能的方法和装置 |
CN101895589A (zh) * | 2010-07-26 | 2010-11-24 | 杭州华三通信技术有限公司 | 广域网路由器和广域网路由器中路由表项建立的方法 |
CN103220372A (zh) * | 2012-01-19 | 2013-07-24 | 中国移动通信集团公司 | 数据业务访问方法及系统 |
CN103327129A (zh) * | 2012-03-21 | 2013-09-25 | 深圳市共进电子股份有限公司 | 针对多wan口网关设备的域名解析方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108462760A (zh) * | 2018-03-21 | 2018-08-28 | 平安科技(深圳)有限公司 | 电子装置、集群访问域名自动生成方法及存储介质 |
CN108462760B (zh) * | 2018-03-21 | 2020-01-10 | 平安科技(深圳)有限公司 | 电子装置、集群访问域名自动生成方法及存储介质 |
CN114844858A (zh) * | 2022-04-13 | 2022-08-02 | 山东浪潮超高清视频产业有限公司 | 一种多网络获取域名地址的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI450119B (zh) | 管理樹中之管理物件的定址方法及相關之裝置管理系統 | |
CN105760159A (zh) | 网站开发方法及其系统 | |
CN113572689A (zh) | 微服务网关管理方法、系统、设备、可读存储介质及产品 | |
CN105391811A (zh) | 域名解析方法、应用服务器的访问方法及其终端 | |
CN101316226A (zh) | 一种获取资源的方法、装置及系统 | |
CN103095783A (zh) | 一种调试Web应用的方法及装置 | |
US20130036167A1 (en) | Automatic synchronization of clipboards | |
CN104092792A (zh) | 基于域名解析请求来实现流量优化的方法及系统、客户端 | |
US20190272169A1 (en) | System and method for generating api devlopment code for integrating platforms | |
CN103309985A (zh) | 针对服务注册中心的业务服务注册与发布方法及其系统 | |
CN106603593A (zh) | 一种基于适配的http调用方法及装置 | |
CN105450585A (zh) | 一种信息传输方法及装置 | |
CN109561167A (zh) | 一种域名解析方法及装置 | |
CN113839992B (zh) | 设备控制方法及装置 | |
CN117082029B (zh) | 基于线路缓存的访问方法、装置、电子设备和存储介质 | |
CN105094787B (zh) | 企业互联网应用的处理方法及装置 | |
KR20160103110A (ko) | 네트워크 요소 데이터 액세스 방법, 액세스 장치, 및 네트워크 관리 시스템 | |
CN103929508A (zh) | 实现业务与域名解析服务器绑定的系统及方法 | |
CN103973638A (zh) | 访问控制方法、电子设备和服务器 | |
CN105930410A (zh) | 用于物联网数据传输的数据服务总线架构 | |
CN106101112A (zh) | 访问使用动态ip的私有设备的方法、系统及公网服务器 | |
US9866614B2 (en) | Methods for website version control using bucket cookies | |
Jin et al. | IoT device management architecture based on proxy | |
CN109788034B (zh) | 用于网关接入设备的配置方法、电子设备及存储介质 | |
WO2018081963A1 (zh) | 一种dns解析方法、装置及网络系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140716 |
|
WD01 | Invention patent application deemed withdrawn after publication |