CN109218353A - 一种链路建立的方法及装置 - Google Patents
一种链路建立的方法及装置 Download PDFInfo
- Publication number
- CN109218353A CN109218353A CN201710523598.6A CN201710523598A CN109218353A CN 109218353 A CN109218353 A CN 109218353A CN 201710523598 A CN201710523598 A CN 201710523598A CN 109218353 A CN109218353 A CN 109218353A
- Authority
- CN
- China
- Prior art keywords
- address
- source station
- domain name
- addressing
- client device
- 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
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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种链路建立的方法及装置,涉及互联网技术领域,能够缓减由于建连失败导致用户无法正常使用的问题。本发明包括:当客户端设备通过第一寻址请求向域名系统(DNS)寻址失败时,向所述域名系统发送第二寻址请求,所述第一寻址请求指向源站的原始域名,所述第二寻址请求指向所述源站的备用域名;当所述客户端设备通过第二寻址请求向域名系统(DNS)寻址失败时,向所述源站的IP地址发送心跳包进行心跳测试;通过所述源站的IP地址中的心跳测试正常的IP地址建立Socket连接,并将所建立的Socket连接存储至所述客户端设备的缓存中。本发明适用于客户端的建连过程。
Description
技术领域
本发明涉及互联网技术领域,尤其涉及一种链路建立的方法及装置。
背景技术
随着互联网技术的快速发展,各类即时通信工具得到了广泛应用,并且在越来越多的业务场景中起到了不可替代的作用。
在用户登录即时通信工具后,客户端会和服务端保持Socket长连接,发送并接受即时消息。然而公网环境是错综复杂的,TCP(Transmission Control Protocol,传输控制协议)在公网环境中传输会遇到各种问题,比如:在网络传输过程中,由于DNS(Domain NameSystem,域名系统)被劫持、篡改、攻击、网络波动等情况,经常会发生TCP丢包,导致建连失败,最终影响到用户的正常使用,比如:在用户使用移动通信工具登录在线购物平台后,使用客户端内置的即时通信工具时,若经常出现建连失败,则会严重影响到用户和商户之间的议价、下单等业务流程,从而影响在线购物平台的销售量。
发明内容
本发明的实施例提供一种链路建立的方法及装置,能够缓减由于建连失败导致用户无法正常使用的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,本发明的实施例提供的方法,包括:
当客户端设备通过第一寻址请求向域名系统(DNS)寻址失败时,向所述域名系统发送第二寻址请求,所述第一寻址请求指向源站的原始域名,所述第二寻址请求指向所述源站的备用域名;
当所述客户端设备通过第二寻址请求向域名系统(DNS)寻址失败时,向所述源站的IP地址发送心跳包进行心跳测试;
通过所述源站的IP地址中的心跳测试正常的IP地址建立Socket连接,并将所建立的Socket连接存储至所述客户端设备的缓存中。
结合第一方面,在第一方面的第一种可能的实现方式中,所述通过所述源站的IP地址建立Socket连接包括:
确定所述源站的IP地址中延时最低的IP地址;
通过所述延时最低的IP地址建立Socket连接。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,还包括:
当通过所述延时最低的IP地址建立Socket连接失败时,向所述源站的IP地址中除了所述延时最低的IP地址以外的IP地址发送Socket建接请求。
结合第一方面的第一种可能的实现方式,在第三种可能的实现方式中,还包括:
在将所建立的Socket连接存储至所述客户端设备的缓存后,每隔第一预设周期,向所述源站的IP地址发送心跳包进行心跳测试,并统计所述源站的各个IP地址的丢包率;
根据所述源站的各个IP地址的丢包率,选择丢包率最低的IP地址重新建立Socket连接。
结合第一方面,在第一方面的第四种可能的实现方式中,还包括:
所述客户端设备在向域名系统发送寻址请求后,检测是否出现异常值;
若出现异常值,则判定寻址失败。
第二方面,本发明的实施例提供的装置,包括:
域名补偿模块,用于当客户端设备通过第一寻址请求向域名系统(DNS)寻址失败时,向所述域名系统发送第二寻址请求,所述第一寻址请求指向源站的原始域名,所述第二寻址请求指向所述源站的备用域名;
地址补偿模块,用于当所述客户端设备通过第二寻址请求向域名系统(DNS)寻址失败时,向所述源站的IP地址发送心跳包进行心跳测试;
链接模块,用于通过所述源站的IP地址中的心跳测试正常的IP地址建立Socket连接,并将所建立的Socket连接存储至所述客户端设备的缓存中。
结合第二方面,在第二方面的第一种可能的实现方式中,所述链接模块,具体用于确定所述源站的IP地址中延时最低的IP地址;并通过所述延时最低的IP地址建立Socket连接。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述链接模块,还用于:当通过所述延时最低的IP地址建立Socket连接失败时,向所述源站的IP地址中除了所述延时最低的IP地址以外的IP地址发送Socket建接请求。
结合第二方面的第一种可能的实现方式,在第三种可能的实现方式中,还包括:链接检测模块,用于在将所建立的Socket连接存储至所述客户端设备的缓存后,每隔第一预设周期,向所述源站的IP地址发送心跳包进行心跳测试,并统计所述源站的各个IP地址的丢包率;并根据所述源站的各个IP地址的丢包率;
所述链接模块,还用于:选择丢包率最低的IP地址重新建立Socket连接。
结合第二方面,在第二方面的第四种可能的实现方式中,还包括:
异常检测模块,用于在所述客户端设备向域名系统发送寻址请求后,检测是否出现异常值;若出现异常值,则判定寻址失败。
本发明实施例提供的链路建立的方法及装置,通过在多端口的基础上建立了多条通信线路。当一条通信线路建连失败时,可以在多个域名和源站IP地址之间灵活切换,从而规避了失败的通信线路并实现了建连过程。相对于现有技术中,由于DNS(Domain NameSystem,域名系统)被劫持、篡改、攻击、网络波动等情况,发生TCP丢包而导致建连失败,以至于用户无法正常使用,本发明实施例提供的方案通过在多个域名和源站IP地址之间灵活切换,从而缓减了用户无法正常使用的问题。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本发明实施例提供的系统架构示意图;
图2为本发明实施例提供的方法流程示意图;
图3为、图4为本发明实施例提供的具体执行流程的实例的示意图;
图5为本发明实施例提供的测试结果示意图;
图6、图7、图8为本发明实施例提供的装置结构示意图。
具体实施方式
为使本领域技术人员更好地理解本发明的技术方案,下面结合附图和具体实施方式对本发明作进一步详细描述。下文中将详细描述本发明的实施方式,所述实施方式的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样定义,不会用理想化或过于正式的含义来解释。
本实施例中的方法流程,具体可以在一种如图1所示的系统上执行,该系统包括:客户端设备和服务端设备。其中,服务端设备可以在多端口的基础上建立多条通信线路,具体采用现有的TCP协议进行接口切换,例如:服务端设备可以提供至少3条线路:通过域名的传输接口、通过备用域名的传输接口和通过源站的IP的传输接口。
本实施例中所揭示的服务端设备,具体可以是服务器、工作站、超级计算机等设备,或者是由多个服务器组成的一种用于数据处理的服务器集群系统。
本实施例中所揭示的客户端设备具体可以实做成单独一台装置,或整合于各种不同的媒体数据播放装置中,诸如机顶盒、移动电话、平板电脑(Tablet PersonalComputer)、膝上型电脑(Laptop Computer)、多媒体播放器、数字摄影机、个人数字助理(personal digital assistant,简称PDA)、移动上网装置(Mobile Internet Device,MID)或可穿戴式设备(Wearable Device)等。
本发明实施例提供一种链路建立的方法,如图2所示,包括:
S1、当客户端设备通过第一寻址请求向域名系统(DNS)寻址失败时,向所述域名系统发送第二寻址请求。
其中,所述第一寻址请求指向源站的原始域名,所述第二寻址请求指向所述源站的备用域名。其中,源站的域名(包括了原始域名和至少一个备用域名),可以预先注册申请,并封装在客户端中,再将客户端在线发布。若源站的域名发生改变,可以通过客户端升级等手段更新封装在客户端中的域名。
S2、当所述客户端设备通过第二寻址请求向域名系统(DNS)寻址失败时,向所述源站的IP地址发送心跳包进行心跳测试。
S3、通过所述源站的IP地址中的心跳测试正常的IP地址建立Socket连接,并将所建立的Socket连接存储至所述客户端设备的缓存中。
其中,客户端设备可以通过基于TCP(Transmission Control Protocol传输控制协议)的6700端口向DNS寻址和建连,和通过6700端口进行IP地址的心跳测试和建连;当6700端口堵塞或者无法正常使用时,客户端设备切换至80端口继续执行向DNS寻址、建连,以及IP地址的心跳测试和建连。
本发明实施例提供的链路建立的方法,通过在多端口的基础上建立了多条通信线路。当一条通信线路建连失败时,可以在多个域名和源站IP地址之间灵活切换,从而规避了失败的通信线路并实现了建连过程。相对于现有技术中,由于DNS(Domain Name System,域名系统)被劫持、篡改、攻击、网络波动等情况,发生TCP丢包而导致建连失败,以至于用户无法正常使用,本发明实施例提供的方案通过在多个域名和源站IP地址之间灵活切换,从而缓减了用户无法正常使用的问题。
在本实施例中,还包括:所述客户端设备在向域名系统发送寻址请求后,检测是否出现异常值。若出现异常值,则判定寻址失败。
其中,为了尽量避免复杂网络环境对通信的影响,考虑网络出错的各种可能性,针对不同的异常情况做不同的补偿处理。以保证只要有一条通路,用户就能和服务端建立连接,完成通信。
具体可以采用基于JAVA的tcp异常检测方案,当检测到表一中所述的异常事件时,生成对应异常值。客户端捕捉到该异常值字段,则触发上述的域名/ip地址的切换过程(比如S1-S3)。例如:本实施例中设定的TCP异常值可以表示为:
表一
序号 | 异常值 | 异常定义 |
1 | ConnectionRefusedError | 连接被拒绝 |
2 | RemoteHostClosedError | 远程主机被关闭 |
3 | HostNotFoundError | 主机不存在 |
4 | SocketAccessError | Socket访问错误 |
5 | SocketTimeoutError | Socket超时错误 |
6 | NetworkError | 网络异常 |
在本实施例中,客户端设备通过所述源站的IP地址建立Socket连接的具体方式,包括:确定所述源站的IP地址中延时最低的IP地址。并通过所述延时最低的IP地址建立Socket连接。例如:客户端设备可以通过PING的方式去测试所有的备选IP中延时最小的IP,并选择延时最小的IP做建立连接。并在成功建立连接后,将本次连接记入Cache,以便于后续用户直接接入。
进一步的,当通过所述延时最低的IP地址建立Socket连接失败时,向所述源站的IP地址中除了所述延时最低的IP地址以外的IP地址发送Socket建接请求。
例如:如图3所示的,客户端设备向DNS发送第一寻址请求,请求DNS解析寻址原始域名;若DNS解析寻址原始域名成功,则客户端设备基于原始域名建立Socket连接;若DNS解析寻址原始域名失败,或者客户端设备基于原始域名建立Socket连接失败,则客户端设备向DNS发送第二寻址请求,请求DNS解析寻址备用域名;
若DNS解析寻址备用域名成功,则客户端设备基于备用域名建立Socket连接;若DNS解析寻址备用域名失败,或者客户端设备基于备用域名建立Socket连接失败,则客户端开始使用源站IP建立连接;
在客户端使用源站IP建立连接的过程中,首先通过心跳请求判断最优的IP(Ping延时最低的IP),再通过最优的IP建立Socket连接;若通过最优的IP建立Socket连接失败,则再采用源站的其它的IP建立Socket连接;若通过源站的所有IP都没有成功建立Socket连接,则判定建连失败,没有可用的网络通路,此时客户端设备可以在显示模块(比如屏幕)上显示建连失败的提示信息。其中,在如图3所示的过程中,一旦建立Socket连接成功,则将所建立的Socket连接存储至Cache中,并缓存Socket连接所用的IP以便于复用。
由此可见,若成功建立Socket连接,最多进行了2次域名的连接尝试,3次IP的连接尝试。也规避DNS了被劫持的情况下建立连接的风险。
进一步的,在本实施例中,还包括:
在将所建立的Socket连接存储至所述客户端设备的缓存后,每隔第一预设周期,向所述源站的IP地址发送心跳包进行心跳测试,并统计所述源站的各个IP地址的丢包率。
根据所述源站的各个IP地址的丢包率,选择丢包率最低的IP地址重新建立Socket连接。
例如:如图4所示的,在Socket连接建立且记入Cache后,客户端设备可以周期性地向服务端设备上所建立的Socket连接的端口发送心跳包,实时监听连接状态,以防止本来可用的链路,因为发生异常而导致通信失败。从而检测本可用Socket连接的状态,若丢包情况严重时,再次进行选择。
本发明实施例提供的链路建立的方法,通过在多端口的基础上建立了多条通信线路。当一条通信线路建连失败时,可以在多个域名和源站IP地址之间灵活切换,从而规避了失败的通信线路并实现了建连过程。相对于现有技术中,由于DNS(Domain Name System,域名系统)被劫持、篡改、攻击、网络波动等情况,发生TCP丢包而导致建连失败,以至于用户无法正常使用,本发明实施例提供的方案通过在多个域名和源站IP地址之间灵活切换,从而缓减了用户无法正常使用的问题。
在本实施例的优选方案中,可以采用至少3条线路,即:通过域名的传输、通过备用域名的传输,以及通过IP的传输,其中,源站提供多个域名多个IP。具体的,若采用的测试环境基于C/S架构,客户端包括安卓、IOS、PC版客户端,服务端使用Ctrix硬件负载均衡设备,其中,包括了两组Ctrix,每组提供3个VIP。客户端通过ping icmp包进行心跳保活,频率1s1次。则可以得到如图5所示的测试结果,丢包率接近0%,客户端进行建连的延时降低50%以上。从而有效缓减了由于建连失败导致的用户无法正常使用的问题。
本发明实施例还提供一种链路建立的装置,如图6所示的,包括:
域名补偿模块,用于当客户端设备通过第一寻址请求向域名系统(DNS)寻址失败时,向所述域名系统发送第二寻址请求,所述第一寻址请求指向源站的原始域名,所述第二寻址请求指向所述源站的备用域名。
地址补偿模块,用于当所述客户端设备通过第二寻址请求向域名系统(DNS)寻址失败时,向所述源站的IP地址发送心跳包进行心跳测试。
链接模块,用于通过所述源站的IP地址中的心跳测试正常的IP地址建立Socket连接,并将所建立的Socket连接存储至所述客户端设备的缓存中。
其中,所述链接模块,具体用于确定所述源站的IP地址中延时最低的IP地址。并通过所述延时最低的IP地址建立Socket连接。
所述链接模块,还用于:当通过所述延时最低的IP地址建立Socket连接失败时,向所述源站的IP地址中除了所述延时最低的IP地址以外的IP地址发送Socket建接请求。
进一步的,如图7所示,还包括:链接检测模块,用于在将所建立的Socket连接存储至所述客户端设备的缓存后,每隔第一预设周期,向所述源站的IP地址发送心跳包进行心跳测试,并统计所述源站的各个IP地址的丢包率。并根据所述源站的各个IP地址的丢包率。
其中,所述链接模块,还用于:选择丢包率最低的IP地址重新建立Socket连接。
进一步的,如图8所示,还包括:
异常检测模块,用于在所述客户端设备向域名系统发送寻址请求后,检测是否出现异常值。若出现异常值,则判定寻址失败。
本发明实施例提供的链路建立的装置,通过在多端口的基础上建立了多条通信线路。当一条通信线路建连失败时,可以在多个域名和源站IP地址之间灵活切换,从而规避了失败的通信线路并实现了建连过程。相对于现有技术中,由于DNS(Domain Name System,域名系统)被劫持、篡改、攻击、网络波动等情况,发生TCP丢包而导致建连失败,以至于用户无法正常使用,本发明实施例提供的方案通过在多个域名和源站IP地址之间灵活切换,从而缓减了用户无法正常使用的问题。
在本实施例的优选方案中,可以采用至少3条线路,即:通过域名的传输、通过备用域名的传输,以及通过IP的传输,其中,源站提供多个域名多个IP。具体的,若采用的测试环境基于C/S架构,客户端包括安卓、IOS、PC版客户端,服务端使用Ctrix硬件负载均衡设备,其中,包括了两组Ctrix,每组提供3个VIP。客户端通过ping icmp包进行心跳保活,频率1s1次。则可以得到如图5所示的测试结果,丢包率接近0%,客户端进行建连的延时降低50%以上。从而有效缓减了由于建连失败导致的用户无法正常使用的问题。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于设备实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种链路建立的方法,其特征在于,包括:
当客户端设备通过第一寻址请求向域名系统(DNS)寻址失败时,向所述域名系统发送第二寻址请求,所述第一寻址请求指向源站的原始域名,所述第二寻址请求指向所述源站的备用域名;
当所述客户端设备通过第二寻址请求向域名系统(DNS)寻址失败时,向所述源站的IP地址发送心跳包进行心跳测试;
通过所述源站的IP地址中的心跳测试正常的IP地址建立Socket连接,并将所建立的Socket连接存储至所述客户端设备的缓存中。
2.根据权利要求1所述的方法,其特征在于,所述通过所述源站的IP地址建立Socket连接包括:
确定所述源站的IP地址中延时最低的IP地址;
通过所述延时最低的IP地址建立Socket连接。
3.根据权利要求2所述的方法,其特征在于,还包括:
当通过所述延时最低的IP地址建立Socket连接失败时,向所述源站的IP地址中除了所述延时最低的IP地址以外的IP地址发送Socket建接请求。
4.根据权利要求2所述的方法,其特征在于,还包括:
在将所建立的Socket连接存储至所述客户端设备的缓存后,每隔第一预设周期,向所述源站的IP地址发送心跳包进行心跳测试,并统计所述源站的各个IP地址的丢包率;
根据所述源站的各个IP地址的丢包率,选择丢包率最低的IP地址重新建立Socket连接。
5.根据权利要求1所述的方法,其特征在于,还包括:
所述客户端设备在向域名系统发送寻址请求后,检测是否出现异常值;
若出现异常值,则判定寻址失败。
6.一种链路建立的装置,其特征在于,包括:
域名补偿模块,用于当客户端设备通过第一寻址请求向域名系统(DNS)寻址失败时,向所述域名系统发送第二寻址请求,所述第一寻址请求指向源站的原始域名,所述第二寻址请求指向所述源站的备用域名;
地址补偿模块,用于当所述客户端设备通过第二寻址请求向域名系统(DNS)寻址失败时,向所述源站的IP地址发送心跳包进行心跳测试;
链接模块,用于通过所述源站的IP地址中的心跳测试正常的IP地址建立Socket连接,并将所建立的Socket连接存储至所述客户端设备的缓存中。
7.根据权利要求6所述的装置,其特征在于,所述链接模块,具体用于确定所述源站的IP地址中延时最低的IP地址;并通过所述延时最低的IP地址建立Socket连接。
8.根据权利要求7所述的装置,其特征在于,所述链接模块,还用于:当通过所述延时最低的IP地址建立Socket连接失败时,向所述源站的IP地址中除了所述延时最低的IP地址以外的IP地址发送Socket建接请求。
9.根据权利要求7所述的装置,其特征在于,还包括:链接检测模块,用于在将所建立的Socket连接存储至所述客户端设备的缓存后,每隔第一预设周期,向所述源站的IP地址发送心跳包进行心跳测试,并统计所述源站的各个IP地址的丢包率;并根据所述源站的各个IP地址的丢包率;
所述链接模块,还用于:选择丢包率最低的IP地址重新建立Socket连接。
10.根据权利要求6所述的装置,其特征在于,还包括:
异常检测模块,用于在所述客户端设备向域名系统发送寻址请求后,检测是否出现异常值;若出现异常值,则判定寻址失败。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710523598.6A CN109218353A (zh) | 2017-06-30 | 2017-06-30 | 一种链路建立的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710523598.6A CN109218353A (zh) | 2017-06-30 | 2017-06-30 | 一种链路建立的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109218353A true CN109218353A (zh) | 2019-01-15 |
Family
ID=64976940
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710523598.6A Pending CN109218353A (zh) | 2017-06-30 | 2017-06-30 | 一种链路建立的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109218353A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114928588A (zh) * | 2022-05-11 | 2022-08-19 | 上海移远通信技术股份有限公司 | 服务器连接方法、物联网设备、域名服务器及区域服务器 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102214223A (zh) * | 2011-06-15 | 2011-10-12 | 奇智软件(北京)有限公司 | 一种浏览器访问控制方法及系统 |
CN103368977A (zh) * | 2013-07-31 | 2013-10-23 | 华为终端有限公司 | 网络连接方法及终端设备 |
CN104639666A (zh) * | 2013-11-06 | 2015-05-20 | 腾讯科技(深圳)有限公司 | 域名访问方法及装置 |
CN105991797A (zh) * | 2016-07-01 | 2016-10-05 | 北京奇虎科技有限公司 | 移动终端访问网络的方法及装置 |
CN105991798A (zh) * | 2016-07-01 | 2016-10-05 | 北京奇虎科技有限公司 | 移动终端访问网络的方法及装置 |
CN106790083A (zh) * | 2016-12-22 | 2017-05-31 | 掌阅科技股份有限公司 | Dns劫持的检测方法、装置和移动终端 |
CN106850813A (zh) * | 2017-02-14 | 2017-06-13 | 合网络技术(北京)有限公司 | 网络服务地址切换方法及装置 |
-
2017
- 2017-06-30 CN CN201710523598.6A patent/CN109218353A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102214223A (zh) * | 2011-06-15 | 2011-10-12 | 奇智软件(北京)有限公司 | 一种浏览器访问控制方法及系统 |
CN103368977A (zh) * | 2013-07-31 | 2013-10-23 | 华为终端有限公司 | 网络连接方法及终端设备 |
CN104639666A (zh) * | 2013-11-06 | 2015-05-20 | 腾讯科技(深圳)有限公司 | 域名访问方法及装置 |
CN105991797A (zh) * | 2016-07-01 | 2016-10-05 | 北京奇虎科技有限公司 | 移动终端访问网络的方法及装置 |
CN105991798A (zh) * | 2016-07-01 | 2016-10-05 | 北京奇虎科技有限公司 | 移动终端访问网络的方法及装置 |
CN106790083A (zh) * | 2016-12-22 | 2017-05-31 | 掌阅科技股份有限公司 | Dns劫持的检测方法、装置和移动终端 |
CN106850813A (zh) * | 2017-02-14 | 2017-06-13 | 合网络技术(北京)有限公司 | 网络服务地址切换方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114928588A (zh) * | 2022-05-11 | 2022-08-19 | 上海移远通信技术股份有限公司 | 服务器连接方法、物联网设备、域名服务器及区域服务器 |
CN114928588B (zh) * | 2022-05-11 | 2024-02-13 | 上海移远通信技术股份有限公司 | 服务器连接方法、物联网设备、域名服务器及区域服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7633855B2 (en) | System and method for resolving address conflicts in a network | |
US10795744B2 (en) | Identifying failed customer experience in distributed computer systems | |
US9130967B2 (en) | Method and system for network element service recovery | |
EP2079024A1 (en) | Proxy server, communication system, communication method, and program | |
GB2407887A (en) | Automatically modifying fail-over configuration of back-up devices | |
US11917023B2 (en) | Fast session restoration for latency sensitive middleboxes | |
CN110381043B (zh) | 基于ssl的服务器健康检测方法、装置、电子设备 | |
CN111683139B (zh) | 用于均衡负载的方法和装置 | |
CN110247806A (zh) | 会话故障处理方法、装置、电子设备 | |
CN111314181A (zh) | 网络联通性诊断方法、装置、终端和存储介质 | |
CN107612950A (zh) | 一种提供服务的方法、装置、系统、电子设备 | |
CN106470251A (zh) | 域名解析方法及虚拟dns权威服务器 | |
CN102025783A (zh) | 集群系统及其消息处理方法和协议转发网关 | |
JP7180954B2 (ja) | ネットワーク構成データの条件付きブロードキャストのための方法および装置 | |
US20230006898A1 (en) | A Method of Capturing Packets from a Container in a Cluster | |
CN113179295B (zh) | 报文处理方法及装置 | |
CN109951560A (zh) | 提高应用服务并发量及应用速度的方法、终端及存储介质 | |
CN109218353A (zh) | 一种链路建立的方法及装置 | |
CN109863723A (zh) | 存在多个网络接口情况下的自动网络连接恢复 | |
US20080062976A1 (en) | System, method and apparatus for remote access to system control management within teamed network communication environments | |
CN111416851A (zh) | 在多个负载均衡器之间进行会话同步的方法和负载均衡器 | |
CN114285786B (zh) | 一种网络链路库的构建方法及装置 | |
US12009967B2 (en) | Communications methods and apparatus for minimizing and/or preventing message processing faults | |
EP2701068B1 (en) | Network access system | |
CN104836689A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190115 |