CN107707469A - 用于检测访问路径的方法和装置 - Google Patents

用于检测访问路径的方法和装置 Download PDF

Info

Publication number
CN107707469A
CN107707469A CN201610647467.4A CN201610647467A CN107707469A CN 107707469 A CN107707469 A CN 107707469A CN 201610647467 A CN201610647467 A CN 201610647467A CN 107707469 A CN107707469 A CN 107707469A
Authority
CN
China
Prior art keywords
path
default
source station
access request
response
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
CN201610647467.4A
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.)
Baidu Online Network Technology Beijing Co Ltd
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co 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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201610647467.4A priority Critical patent/CN107707469A/zh
Priority to PCT/CN2017/091454 priority patent/WO2018028345A1/zh
Priority to US15/547,545 priority patent/US10326819B2/en
Publication of CN107707469A publication Critical patent/CN107707469A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/954Navigation, e.g. using categorised browsing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/958Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了用于检测访问路径的方法和装置。所述方法的一具体实施方式包括:响应于收到对源站的访问请求,根据所述源站的地址选择预设的多条路径作为候选路径;依次沿着各条候选路径,向所述源站发送所述访问请求,直到检测到发送成功;响应于检测到发送成功,记录发送成功的路径作为下一次访问所述源站的缺省路径。该实施方式实现了网站访问路径的动态调整,最大程度地保障网站访问的成功率。

Description

用于检测访问路径的方法和装置
技术领域
本申请涉及计算机技术领域,具体涉及互联网技术领域,尤其涉及用于检测访问路径的方法和装置。
背景技术
由于国内网络存在多家ISP(Internet Service Provider,互联网服务提供商),网络访问特别是跨ISP访问经常出现丢包、延迟等现象,导致用户浏览网站失败。同时,网络中存在的各种安全设备(如防火墙,网站应用级入侵防御系统等)也会出现误拦截正常请求的情况。这些问题影响了网站访问体验,降低了网站访问的服务质量。
现有CDN(Content Delivery Network,内容分发网络)产品一般会采用重试回源的方式解决节点访问源站不通的问题,在网络暂时闪断的情况下有一定效果,但是在网络长时间不通或者安全设备拦截的情况下没有作用。
传统的CDN系统每个节点只有一条访问源站的路径,如果这条路径不通就会导致用户的浏览请求失败。
发明内容
本申请的目的在于提出一种用于检测访问路径的方法和装置,来解决以上背景技术部分提到的技术问题。
第一方面,本申请提供了一种用于检测访问路径的方法,所述方法包括:响应于收到对源站的访问请求,根据所述源站的地址选择预设的多条路径作为候选路径;依次沿着各条候选路径,向所述源站发送所述访问请求,直到检测到发送成功;响应于检测到发送成功,记录发送成功的路径作为下一次访问所述源站的缺省路径。
在一些实施例中,所述预设的多条路径包括以下至少一项:直接发送路径、经由跨网节点转发的路径、经由同网节点转发的路径。
在一些实施例中,所述方法还包括:设置所述缺省路径的缓存时间,当超过所述缓存时间时清除所述缺省路径。
在一些实施例中,所述依次沿着各条候选路径,向所述源站发送所述访问请求,直到检测到发送成功还包括:检测是否存在缺省路径;响应于检测出存在缺省路径,则从所述缺省路径开始依次沿着各条候选路径,向所述源站发送访问请求,直到检测到发送成功。
在一些实施例中,所述依次沿着各条候选路径,向所述源站发送所述访问请求还包括:响应于在非直接发送路径上发送所述访问请求,在所述访问请求的超文本传输协议请求头中添加计数器,其中,所述计数器的初始值为所述非直接发送路径所包括的节点数,每经过一个节点计数器减1。
在一些实施例中,所述预设的多条路径还包括:经由跨网节点和同网节点转发的路径。
第二方面,本申请提供了一种用于检测访问路径的装置,所述装置包括:选择单元,配置用于响应于收到对源站的访问请求,根据所述源站的地址选择预设的多条路径作为候选路径;检测单元,配置用于依次沿着各条候选路径,向所述源站发送所述访问请求,直到检测到发送成功;记录单元,配置用于响应于检测到发送成功,记录发送成功的路径作为下一次访问所述源站的缺省路径。
在一些实施例中,所述预设的多条路径包括以下至少一项:直接发送路径、经由跨网节点转发的路径、经由同网节点转发的路径。
在一些实施例中,所述装置还包括:缓存单元,配置用于设置所述缺省路径的缓存时间,当超过所述缓存时间时清除所述缺省路径。
在一些实施例中,所述检测单元进一步配置用于:检测是否存在缺省路径;响应于检测出存在缺省路径,则从所述缺省路径开始依次沿着各条候选路径,向所述源站发送访问请求,直到检测到发送成功。
在一些实施例中,所述检测单元进一步配置用于:响应于在非直接发送路径上发送所述访问请求,在所述访问请求的超文本传输协议请求头中添加计数器,其中,所述计数器的初始值为所述非直接发送路径所包括的节点数,每经过一个节点计数器减1。
在一些实施例中,所述预设的多条路径还包括:经由跨网节点和同网节点转发的路径。
本申请提供的用于检测访问路径的方法和装置,通过使每一个CDN的节点都有多条访问源站的路径,并且不需要CDN系统增加任何节点或者设备,节点在处理用户访问请求的时候可以动态选择一条可以成功的路径,从而最大程度的保障访问的成功率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请可以应用于其中的示例性系统架构图;
图2是根据本申请的用于检测访问路径的方法的一个实施例的流程图;
图3是根据本申请的用于检测访问路径的方法的一个应用场景的示意图;
图4是根据本申请的用于检测访问路径的方法的又一个实施例的流程图;
图5是根据本申请的用于检测访问路径的装置的一个实施例的结构示意图;
图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的用于检测访问路径的方法或用于检测访问路径的装置的实施例的示例性系统架构100。
如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是具有显示屏并且支持网络应用的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如用于提高终端设备101、102、103访问网站的速度的CDN节点服务器。CDN节点服务器可以对接收到的对源站访问请求等数据进行分析等处理,能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户对源站访问请求重新导向离用户最近的服务节点上。
需要说明的是,本申请实施例所提供的用于检测访问路径的方法一般由服务器105执行,相应地,用于检测访问路径的装置一般设置于服务器105中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,示出了根据本申请的用于检测访问路径的方法的一个实施例的流程200。所述的用于检测访问路径的方法,包括以下步骤:
步骤201,响应于收到对源站的访问请求,根据源站的地址选择预设的多条路径作为候选路径。
在本实施例中,用于检测访问路径的方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从用户利用其进行网站访问的终端接收对源站的访问请求,其中,上述对源站的访问请求包括了用户期望访问的源站的地址,即网址。例如,用户在自己的浏览器中输入要访问的网站的域名,浏览器首先查看是否有该域名对应的IP(Internet Protocol,网络之间互连的协议)值。如果有域名对应的IP,浏览器直接就用该IP访问网站。如果没有域名对应的IP地址,浏览器向本地DNS(Domain NameSystem,域名系统)服务器请求对该域名的解析。本地DNS服务器就是由当地ISP给分配的DNS。本地DNS服务器到根DNS服务器上找所授权的DNS记录,记录返回到本地DNS服务器。域名的解析请求在被发往CDN服务器后,服务器将此域名响应速度最快的节点IP发送给本地DNS服务器,本地DNS服务器将此IP发给用户。用户在得到IP地址后向CDN节点发出访问请求。如果收到访问请求的CDN节点没有缓存响应的内容,或者是缓存已经到期,则根据源站的地址选择预设的多条路径作为候选路径去源站获取数据。
在本实施例的一些可选的实现方式中,上述预设的多条路径包括以下至少一项:直接发送路径、经由跨网节点转发的路径、经由同网节点转发的路径。直接发送路径是CDN节点与源站直接相连接而不需要经由其它节点的路径。经由跨网节点转发的路径是CDN节点与源站之间需要经过不同运营商网络节点的路径,跨网节点位于一个运营商的网络和另一个运营商的网络之间。经由同网节点转发的路径是CDN节点与源站之间需要经过同一运营商网络节点的路径。
在本实施例的一些可选的实现方式中,上述预设的多条路径还包括:经由跨网节点和同网节点转发的路径。经由跨网节点和同网节点转发的路径是CDN节点与源站之间需要经过至少一个相同运营商网络节点和至少一个不同运营商网络节点的路径。
步骤202,依次沿着各条候选路径,向源站发送访问请求,直到检测到发送成功。
在本实施例中,在同一个用户的访问请求中,节点会依次尝试在其上配置的多条路径上向源站发送访问请求,当在一条路径上发送不成功时,会尝试使用下一条路径,直到成功为止。
在本实施例的一些可选的实现方式中,响应于在非直接发送路径上发送所述访问请求,在所述访问请求的超文本传输协议请求头中添加计数器,其中,所述计数器的初始值为所述非直接发送路径所包括的节点数,每经过一个节点计数器减1。例如,选择在一条经由跨网节点转发的路径上发送访问请求,该条路径包括3个节点,在发送前在访问请求的HTTP(HyperText Transfer Protocol,超文本传输协议)请求头中添加TTL(Time To Live,生存时间)计数器,计数器的初始值为3,每经过一个节点计数器减1,如果计数值为0,则收到访问请求的节点将这个请求丢弃,这样可以防止配置错误导致访问请求在CDN节点之间无限循环。
步骤203,响应于检测到发送成功,记录发送成功的路径作为下一次访问源站的缺省路径。
在本实施例中,检测步骤202的发送结果,如果发送成功,则记录发送成功的路径作为下一次访问源站的缺省路径。
在本实施例的一些可选的实现方式中,设置所述缺省路径的缓存时间,当超过所述缓存时间时清除所述缺省路径。例如,设置该缺省路径的缓存时间为2小时,在2小时之内对该源站的访问都默认使用该缺省路径,在2小时之后,将该缺省路径清除。
继续参见图3,图3是根据本实施例的用于检测访问路径的方法的应用场景的一个示意图。在图3的应用场景中,运营商A节点1对www.example.com这个源站配置了三条路径:
线路1:经由跨网节点的转发的路径
线路2:直接发送路径
线路3:经由同线路运营商A节点2转发的路径
运营商B节点1配置了两条路径:
线路4:直接发送路径
线路5:经由同线路运营商B节点2转发的路径
运营商A节点1收到用户通过运营商A客户端发送对源站www.example.com的访问请求时,依次通过预设的三条路径尝试发送该访问请求,如果在线路1上发送成功则无需再在线路2或线路3上发送,并将线路1设置为对源站www.example.com访问的缺省路径。
运营商B节点1收到用户通过运营商B客户端发送对源站www.example.com的访问请求时,依次通过预设的两条路径尝试发送该访问请求,如果在线路4上发送成功则无需再在线路5上发送,并将线路4设置为对源站www.example.com访问的缺省路径。
本申请的上述实施例提供的方法通过动态选择路径,可以在网络长时间不通或者安全设备拦截的情况下解决节点访问源站不通的问题,最大程度保障访问的成功率。
进一步参考图4,其示出了用于检测访问路径的方法的又一个实施例的流程400。该用于检测访问路径的方法的流程400,包括以下步骤:
步骤401,响应于收到对源站的访问请求,根据源站的地址选择预设的多条路径作为候选路径。
步骤401与步骤201基本相同,因此不再赘述。
步骤402,检测是否存在缺省路径。
在本实施例中,在选择待使用的路径发送对源站的访问请求之前,先检测是否存在缺省路径。
步骤403,从缺省路径开始依次沿着各条候选路径,向源站发送访问请求,直到检测到发送成功。
在本实施例中,基于步骤402的检测结果,当检测出存在缺省路径时,从缺省路径开始依次沿着各条候选路径,向源站发送访问请求,直到检测到发送成功。当检测出不存在缺省路径时,从第一条路径开始依次沿着各条候选路径,向源站发送访问请求,直到检测到发送成功。
步骤404,响应于检测到发送成功,记录发送成功的路径作为下一次访问源站的缺省路径
步骤404与步骤203基本相同,因此不再赘述。
从图4中可以看出,与图2对应的实施例相比,本实施例中的用于检测访问路径的方法的流程400突出了使用缺省路径发送访问请求的步骤。由此,本实施例描述的方案可以提高访问的成功率,节省查找路径的时间。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种用于检测访问路径的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例所述的用于检测访问路径的装置500包括:选择单元501、检测单元502和记录单元503。其中,选择单元501配置用于响应于收到对源站的访问请求,根据所述源站的地址选择预设的多条路径作为候选路径;检测单元502配置用于依次沿着各条候选路径,向所述源站发送所述访问请求,直到检测到发送成功;记录单元503配置用于响应于检测到发送成功,记录发送成功的路径作为下一次访问所述源站的缺省路径。
在本实施例中,选择单元501选择发送访问请求的候选路径后,通过检测单元502检测出可以成功发送的路径,然后记录单元503将该成功发送的路径记录为下一次访问所述源站的缺省路径。
在本实施例的一些可选的实现方式中,上述预设的多条路径包括以下至少一项:直接发送路径、经由跨网节点转发的路径、经由同网节点转发的路径。
在本实施例的一些可选的实现方式中,装置500还包括:缓存单元,配置用于设置所述缺省路径的缓存时间,当超过所述缓存时间时清除所述缺省路径。
在本实施例的一些可选的实现方式中,检测单元502进一步配置用于:检测是否存在缺省路径;响应于检测出存在缺省路径,则从所述缺省路径开始依次沿着各条候选路径,向所述源站发送访问请求,直到检测到发送成功。
在本实施例的一些可选的实现方式中,检测单元502进一步配置用于:响应于在非直接发送路径上发送所述访问请求,在所述访问请求的超文本传输协议请求头中添加计数器,其中,所述计数器的初始值为所述非直接发送路径所包括的节点数,每经过一个节点计数器减1。
在本实施例的一些可选的实现方式中,上述预设的多条路径还包括:经由跨网节点和同网节点转发的路径。
下面参考图6,其示出了适于用来实现本申请实施例的服务器的计算机系统600的结构示意图。
如图6所示,计算机系统600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括有形地包含在机器可读介质上的计算机程序,所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的方法中限定的上述功能。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括选择单元、检测单元和记录单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,选择单元还可以被描述为“响应于收到对源站的访问请求,根据所述源站的地址选择预设的多条路径作为候选路径的单元”。
作为另一方面,本申请还提供了一种非易失性计算机存储介质,该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质;也可以是单独存在,未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序,当所述一个或者多个程序被一个设备执行时,使得所述设备:响应于收到对源站的访问请求,根据所述源站的地址选择预设的多条路径作为候选路径;依次沿着各条候选路径,向所述源站发送所述访问请求,直到检测到发送成功;响应于检测到发送成功,记录发送成功的路径作为下一次访问所述源站的缺省路径。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离所述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种用于检测访问路径的方法,其特征在于,所述方法包括:
响应于收到对源站的访问请求,根据所述源站的地址选择预设的多条路径作为候选路径;
依次沿着各条候选路径,向所述源站发送所述访问请求,直到检测到发送成功;
响应于检测到发送成功,记录发送成功的路径作为下一次访问所述源站的缺省路径。
2.根据权利要求1所述的用于检测访问路径的方法,其特征在于,所述预设的多条路径包括以下至少一项:直接发送路径、经由跨网节点转发的路径、经由同网节点转发的路径。
3.根据权利要求1所述的用于检测访问路径的方法,其特征在于,所述方法还包括:
设置所述缺省路径的缓存时间,当超过所述缓存时间时清除所述缺省路径。
4.根据权利要求1所述的用于检测访问路径的方法,其特征在于,所述依次沿着各条候选路径,向所述源站发送所述访问请求,直到检测到发送成功还包括:
检测是否存在缺省路径;
响应于检测出存在缺省路径,则从所述缺省路径开始依次沿着各条候选路径,向所述源站发送访问请求,直到检测到发送成功。
5.根据权利要求2所述的用于检测访问路径的方法,其特征在于,所述依次沿着各条候选路径,向所述源站发送所述访问请求还包括:
响应于在非直接发送路径上发送所述访问请求,在所述访问请求的超文本传输协议请求头中添加计数器,其中,所述计数器的初始值为所述非直接发送路径所包括的节点数,每经过一个节点计数器减1。
6.根据权利要求2所述的用于检测访问路径的方法,其特征在于,所述预设的多条路径还包括:经由跨网节点和同网节点转发的路径。
7.一种用于检测访问路径的装置,其特征在于,所述装置包括:
选择单元,配置用于响应于收到对源站的访问请求,根据所述源站的地址选择预设的多条路径作为候选路径;
检测单元,配置用于依次沿着各条候选路径,向所述源站发送所述访问请求,直到检测到发送成功;
记录单元,配置用于响应于检测到发送成功,记录发送成功的路径作为下一次访问所述源站的缺省路径。
8.根据权利要求7所述的用于检测访问路径的装置,其特征在于,所述预设的多条路径包括以下至少一项:直接发送路径、经由跨网节点转发的路径、经由同网节点转发的路径。
9.根据权利要求7所述的用于检测访问路径的装置,其特征在于,所述装置还包括:
缓存单元,配置用于设置所述缺省路径的缓存时间,当超过所述缓存时间时清除所述缺省路径。
10.根据权利要求7所述的用于检测访问路径的装置,其特征在于,所述检测单元进一步配置用于:
检测是否存在缺省路径;
响应于检测出存在缺省路径,则从所述缺省路径开始依次沿着各条候选路径,向所述源站发送访问请求,直到检测到发送成功。
11.根据权利要求8所述的用于检测访问路径的装置,其特征在于,所述检测单元进一步配置用于:
响应于在非直接发送路径上发送所述访问请求,在所述访问请求的超文本传输协议请求头中添加计数器,其中,所述计数器的初始值为所述非直接发送路径所包括的节点数,每经过一个节点计数器减1。
12.根据权利要求8所述的用于检测访问路径的装置,其特征在于,所述预设的多条路径还包括:经由跨网节点和同网节点转发的路径。
CN201610647467.4A 2016-08-09 2016-08-09 用于检测访问路径的方法和装置 Pending CN107707469A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201610647467.4A CN107707469A (zh) 2016-08-09 2016-08-09 用于检测访问路径的方法和装置
PCT/CN2017/091454 WO2018028345A1 (zh) 2016-08-09 2017-07-03 用于检测访问路径的方法和装置
US15/547,545 US10326819B2 (en) 2016-08-09 2017-07-03 Method and apparatus for detecting access path

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610647467.4A CN107707469A (zh) 2016-08-09 2016-08-09 用于检测访问路径的方法和装置

Publications (1)

Publication Number Publication Date
CN107707469A true CN107707469A (zh) 2018-02-16

Family

ID=61162758

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610647467.4A Pending CN107707469A (zh) 2016-08-09 2016-08-09 用于检测访问路径的方法和装置

Country Status (2)

Country Link
CN (1) CN107707469A (zh)
WO (1) WO2018028345A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022206667A1 (zh) * 2021-03-31 2022-10-06 华为技术有限公司 一种路由方法及设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114095426B (zh) * 2021-09-28 2023-04-04 浪潮软件科技有限公司 一种vpp平台的报文处理方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101763357A (zh) * 2008-11-13 2010-06-30 北京搜狗科技发展有限公司 一种用于浏览器加载互联网资源的方法及系统
CN103516607A (zh) * 2012-06-25 2014-01-15 中兴通讯股份有限公司 一种cdn多路径路由方法和系统
CN103716348A (zh) * 2012-09-29 2014-04-09 北京百度网讯科技有限公司 基于cdn网络的数据访问方法、系统及装置
CN104243320A (zh) * 2014-09-10 2014-12-24 珠海市君天电子科技有限公司 一种优化网络访问路径的方法及装置
CN104954219A (zh) * 2014-03-27 2015-09-30 北京奇虎科技有限公司 Cdn网络访问路径优化方法、装置及系统
CN105515915A (zh) * 2015-12-25 2016-04-20 厦门网宿软件科技有限公司 节点探测方法及装置、路径选取方法及装置、及网络系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130097277A1 (en) * 2011-10-12 2013-04-18 Electronics And Telecommunications Research Institute Method and apparatus for load balancing of content-centric network

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101763357A (zh) * 2008-11-13 2010-06-30 北京搜狗科技发展有限公司 一种用于浏览器加载互联网资源的方法及系统
CN103516607A (zh) * 2012-06-25 2014-01-15 中兴通讯股份有限公司 一种cdn多路径路由方法和系统
CN103716348A (zh) * 2012-09-29 2014-04-09 北京百度网讯科技有限公司 基于cdn网络的数据访问方法、系统及装置
CN104954219A (zh) * 2014-03-27 2015-09-30 北京奇虎科技有限公司 Cdn网络访问路径优化方法、装置及系统
CN104243320A (zh) * 2014-09-10 2014-12-24 珠海市君天电子科技有限公司 一种优化网络访问路径的方法及装置
CN105515915A (zh) * 2015-12-25 2016-04-20 厦门网宿软件科技有限公司 节点探测方法及装置、路径选取方法及装置、及网络系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022206667A1 (zh) * 2021-03-31 2022-10-06 华为技术有限公司 一种路由方法及设备

Also Published As

Publication number Publication date
WO2018028345A1 (zh) 2018-02-15

Similar Documents

Publication Publication Date Title
CN107733950A (zh) 用于访问网站的方法和装置
US7702772B2 (en) Discovering and determining characteristics of network proxies
CN104333567B (zh) 采用安全即服务的web缓存
US9210122B2 (en) System and method for inspecting domain name system flows in a network environment
CN103716326B (zh) 一种资源访问方法及用户资源网关
US9166949B2 (en) Method and system of managing a captive portal with a router
CN107409071B (zh) 获得诊断测试结果的方法、控制模块及计算机可读存储介质
CN105516165B (zh) 一种识别计费欺诈的非法代理的方法、设备及系统
CN103257989B (zh) 网页下载时间分析
CN106302346A (zh) Api调用的安全认证方法、装置、系统
CN108259425A (zh) 攻击请求的确定方法、装置及服务器
US20080034409A1 (en) System and Method for Distributing Information in a Network Environment
KR20150080588A (ko) 모바일 네트워크 환경에서 네트워크 정보를 가입자 정보와 상관시키는 시스템 및 방법
US9042863B2 (en) Service classification of web traffic
US20180062995A1 (en) Methods and Systems for Secured End-To-End Data Communication
CN106302445A (zh) 用于处理请求的方法和装置
US10447530B2 (en) Device metering
CN108390955A (zh) 域名获取方法、网站访问方法及服务器
CN106656666A (zh) 一种获取网页首屏时间的方法及装置
CN106131165B (zh) 用于内容分发网络的防盗链方法和装置
CN110198248A (zh) 检测ip地址的方法和装置
CN108418847A (zh) 一种网络流量缓存系统、方法及装置
CN108809769B (zh) 一种检测IPv6活跃度的方法和电子设备
US20120290491A1 (en) System and method for electronic lead verification
CN107872548A (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

Application publication date: 20180216

RJ01 Rejection of invention patent application after publication