CN116684497A - 通信方法、装置、设备、介质和程序产品 - Google Patents

通信方法、装置、设备、介质和程序产品 Download PDF

Info

Publication number
CN116684497A
CN116684497A CN202310806938.1A CN202310806938A CN116684497A CN 116684497 A CN116684497 A CN 116684497A CN 202310806938 A CN202310806938 A CN 202310806938A CN 116684497 A CN116684497 A CN 116684497A
Authority
CN
China
Prior art keywords
domain name
client request
server
forwarding
request
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
Application number
CN202310806938.1A
Other languages
English (en)
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.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
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 Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN202310806938.1A priority Critical patent/CN116684497A/zh
Publication of CN116684497A publication Critical patent/CN116684497A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/566Grouping or aggregating service requests, e.g. for unified processing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开提供了一种通信方法,可以应用于信息安全领域及金融技术领域。该方法应用于第一交易链路,包括:响应于客户端请求,获取客户端请求中的原始域名;通过代理转发服务器对客户端请求进行转发,其中,代理转发服务器通过自定义请求头保存原始域名;通过网关服务器获取自定义请求头中的原始域名,以根据原始域名调用产品应用。本公开还提供了一种通信装置、设备、存储介质和程序产品。

Description

通信方法、装置、设备、介质和程序产品
技术领域
本公开涉及信息安全领域及金融领域,具体地涉及一种通信方法、装置、设备、介质和程序产品。
背景技术
随着当今国际形势日益复杂,软件系统运行涉及的包括网络环境在内的各种不确定因素在不断增加。为防止相关依赖因禁用或自身原因导致系统访问或使用故障,各企业的重要核心系统,尤其是银行金融系统,都在努力提升IT架构高可用能力,其中包括系统访问域名的高可用建设。传统单一域名的系统访问方式,存在因域名根服务器故障或禁用导致系统不可用的风险,因此双域名或多域名访问的系统改造,已被很多企业提上日程,以规避潜在的不可用风险。
对于设置有API网关的系统,除了入口处的域名解析,网关后端具体业务产品应用系统的接口转发调用也涉及域名使用,加上网关因网络安全、系统高可用等需要,有代理转发、负载均衡、熔断限流等节点,整个交易链路很长,改造难度及成本比较高。
例如,服务器一般基于HTTP协议的标准请求头“Host”信息来确定客户端访问请求中的域名信息。但如果交易链路上存在代理转发服务器,则“Host”请求头会被修改成代理转发服务器下挂节点对应的新域名,与原始的互联网请求域名不一致,出现域名信息丢失问题。
目前比较常见的做法是在网络隔离区(DMZ区)搭建一条全新的备用域名链路,访问备用域名链路的交易流量全部走该链路,与原链路完全解耦。通过两条链路分别引流主、备域名的交易流量,由于物理链路上已做清晰区分,不需要再依据“Host”信息判断处理,因而不会出现Host被代理节点修改的问题。但其成本高、代价大、资源利用率低。
发明内容
鉴于上述问题,本公开提供了提高资源利用率的通信方法、装置、设备、介质和程序产品,用于至少部分解决以上技术问题。
根据本公开的第一个方面,提供了一种通信方法,应用于第一交易链路,包括:响应于客户端请求,获取客户端请求中的原始域名;通过代理转发服务器对客户端请求进行转发,其中,代理转发服务器通过自定义请求头保存原始域名;通过网关服务器获取自定义请求头中的原始域名,以根据原始域名调用产品应用。
根据本公开的实施例,响应于客户端请求,获取客户端请求中的原始域名包括:响应于客户端请求,获取客户端请求中的主用域名;或者响应于客户端请求,获取客户端请求中的备用域名,其中,备用域名为一个或多个。
根据本公开的实施例,通过代理转发服务器对客户端请求进行转发包括:确定代理转发服务器的下级节点域名;根据下级节点域名,代理转发服务器将客户端请求转发到下级节点;其中,原始域名通过自定义请求头透传到下级节点。
根据本公开的实施例,通过网关服务器获取自定义请求头中的原始域名,以根据原始域名调用产品应用包括:网关服务器获取自定义请求头中的主用域名,以根据主用域名调用产品应用的主用域名接口;或者网关服务器获取自定义请求头中的备用域名,以根据备用域名调用产品应用的备用域名接口。
根据本公开的实施例,多个网关服务器设置于网关服务器集群中,在通过网关服务器获取自定义请求头中的原始域名,以根据原始域名调用产品应用之前,通信方法还包括:通过代理转发服务器将客户端请求转发到第一负载均衡设备;通过第一负载均衡设备根据各网关服务器的流量,转发客户端请求到网关服务器。
根据本公开的实施例,在对客户端请求进行转发之前,通信方法还包括:通过客户端对客户端请求进行加密,得到加密客户端请求;通过客户端发送加密客户端请求到第二负载均衡设备;通过第二负载均衡设备转发加密客户端请求到证书卸载服务器;通过证书卸载服务器对加密客户端请求进行解密,得到客户端请求;以及通过证书卸载服务器转发客户端请求到代理转发服务器。
根据本公开的实施例,通过客户端发送加密客户端请求到第二负载均衡设备包括:通过域名解析服务器解析原始域名,并根据预先设置的映射关系表确定与原始域名相对应的第二负载均衡设备的IP地址;根据第二负载均衡设备的IP地址,将加密客户端请求发送到第二负载均衡设备。
根据本公开的实施例,在通过代理转发服务器将客户端请求转发到第一负载均衡设备之前,通信方法还包括:通过代理转发服务器将客户端请求转发到交换机或路由器;通过交换机或路由器将客户端请求转发到第一负载均衡设备。
根据本公开的实施例,通信方法还应用于一条或多条第二交易链路,其中,第二交易链路与第一交易链路至少共用网关服务器。
本公开的第二方面提供了一种通信装置,包括:获取模块,用于响应于客户端请求,获取客户端请求中的原始域名;转发模块,用于实现代理转发服务器对客户端请求进行转发,其中,代理转发服务器通过自定义请求头保存原始域名;以及调用模块,用于实现网关服务器获取自定义请求头中的原始域名,以根据原始域名调用产品应用。
本公开的第三方面提供了一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序,其中,当一个或多个程序被一个或多个处理器执行时,使得一个或多个处理器执行上述任一实施例的方法。
本公开的第四方面还提供了一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器执行上述任一实施例的方法。
本公开的第五方面还提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述任一实施例的方法。
与现有技术相比,本公开提供的通信方法、装置、电子设备、存储介质和程序产品,至少具有以下有益效果:
(1)本公开的通信方法,通过添加自定义请求头的方式来保存客户端交易请求中的原始域名,解决了代理转发服务器篡改客户端请求中原始域名的问题,保证了可以准确地基于客户端请求对产品应用进行调用。
(2)本公开的通信方法,原始域名可以为主用域名或备用域名,实现了采用一条通信链路的域名双活,以一种成本很低、改动很小的轻量方式来替代传统笨重的API网关域名双活架构,可以极大地节约人力、物力,提升了存量设备资源的利用率,缩短了高可用系统的建设周期。
(3)本公开的通信方法,适用于采用HTTPS协议对客户端请求的传输,对客户端请求进行加密与解密,提高了客户端请求在互联网中转发的安全性。
附图说明
通过以下参照附图对本公开实施例的描述,本公开的上述内容以及其他目的、特征和优点将更为清楚,在附图中:
图1示意性示出了根据本公开实施例的通信方法、装置、设备、介质和程序产品的应用场景图;
图2示意性示出了根据本公开实施例的通信方法的流程图;
图3示意性示出了根据本公开实施例的第一交易链路的结构图;
图4示意性示出了根据本公开实施例的获取客户端请求中的原始域名的方法流程图;
图5示意性示出了根据本公开实施例的对客户端请求进行转发的方法流程图;
图6示意性示出了根据本公开实施例的根据原始域名调用产品应用的方法流程图;
图7示意性示出了根据本公开另一实施例的通信方法的流程图;
图8示意性示出了根据本公开另一实施例的第一交易链路的结构图;
图9示意性示出了根据本公开又一实施例的通信方法的流程图;
图10示意性示出了根据本公开又一实施例的第一交易链路的结构图;
图11示意性示出了根据本公开实施例的发送加密客户端请求到第二负载均衡设备的方法流程图;
图12示意性示出了根据本公开又一实施例的通信方法的流程图;
图13示意性示出了根据本公开实施例的第一交易链路与第二交易链路的结构图;
图14示意性示出了根据本公开实施例的通信装置的结构框图;以及
图15示意性示出了根据本公开实施例的适于实现通信方法的电子设备的方框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
本公开实施例提供一种通信方法、装置、设备、介质和程序产品,可用于金融领域或其他领域。需要说明的是本公开的通信方法、装置、设备、介质和程序产品可用于金融领域,也可用于除金融领域之外的任意领域,本公开的通信方法、装置、设备、介质和程序产品的应用领域不做限定。
在本公开的技术方案中,所涉及的用户个人信息的获取,存储和应用等,均符合相关法律法规的规定,采取了必要保密措施,且不违背公序良俗。
在本公开的技术方案中,在获取或采集用户个人信息之前,均获取了用户的授权或同意。
图1示意性示出了根据本公开实施例的通信方法、装置、设备、介质和程序产品的应用场景图。
如图1所示,根据该实施例的应用场景100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理,并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
需要说明的是,本公开实施例所提供的通信方法一般可以由服务器105执行。相应地,本公开实施例所提供的通信装置一般可以设置于服务器105中。本公开实施例所提供的通信方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地,本公开实施例所提供的通信装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
API网关:两个相互独立的局域网之间通过路由器进行通信,中间的路由被称之为网关,任何一个应用系统如果需要被其它系统调用,就需要暴露API(ApplicationProgramming Interface,应用程序接口),这些API代表着一个个的功能点,如果两个系统中间通信,在系统之间加上一个中介者协助API的调用,这个中介者就是API网关。
域名双活:一个系统可以通过主备两个域名同时进行防问,且不需要访问客户端进行任何特殊设置或切换操作,即为域名双活。
DMZ(demilitarized zone)区:网络隔离区,就是内网和互联网的中间地带,设置有火墙和代理服务器,内网应用访问互联网第三方接口,或互联网应用访问内网应用接口,均需开通火墙,并走代理服务器访问。
F5:一种比较昂贵的、高性能的负载均衡设备,它可以绑定互联网IP,一个互联网请求,通过域名解析器解析后,将分发到F5设备上,F5将请求转发至企业机构内部应用。
HTTPS:安全请求协议,S代表Security(安全),跟常规HTTP的差别是HTTPS会对通信链路进行加密,即使报文被监听拦截,攻击方也很难破解篡改。
以下将基于图1描述的场景,通过图2~图13对公开实施例的通信方法进行详细描述。
图2示意性示出了根据本公开实施例的通信方法的流程图。
如图2所示,本公开的实施例提供了一种通信方法,例如包括:
S210,响应于客户端请求,获取客户端请求中的原始域名。
例如,通过手机、电脑等客户端访问“gw.open.test.com.cn”,请求测试服务,“gw.open.test.com.cn”即为提供测试服务的应用的域名,作为客户端请求的原始域名。
S220,通过代理转发服务器对客户端请求进行转发,其中,代理转发服务器通过自定义请求头保存原始域名。
图3示意性示出了根据本公开实施例的第一交易链路的结构图。
例如,如图3所示,采用Http协议对客户端请求进行通信传输。代理转发服务器在获取到原始域名“gw.open.test.com.cn”之后,通过修改配置文件增加Http自定义请求头(为方便引述,将自定义请求头变量命名为APIGW-HOST),同时将Http协议中的标准请求头“Host”信息(即客户端请求的原始域名)取出,赋值给APIGW-HOST进行保存。
例如,代理转发服务器可以为IHS、Nginx、Haproxy、Tongweb等,可以通过修改配置文件或通过编程的方式在客户端请求中插入自定义请求头。
S230,通过网关服务器获取自定义请求头中的原始域名,以根据原始域名调用产品应用。
例如,网关服务器为API网关服务器,API网关收到代理服务器转发的交易请求后,解析Http请求头,取出自定义请求头APIGW-HOST中保存的原始请求的网关域名信息“gw.open.test.com.cn”,进而对相应的测试应用进行调用。即API网关服务器完成鉴权和签名验签处理后,将客户端请求报文发送给产品应用处理,最后产品应用将处理结果原路返回给客户端。使用本公开的轻量建设方式,可以在5人日内完成域名双活改造,而传统方式则需要30人日以上,同时还要采购与主用链路相当的设备机器,因此有巨大的成本和效率优势。
图4示意性示出了根据本公开实施例的获取客户端请求中的原始域名的方法流程图。
根据本公开的实施例,如图4所示,例如通过操作S411~操作S412来获取客户端请求中的原始域名。
操作S411,响应于客户端请求,获取客户端请求中的主用域名。
或者
例如,为了防止某个域名因禁用或自身原因导致系统访问或使用故障,针对同一个产品应用,可以设置两个或两个以上的域名来对该产品应用进行访问,其中一个域名作为主用域名,例如“gw.open.test.com.cn”。即API网关收到代理服务器转发的交易请求后,解析Http请求头,取出自定义请求头APIGW-HOST中保存的原始请求的主用域名“gw.open.test.com.cn”。
操作S412,响应于客户端请求,获取客户端请求中的备用域名,其中,备用域名为一个或多个。
例如,针对该同一个测试应用,向域名注册商申请与主用域名相对应的“gw.open.test1.com.cn”、“gw.open.test2.com.cn”...“gw.open.testn.com.cn”等多个备用域名,用于在主用域名“gw.open.test.com.cn”出现访问故障后,对该测试应用进行访问。即API网关收到代理服务器转发的交易请求后,解析Http请求头,取出自定义请求头APIGW-HOST中保存的原始请求的备用域名“gw.open.test1.com.cn”。
图5示意性示出了根据本公开实施例的对客户端请求进行转发的方法流程图。
根据本公开的实施例,如图5所示,例如通过操作S521~操作S522来实现代理转发服务器对客户端请求进行转发。
操作S521,确定代理转发服务器的下级节点域名。
例如,代理转发服务器的下级节点为API网关服务器,获取该API网关服务器的域名“serverl.com.cn”。
操作S522,根据下级节点域名,代理转发服务器将客户端请求转发到下级节点。其中,原始域名通过自定义请求头透传到下级节点。
例如,将API网关服务器的域名“server1.com.cn”保存在客户端请求的标准请求头host中,根据该API网关服务器的域名“server1.com.cn”将客户端请求转发到目的API网关服务器。其中,由于APIGW-HOST为自定义请求头,代理转发服务器不会修改APIGW-HOST中的内容,因而将原始域名“gw.open.test.com.cn”直接透传到该API网关服务器。
图6示意性示出了根据本公开实施例的根据原始域名调用产品应用的方法流程图。
根据本公开的实施例,如图6所示,例如通过操作S631~操作S632来实现网关服务器获取自定义请求头中的原始域名,以根据原始域名调用产品应用。
操作S631,网关服务器获取自定义请求头中的主用域名,以根据主用域名调用产品应用的主用域名接口。或者
例如,在API网关服务器上维护测试应用的主用域名接口URL地址“gw.open.test.com.cn”,当API网关服务器获取自定义请求头中的主用域名“gw.open.test.com.cn”时,调用该测试应用的主用域名接口URL地址“gw.open.test.com.cn”,实现客户端对该测试应用的访问。
操作S632,网关服务器获取自定义请求头中的备用域名,以根据备用域名调用产品应用的备用域名接口。
例如,在API网关服务器上维护测试应用的备用域名接口URL地址“gw.open.test1.com.cn”,当API网关服务器获取自定义请求头中的备用域名“gw.open.test1.com.cn”时,则调用该测试应用的备用域名接口URL地址“gw.open.test1.com.cn”,也可以实现客户端对该测试应用的访问。
图7示意性示出了根据本公开另一实施例的通信方法的流程图。图8示意性示出了根据本公开另一实施例的第一交易链路的结构图。
根据本公开的实施例,如图7所示,多个网关服务器设置于网关服务器集群中,在通过网关服务器获取自定义请求头中的原始域名,以根据原始域名调用产品应用之前,通信方法例如还包括:
S710,通过代理转发服务器将客户端请求转发到第一负载均衡设备。
例如,为满足高并发、高性能的要求,通常会建立服务器集群,建立服务器集群后,需要引入第一负载均衡设备将请求均匀地分发到集群中的每台网关服务器。如图8所示,第一负载均衡设备例如为SLB(Server Load Balancer,服务器负载均衡)软负载均衡设备。
S720,通过第一负载均衡设备根据各网关服务器的流量,转发客户端请求到网关服务器。
例如,SLB软负载均衡设备与网关服务器集群相连接,用于根据网关服务器集群中各网关服务器的流量占用情况,实现客户端请求均衡分发到各网关服务器。
图9示意性示出了根据本公开又一实施例的通信方法的流程图。
根据本公开的实施例,如图9所示,在对客户端请求进行转发之前,通信方法例如还包括:
S910,通过客户端对客户端请求进行加密,得到加密客户端请求。
例如,客户端请求需要调用某个企业的内部应用接口,因而为满足安全要求,还可以采用HTTPS协议对客户端请求进行通信传输。
S920,通过客户端发送加密客户端请求到第二负载均衡设备。
例如,多个SSL证书卸载服务器可以组成SSL证书卸载服务器集群,多个代理转发服务器也可以组成代理转发服务器集群。为满足高并发、高性能的要求,在建立服务器集群后,还可以引入第二负载均衡设备将请求均匀地分发到集群中的每台SSL证书卸载服务器以及对应的代理转发服务器中。第二负载均衡设备例如为F5或EFB,用于把公网的IP地址与原始域名进行绑定。第二负载均衡设备通过IP地址与原始域名的对应关系,实现对客户端请求的接收。
S930,通过第二负载均衡设备转发加密客户端请求到证书卸载服务器。
例如,证书卸载服务器为SSL(secure sockets layer)证书卸载服务器。SSL证书卸载服务器用于对https链路加密的密文进行解密。第二负载均衡设备与多个SSL证书卸载服务器组成的集群相连接,根据各个SSL证书卸载服务器的流量占用情况将客户端请求分发到不同的SSL证书卸载服务器,实现客户端请求的负载均衡。
S940,通过证书卸载服务器对加密客户端请求进行解密,得到客户端请求。以及
例如,SSL证书卸载服务器对加密的客户端请求进行解密后,得到该客户端的明文请求报文,并将明文请求报文转发给DMZ去的代理服务器。
S950,通过证书卸载服务器转发客户端请求到代理转发服务器。
图10示意性示出了根据本公开又一实施例的第一交易链路的结构图。
例如,如图10所示,客户端首先根据HTTPS协议进行请求信息的加密传输,将客户端请求发送到F5后(硬件负载均衡设备),F5再将客户端请求转发给SSL证书卸载服务器集群,SSL证书卸载服务器完成加密的客户端请求的解密,并把明文请求报文转发给DMZ区的代理转发服务器。
图11示意性示出了根据本公开实施例的发送加密客户端请求到第二负载均衡设备的方法流程图。
根据本公开的实施例,如图11所示,例如通过操作S11921~操作S11922来实现客户端发送加密客户端请求到第二负载均衡设备。
操作S1 1 921,通过域名解析服务器解析原始域名,并根据预先设置的映射关系表确定与原始域名相对应的第二负载均衡设备的IP地址。
例如,网络运营商通过域名解析服务器解析原始域名“gw.open.test.com.cn”,根据预先配置的映射关系表找到与该原始域名“gw.ope n.test.com.cn”对应的F5的IP地址,然后将该加密的客户端请求转发到F5。
操作S11922,根据第二负载均衡设备的IP地址,将加密客户端请求发送到第二负载均衡设备。
图12示意性示出了根据本公开又一实施例的通信方法的流程图。
根据本公开的实施例,如图12所示,在通过代理转发服务器将客户端请求转发到第一负载均衡设备之前,通信方法例如还包括:
S1210,通过代理转发服务器将客户端请求转发到交换机或路由器。
例如,内网区包括多个局域网,每个局域网通过交换机或路由器实现与代理转发服务器的连接。每个局域网内部的链路结构例如包括SLB软负载均衡设备、API网关服务器及多个产品应用等。
S1220,通过交换机或路由器将客户端请求转发到第一负载均衡设备。
例如,测试应用设置在第一局域网中,则代理转发服务器需要将客户端请求先转发至内网中的交换机或路由器,再由交换机或路由器转发至第一局域网中的SLB软负载均衡设备。
根据本公开的实施例,通信方法例如还应用于一条或多条第二交易链路,其中,第二交易链路与第一交易链路至少共用网关服务器。
图13示意性示出了根据本公开实施例的第一交易链路与第二交易链路的结构图。
例如,如图13所示,在已有的通过多链路访问同一内网中的产品应用的链路结构中,每条链路中的代理转发服务器都可以本公开的通信方法来避免客户端请求中的原始域名被篡改。可以在某一条链路出现物理故障后,通过其他链路进行产品应用的访问,也可以实现不同客户端的专线域名双活访问。在已有的多链路条件下,通过每条链路各自的域名双活,提高了通信系统的资源利用率以及可靠性。
基于上述通信方法,本公开还提供了一种通信装置。以下将结合图14对该通信装置进行详细描述。
图14示意性示出了根据本公开实施例的通信装置的结构框图。
如图14所示,该实施例的装置1400例如包括:获取模块1410、转发模块1420和调用模块1430。
获取模块1410用于响应于客户端请求,获取客户端请求中的原始域名。在一实施例中,获取模块1410可以用于执行前文描述的操作S210,在此不再赘述。
转发模块1420用于实现代理转发服务器对客户端请求进行转发,其中,代理转发服务器通过自定义请求头保存原始域名。在一实施例中,转发模块1420可以用于执行前文描述的操作S220,在此不再赘述。
调用模块1430用于实现网关服务器获取自定义请求头中的原始域名,以根据原始域名调用产品应用。在一实施例中,调用模块1430可以用于执行前文描述的操作S230,在此不再赘述。
根据本公开的实施例,获取模块1410、转发模块1420和调用模块1430中的任意多个模块可以合并在一个模块中实现,或者其中的任意一个模块可以被拆分成多个模块。或者,这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合,并在一个模块中实现。根据本公开的实施例,获取模块1410、转发模块1420和调用模块1430中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,获取模块1410、转发模块1420和调用模块1430中的至少一个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
图15示意性示出了根据本公开实施例的适于实现通信方法的电子设备的方框图。
如图15所示,根据本公开实施例的电子设备1 500包括处理器1501,其可以根据存储在只读存储器(ROM)1502中的程序或者从存储部分1508加载到随机访问存储器(RAM)1503中的程序而执行各种适当的动作和处理。处理器1501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC))等等。处理器1501还可以包括用于缓存用途的板载存储器。处理器1501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 1503中,存储有电子设备1500操作所需的各种程序和数据。处理器1501、ROM 1502以及RAM 1503通过总线1504彼此相连。处理器1501通过执行ROM 1502和/或RAM1503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意,所述程序也可以存储在除ROM 1502和RAM 1503以外的一个或多个存储器中。处理器1501也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例,电子设备1500还可以包括输入/输出(I/O)接口1505,输入/输出(I/O)接口1505也连接至总线1504。电子设备1500还可以包括连接至I/O接口1505的以下部件中的一项或多项:包括键盘、鼠标等的输入部分1506;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1507;包括硬盘等的存储部分1508;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1509。通信部分1509经由诸如因特网的网络执行通信处理。驱动器1510也根据需要连接至I/O接口1505。可拆卸介质1511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1510上,以便于从其上读出的计算机程序根据需要被安装入存储部分1508。
本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的;也可以是单独存在,而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被执行时,实现根据本公开实施例的方法。
根据本公开的实施例,计算机可读存储介质可以是非易失性的计算机可读存储介质,例如可以包括但不限于:便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如,根据本公开的实施例,计算机可读存储介质可以包括上文描述的ROM 1502和/或RAM 1503和/或ROM 1502和RAM 1503以外的一个或多个存储器。
本公开的实施例还包括一种计算机程序产品,其包括计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时,该程序代码用于使计算机系统实现本公开实施例所提供的物品推荐方法。
在该计算机程序被处理器1501执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例,上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
在一种实施例中,该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中,该计算机程序也可以在网络介质上以信号的形式进行传输、分发,并通过通信部分1509被下载和安装,和/或从可拆卸介质1511被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
在这样的实施例中,该计算机程序可以通过通信部分1509从网络上被下载和安装,和/或从可拆卸介质1511被安装。在该计算机程序被处理器1501执行时,执行本公开实施例的系统中限定的上述功能。根据本公开的实施例,上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
根据本公开的实施例,可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码,具体地,可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java,C++,python,“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合,即使这样的组合或结合没有明确记载于本公开中。特别地,在不脱离本公开精神和教导的情况下,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是,这些实施例仅仅是为了说明的目的,而并非为了限制本公开的范围。尽管在以上分别描述了各实施例,但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围,本领域技术人员可以做出多种替代和修改,这些替代和修改都应落在本公开的范围之内。

Claims (13)

1.一种通信方法,应用于第一交易链路,其特征在于,包括:
响应于客户端请求,获取所述客户端请求中的原始域名;
通过代理转发服务器对所述客户端请求进行转发,其中,所述代理转发服务器通过自定义请求头保存所述原始域名;
通过网关服务器获取所述自定义请求头中的原始域名,以根据所述原始域名调用产品应用。
2.根据权利要求1所述的方法,其特征在于,所述响应于客户端请求,获取所述客户端请求中的原始域名包括:
响应于所述客户端请求,获取所述客户端请求中的主用域名;或者
响应于所述客户端请求,获取所述客户端请求中的备用域名,其中,所述备用域名为一个或多个。
3.根据权利要求1所述的方法,其特征在于,所述通过代理转发服务器对所述客户端请求进行转发包括:
确定所述代理转发服务器的下级节点域名;
根据所述下级节点域名,所述代理转发服务器将所述客户端请求转发到下级节点;
其中,所述原始域名通过所述自定义请求头透传到所述下级节点。
4.根据权利要求2所述的方法,其特征在于,所述通过网关服务器获取所述自定义请求头中的原始域名,以根据所述原始域名调用产品应用包括:
所述网关服务器获取所述自定义请求头中的所述主用域名,以根据所述主用域名调用所述产品应用的主用域名接口;或者
所述网关服务器获取所述自定义请求头中的所述备用域名,以根据所述备用域名调用所述产品应用的备用域名接口。
5.根据权利要求1所述的方法,其特征在于,多个所述网关服务器设置于网关服务器集群中,在通过网关服务器获取所述自定义请求头中的原始域名,以根据所述原始域名调用产品应用之前,方法还包括:
通过所述代理转发服务器将所述客户端请求转发到第一负载均衡设备;
通过所述第一负载均衡设备根据各所述网关服务器的流量,转发所述客户端请求到所述网关服务器。
6.根据权利要求5所述的方法,其特征在于,在对所述客户端请求进行转发之前,方法还包括:
通过客户端对所述客户端请求进行加密,得到加密客户端请求;
通过客户端发送所述加密客户端请求到第二负载均衡设备;
通过所述第二负载均衡设备转发所述加密客户端请求到证书卸载服务器;
通过所述证书卸载服务器对所述加密客户端请求进行解密,得到所述客户端请求;以及
通过所述证书卸载服务器转发所述客户端请求到所述代理转发服务器。
7.根据权利要求6所述的方法,其特征在于,所述通过客户端发送所述加密客户端请求到第二负载均衡设备包括:
通过域名解析服务器解析所述原始域名,并根据预先设置的映射关系表确定与所述原始域名相对应的所述第二负载均衡设备的IP地址;
根据所述第二负载均衡设备的IP地址,将所述加密客户端请求发送到所述第二负载均衡设备。
8.根据权利要求7所述的方法,其特征在于,在通过所述代理转发服务器将所述客户端请求转发到第一负载均衡设备之前,方法还包括:
通过所述代理转发服务器将所述客户端请求转发到交换机或路由器;
通过所述交换机或所述路由器将所述客户端请求转发到所述第一负载均衡设备。
9.根据权利要求1~8任一项所述的方法,其特征在于,还应用于一条或多条第二交易链路,其中,所述第二交易链路与所述第一交易链路至少共用所述网关服务器。
10.一种通信装置,其特征在于,包括:
获取模块,用于响应于客户端请求,获取所述客户端请求中的原始域名;
转发模块,用于实现代理转发服务器对所述客户端请求进行转发,其中,所述代理转发服务器通过自定义请求头保存所述原始域名;以及
调用模块,用于实现网关服务器获取所述自定义请求头中的原始域名,以根据所述原始域名调用产品应用。
11.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器执行根据权利要求1~9中任一项所述的方法。
12.一种计算机可读存储介质,其特征在于,其上存储有可执行指令,该指令被处理器执行时使处理器执行根据权利要求1~9中任一项所述的方法。
13.一种计算机程序产品,其特征在于,包括计算机程序,所述计算机程序被处理器执行时实现根据权利要求1~9中任一项所述的方法。
CN202310806938.1A 2023-07-03 2023-07-03 通信方法、装置、设备、介质和程序产品 Pending CN116684497A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310806938.1A CN116684497A (zh) 2023-07-03 2023-07-03 通信方法、装置、设备、介质和程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310806938.1A CN116684497A (zh) 2023-07-03 2023-07-03 通信方法、装置、设备、介质和程序产品

Publications (1)

Publication Number Publication Date
CN116684497A true CN116684497A (zh) 2023-09-01

Family

ID=87789212

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310806938.1A Pending CN116684497A (zh) 2023-07-03 2023-07-03 通信方法、装置、设备、介质和程序产品

Country Status (1)

Country Link
CN (1) CN116684497A (zh)

Similar Documents

Publication Publication Date Title
US9749292B2 (en) Selectively performing man in the middle decryption
US9853943B2 (en) Selectively performing man in the middle decryption
US8739243B1 (en) Selectively performing man in the middle decryption
US9961143B2 (en) Providing enhanced data retrieval from remote locations
CN107005582B (zh) 一种使用存储在不同目录中的凭证来访问公共端点的方法
US10148727B2 (en) Methods and systems for an end-to-end solution to deliver content in a network
US10841293B2 (en) Gateway device for authentication and authorization of applications and/or servers for data transfer between applications and/or servers
US10091111B2 (en) Methods and systems for an end-to-end solution to deliver content in a network
CN114172966A (zh) 单元化架构下的服务调用方法、服务处理方法及装置
US20230412596A1 (en) Transparently using origin isolation to protect access tokens
CN112202744B (zh) 一种多系统数据通信方法和装置
CN114826733A (zh) 文件传输方法、装置、系统、设备、介质以及程序产品
CN114070618A (zh) 基于微前端的数据处理方法及系统
CN113949566A (zh) 资源访问方法、装置、电子设备和介质
US20230418583A1 (en) Containerized, decentralized, and distributed web applications with end-to-end encryption
CN116684497A (zh) 通信方法、装置、设备、介质和程序产品
US20210337041A1 (en) Orchestrated proxy service
CN114491489A (zh) 请求响应方法、装置、电子设备及存储介质
CN112929453A (zh) 一种共享session数据的方法和装置
CN114760360A (zh) 请求响应方法、装置、电子设备及计算机可读存储介质
CN114244607B (zh) 单点登录方法、系统、设备、介质和程序
CN113472785B (zh) 数据处理方法、装置、电子设备及可读存储介质
CN116886561A (zh) 数据通信方法、装置、系统、电子设备及存储介质
CN115348235A (zh) 域名解析方法、装置、电子设备及存储介质
CN117707650A (zh) 服务发布方法、装置、设备及存储介质

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