网宿HttpDNS方案

Size: px

Start display at page:

Download "网宿HttpDNS方案"

火赵
5 years ago
Views:

2 Content 目录 1. 网宿 HttpDNS 简介 HttpDNS 原理访拓扑图流程接入指南客户端逻辑流程图缓存方式接口使用说明 http 方式多频道查询注意附录 1 代理查询接口规范附录 2 错误码网宿科技股份有限公司第 2 页

3 1. 网宿 HttpDNS 简介 1.1. HttpDNS 原理常规域名解析是通过 DNS 协议进行解析的, 其最终结果就是获取域名对应的真实服务器地址, 无法绕开 DNS 拦截和故障问题而 HttpDNS 则是以 HTTP 的方式代替传统 DNS 协议传递解析结果, 能够有效避开 DNS 层面的拦截和故障客户端通过接口向网宿 HttpDNS 集群发起 DNS 查询请求, 网宿 HttpDNS 集群根据请求携带的域名和 IP 信息, 查询 CDN 内部调度策略, 通过响应请求的方式, 返回给客户端最优节点 IP 客户端得到最优节点 IP, 通过在 header 中指定 host 字段, 进行正常的业务访问 1.2. 访拓扑图流程拓扑图 HTTPDNS 集群第三方网络 HTTP 请求 : 集群 IP+ 域名 + 本地 IP HTTP 响应 :A 记录 +TTL 值备用 LocalDNS 数据安全同步备用 WSGLB 发起正常请求节点节点网宿 CDN 网络网宿科技股份有限公司第 3 页

4 访问流程客户端已根据 HTTPDNS. 接入指南完成客户端改造, 客户端与 HTTPDNS 系统的业务流程如下 : 1. 客户端向网宿 HttpDNS 中心集群发起查询请求, 携带用户域名和终端 IP( 可选 ) 2. 服务集群查询 CDN 内部调度系统 ( 若内部调度系统查询不到数据, 目前返回为空, 后续考虑在中心集群进行递归查询 ), 将域名最佳访问节点 IP 以 HTTP 响应的方式传递给客户端 3. 客户端, 收到响应结果, 向节点发起请求 4. 若客户端向网宿 HttpDNS 集群请求失败, 则启用备选, 走正常 DNS 解析过程, 向 Local DNS 发起请求 5. LocalDNS 进行递归查询 6. 最终返回 DNS 结果 7. 客户端拿到最优 IP 后, 建立连接, 发起正常访问操作网宿科技股份有限公司第 4 页

5 2. 接入指南 2.1. 客户端逻辑流程图客户端查询本地缓存本地是否缓存是否返回查询结果给客户端否本地缓存是否快过期是更新本地缓存是 HttpDNS 返回结果是否正常? 向 HhttpDNS 请求域名查询否是否尝试备集群是否向 LocalDNS 发起域名查询 HTTPDNS 服务 IP 管理客户端最好不要将服务 IP 写死, 而是采用如下逻辑动态获取中心 IP, 从而最大限度降低某个服务 IP 故障或更换对业务造成的影响网宿科技股份有限公司第 5 页

6 得到初始服务 IP 发起 edge..httpdns.com 的域名请求得到服务 IP 及 TTL Y 更新服务 IP Edge.httpdns.co m 域名 TTL 过期客户 APP 在初始化存放网宿 HttpDNS 中心节点 IP, 并根据上述流程进行 HttpDNS 服务 IP 定期更新, 保证 HttpDNS 服务稳定可用 HTTPDNS 请求途径向服务 IP 请求获取结果客户获取服务 IP 组后, 通过 $2.3 接口方式直接请求, 并遵循下文的故障切换策略进行节点 IP 使用切换故障切换策略虽然网宿 HttpDNS 集群已经接入 BGP Anycast, 并实现了多地跨机房容灾但为了保证在最坏的情况下客户端域名解析依然不受影响建议采用以下的故障切换保障策略 : 1 第一步先向首选网宿 HttpDNS 集群发起域名查询请求 2 如果查询返回的结果不是一个 IP 地址 ( 结果为空结果非 IP 连接超时等 ), 则尝试下一个集群或者直接, 通过本地 LocalDNS 进行域名解析超时时间建议为 5s 网宿科技股份有限公司第 6 页

7 2.2. 缓存方式缓存策略移动互联网用户的网络环境比较复杂, 为了尽可能地减少由于域名解析导致的延迟, 建议在本地进行缓存缓存规则如下 : 1 缓存时间 : 缓存时间建议采用查询得到域名 TTL 在客户端向网宿 HttpDNS 集群发起域名解析请求时, 得到请求响应的实体中会包含域名对应的 TTL 值 2 缓存更新 : 缓存更新应在以下两种情形下进行 : i. 用户网络状态发生变化时移动互联网的用户的网络状态由 3G/4G 切 Wi-Fi,Wi-Fi 切 3G/4G 的情况下, 其接入点的网络归属可能发生变化所以用户的网络状态发生变化时, 需要重新向网宿 HttpDNS 发起域名解析请求, 以获得用户当前网络归属下的最优指向 IP ii. 缓存过期时当域名解析的结果缓存时间到期时, 客户端应该向网宿 HttpDNS 重新发起域名解析请求以获取最新的域名对应的 IP 3 缓存时间更新优化 : 为了减少用户在缓存过期后重新进行域名解析时的等待时间, 建议在 TTL 快过期时 ( 例如达过期时间 75% 时 ) 就开始进行域名解析例如本地缓存的 TTL 为 600s, 那么在第 600*0.75=450s 时刻, 客户端就应该进行域名解析 4 配合缓存的其他建议 : i. 可在一次 http 请求中同时查询多个域名结果, 批量得到结果, 减少域名解析的次数, 提升了解析效率 ii. 建议在业务允许的情况下, 尽量减少域名的数量如需区分不同的资源, 建议通过 url 来进行区分网宿科技股份有限公司第 7 页

8 2.3. 接口使用说明 https 方式客户端请求客户端采用 HTTPS 方式发起请求, 具体内容包括 : 要查询的加速域名 + 用户 IP curl H host:httpdns.wangsucloud.com " 服务 IP/?ws_domain= ws_cli_ip= " k 参数说明 : 1 ws_domain 请求域名 2 ws_ret_type 返回包格式, 若该值为 json, 则返回包格式为 json 格式, 若不带该参数, 则返回格式为传统的 IP TTL 格式 3 ws_cli_ip 客户端 IP, 可为空, 若为空则表示 httpdns 自动获取建连 IP 作为客户端 IP https 验证方式 : 客户端请求主要是告知请求方式, 上述例子加了 -k 参数, 表示客户端不进行证书校验, 对于 APP 端, 可采用如下方式完成 httpdns 请求 : Android try { String url = " HttpsURLConnection connection = (HttpsURLConnection) new URL(url).openConnection(); connection.setrequestproperty("host", "httpdns.wangsucloud.com"); connection.sethostnameverifier(new HostnameVerifier() { /* * 关于这个接口的说明, 官方有文档描述 : * This is an extended verification option that implementers can provide. 网宿科技股份有限公司第 8 页

9 * It is to be used during a handshake if the URL's hostname does not match the * peer's identification hostname. * * 使用 HTTPDNS 后 URL 里设置的 hostname 不是远程的主机名 ( 如 :httpdns.wangsucloud.com), 与证书颁发的域不匹配, * Android HttpsURLConnection 提供了回调接口让用户来处理这种定制化场景 * 在确认 HTTPDNS 返回的源站 IP 与 Session 携带的 IP 信息一致后, 您可以在回调方法中将待验证域名替换为原来的真实域名进行验证 * public boolean verify(string hostname, SSLSession session) { return HttpsURLConnection.getDefaultHostnameVerifier().verify("httpdns.wangsuclou d.com", session); return false; ); connection.connect(); catch (Exception e) { e.printstacktrace(); finally { IOS 使用 NSURLSession/NSURLConnection 接口来完成, 具体示例详见 HttpDNS 响应若请求参数带 ws_ret_type=json 则 DNS 解析结果以 json 形式返回, 返回格式为 : 网宿科技股份有限公司第 9 页

10 { " retcode ":"0", "msg":" ", "data":{ " "ips": [ " "," " ], "ttl": 300 若不带 ws_ret_type 则返回普通格式, 返回 DNS 解析结果, 响应内容格式为 :A 记录 TTL 时间客户端根据获取到的 A 记录 IP 进行访问, 并根据 TTL 时间实现客户端 DNS 记录缓存 http 方式客户端请求客户端采用 HTTP 方式发起请求, 具体内容包括 : 要查询的加速域名 + 用户 IP curl " 服务 IP/?ws_domain= ws_cli_ip= " 参数说明 : 4 ws_domain 请求域名 5 ws_ret_type 返回包格式, 若该值为 json, 则返回包格式为 json 格式, 若不带该参数, 则返回格式为传统的 IP TTL 格式 6 ws_cli_ip 客户端 IP, 可为空, 若为空则表示 httpdns 自动获取建连 IP 作为客户端 IP HttpDNS 响应若请求参数带 ws_ret_type=json 则 DNS 解析结果以 json 形式返回, 返回格式为 : { 网宿科技股份有限公司第 10 页

11 " retcode ":"0", "msg":" ", "data":{ " "ips": [ " "," " ], "ttl": 300 若不带 ws_ret_type 则返回普通格式, 返回 DNS 解析结果, 响应内容格式为 :A 记录 TTL 时间客户端根据获取到的 A 记录 IP 进行访问, 并根据 TTL 时间实现客户端 DNS 记录缓存多频道查询支持同一个 HttpDNS 请求中带多个频道请求 ( 多个域名以分号分隔 ); 并且在响应的时候, 根据网宿自定义的个数, 返回多个频道的解析 A 记录下面以 http 方式的形式举例,https 的情景类似 : 客户端请求 " 服务 IP/?ws_domain=zy.chinanetcenter.com; " HTTPDNS 响应 ( 非 json 格式 ) HTTPDNS 响应 (json 格式 ) { " retcode ":"0", 网宿科技股份有限公司第 11 页

12 "msg":" ", "data":{ " "ips": [ " " ], "ttl": 300, " v.cctv.com":{ "ips": [ " "," " ], "ttl": 注意使用该 HttpDNS 方案的前提是必须在网宿进行 CDN 加速服务, 若有部分区域没有在网宿进行加速服务, 则需要参照附录 1 要求与其他 CDN 厂商沟通, 确定接口形式, 由网宿进行代理请求若需要进行测试, 联系网宿获取 HttpDNS 集群 IP 地址客户端需要对服务 IP 进行管理, 并定期更新服务 IP 基于容灾考虑, 建议保留使用运营商 LocalDNS 解析域名的方式作为备选网宿科技股份有限公司第 12 页

13 附录 1 代理查询接口规范使用场景客户域名不但使用了网宿 CDN 加速, 也使用其他 CDN 厂商加速服务, 但是希望通过网宿统计查询, 通过一次查询就能够获取正确的解析结果使用步骤 1 客户与网宿协商出一个 account_id 和加密秘钥, 并交予其他 CDN 厂商 ( 加密算法统一用 3DES 加解密算法 ) 2 其他 CDN 厂商按照本接口规范提供 httpdns 查询接口 3 网宿进行查询验证, 验证通过之后告知客户 4 客户进行 HttpDNS 接入测试 5 正式服务接口规范非加密方式请求格式如下 : curl " ws_domain = 参数说明如下 : 参数说明 account_id 客户唯一标示, 与客户协商一致, 该标示需要所有第三方厂商共用, 例如 ws_cnc_do_all_12345 dn 表示要查询的域名, 多个域名用 ; ( 半角分号 ) 分割 fromcdn 表示这个请求来源是 CDN 间代理请求, 当查询结果为空时, 直接返回空结果, 不进行递归查询响应格式如下 : { " retcode ":"0", "msg":" ", 网宿科技股份有限公司第 13 页

14 "data":{ " "ips": [ " " ], "ttl": 300, " v.cctv.com":{ "ips": [ " "," " ], "ttl": 300 参数说明如下 : 参数 retcode msg data ips ttl 说明返回码, 为 0 表示正常, 其他则为错误码, 错误码参见附录 2 错误码返回错误信息表示返回解析结果表示该域名的正确解析 IP 表示这些 IP 的 TTL 时间网宿科技股份有限公司第 14 页

15 附录 2 错误码 retcode 含义 0 成功 1 参数错误 2 请求超时 3 其他错误网宿科技股份有限公司第 15 页

网宿HttpDNS方案

网宿HttpDNS方案网宿 HttpDNS 方案 (DNS 防劫持方案 ) 接入指南网宿科技股份有限公司 2018.11 版权所有侵权必究 Content 目录 1. 网宿 HttpDNS 简介... 3 1.1. HttpDNS 原理... 3 1.2. 访拓扑图流程... 3 2. 接入指南... 5 2.1. 客户端逻辑流程图... 5 2.2. 接口使用说明... 6 2.2.1. HTTPDNS 服务接入方案