• 关于

    php服务端

    的搜索结果

回答

如何实现 JavaScript RPC 应用 一、一个 JavaScript RPC 的实现 1、RPC工作流程 JavaScript RPC 的简单实现过程是: 在客户端JavaScript脚本中,将要调用的服务端PHP函数名和函数参数(本地的JavaScript变量值)作为要传输的数据,通过Ajax传输到服务端,同时,Ajax设置一个回调函数,以便使用服务端函数的返回结果。在服务端PHP脚本中,接收Ajax传输的数据,从中取出要执行的函数名和函数参数。然后执行指定的函数,并将执行函数的返回值作为传输的数据,直接输出到浏览器,以此作为响应AJax的请求。客户端的Ajax在接受服务端的响应后,把返回的数据传递给AJax的回调函数。到此完成了一个RPC的流程。 2、传输的数据 在RPC执行过程中,客户端与服务端需要相互传输数据,我们分别称之为客户端数据和服务端数据。对此的说明如下表: 客户端数据: 函数名:服务端PHP脚本中存在的函数。 函数参数:客户端JavaScript脚本中的变量值。 服务端数据: 函数返回值:执行服务端PHP函数的返回值。 3、序列化与反序列化 为了要传输客户端的变量值和服务端的函数返回值,需要对其进行序列化处理。与之相对应的在传输后还要进行反序列化处理。 JavaScript中的变量的类型:基本类型和JSON类型(普通数组、元对象) PHP中的变量类型:基本类型和数组(普通数组和关联索引数组) PHP语言具有序列化和反序列化函数,而JavaScript语言中没有,因此我们要自己实现它。 由于我们进行JavaScript和PHP之间的数据交换,所以直接把JavaScript变量序列化为PHP的序列化形式。我们实现Js2PhpSerialize函数来完成这个任务。 Js2PhpSerialize:主要是把JSON对象及嵌套调用的JSON对象和基本类型的数据表示为PHP的序列化形式。 服务端的PHP在执行函数后,把结果序列化为JavaScript能理解的形式,以便于eval动态生成变量。我们实现php2JsSerialize函数来完成这个任务。 4、功能实现 我们创建两个类来完成上述功能。一个是客户端的JavaScript类,一个是服务端的PHP类。 文件名:jsrpc.class.js 要实现的功能: A、序列化JavaScript的数据。 B、Ajax传输序列化数据 C、反序列化JavaScript数据。 D、设置回调函数。 文件名:jsrpc.class.php 要实现的功能: A、响应Ajax请求,接收序列化数据。 B、反序列化PHP数据,基本类型和数组。 C、序列化PHP数据为JavaScript数据。 将JavaScript的数据类型转换为PHP可以理解的形式,通过Ajax把转换后的数据传递到服务端,由PHP的eval函数解析为PHP的数据类型。 PHP函数执行后,将执行结果数据转换为JavaScript可以理解的形式,由Ajax的回调函数响应,并由JavaScript的eval函数解析为JavaScript的数据类型。 二、应用示例 代码片段: JavaScript端: <SCRIPT language=javascript src="jsrpc.class.js"></SCRIPT> <SCRIPT language=javascript> var arr = new Array(1,'abc', new Array(3,'xyz'),5); var rpc = new JsRPC(); rpc.call('ajax_server.php', 'checkBook', response, arr); function response(result) { alert(result[1]); } </SCRIPT> PHP端(即文件ajax_server.php): <?php require_once('jsrpc.class.php'); $ar = new JsRPC(); $ar->register('checkBook'); $ar->start(); function checkBook($param) { return $param; } ?> 如上所示,它使用方法与一个叫CPaint的类库相似,只是省去了将数据装到一个对象中的步骤。 三、获取源码 “答案来源于网络,供您参考”
牧明 2019-12-02 02:15:31 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 本教程介绍如何在Web端通过表单上传方式直接上传数据到OSS。 背景 每个OSS的用户都会用到上传服务。Web端常见的上传方法是用户在浏览器或app端上传文件到应用服务器,然后应用服务器再把文件上传到OSS。 和数据直传到OSS相比,以上方法有三个缺点: 上传慢。先上传到应用服务器,再上传到OSS,网络传送比直传到OSS多了一倍。如果直传到OSS,不通过应用服务器,速度将大大提升,而且OSS采用BGP带宽,能保证各地各运营商的速度。 扩展性差。如果后续用户多了,应用服务器会成为瓶颈。 费用高。需要准备多台应用服务器。由于OSS上传流量是免费的,如果数据直传到OSS,不通过应用服务器,那么将能省下几台应用服务器。 目的 本教程的目的是通过以下三个例子介绍如何通过表单直传数据到OSS: JavaScript客户端签名直传讲解在客户端通过JavaScript代码完成签名,然后通过表单直传数据到OSS。 服务端签名后直传讲解在服务端通过PHP代码完成签名,然后通过表单直传数据到OSS。 服务端签名直传并设置上传回调讲解在服务端通过PHP代码完成签名,并且服务端设置了上传后回调,然后通过表单直传数据到OSS。OSS回调完成后,应用服务器再返回结果给客户端。
2019-12-01 23:13:24 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 本教程介绍如何在Web端通过表单上传方式直接上传数据到OSS。 背景 每个OSS的用户都会用到上传服务。Web端常见的上传方法是用户在浏览器或app端上传文件到应用服务器,然后应用服务器再把文件上传到OSS。 和数据直传到OSS相比,以上方法有三个缺点: 上传慢。先上传到应用服务器,再上传到OSS,网络传送比直传到OSS多了一倍。如果直传到OSS,不通过应用服务器,速度将大大提升,而且OSS采用BGP带宽,能保证各地各运营商的速度。 扩展性差。如果后续用户多了,应用服务器会成为瓶颈。 费用高。需要准备多台应用服务器。由于OSS上传流量是免费的,如果数据直传到OSS,不通过应用服务器,那么将能省下几台应用服务器。 目的 本教程的目的是通过以下三个例子介绍如何通过表单直传数据到OSS: JavaScript客户端签名直传讲解在客户端通过JavaScript代码完成签名,然后通过表单直传数据到OSS。 服务端签名后直传讲解在服务端通过PHP代码完成签名,然后通过表单直传数据到OSS。 服务端签名直传并设置上传回调讲解在服务端通过PHP代码完成签名,并且服务端设置了上传后回调,然后通过表单直传数据到OSS。OSS回调完成后,应用服务器再返回结果给客户端。
2019-12-01 23:13:25 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 本教程介绍如何在Web端通过表单上传方式直接上传数据到OSS。 背景 每个OSS的用户都会用到上传服务。Web端常见的上传方法是用户在浏览器或app端上传文件到应用服务器,然后应用服务器再把文件上传到OSS。 和数据直传到OSS相比,以上方法有三个缺点: 上传慢。先上传到应用服务器,再上传到OSS,网络传送比直传到OSS多了一倍。如果直传到OSS,不通过应用服务器,速度将大大提升,而且OSS采用BGP带宽,能保证各地各运营商的速度。 扩展性差。如果后续用户多了,应用服务器会成为瓶颈。 费用高。需要准备多台应用服务器。由于OSS上传流量是免费的,如果数据直传到OSS,不通过应用服务器,那么将能省下几台应用服务器。 目的 本教程的目的是通过以下三个例子介绍如何通过表单直传数据到OSS: JavaScript客户端签名直传讲解在客户端通过JavaScript代码完成签名,然后通过表单直传数据到OSS。 服务端签名后直传讲解在服务端通过PHP代码完成签名,然后通过表单直传数据到OSS。 服务端签名直传并设置上传回调讲解在服务端通过PHP代码完成签名,并且服务端设置了上传后回调,然后通过表单直传数据到OSS。OSS回调完成后,应用服务器再返回结果给客户端。
2019-12-01 23:13:25 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 本教程介绍如何在Web端通过表单上传方式直接上传数据到OSS。 背景 每个OSS的用户都会用到上传服务。Web端常见的上传方法是用户在浏览器或app端上传文件到应用服务器,然后应用服务器再把文件上传到OSS。 和数据直传到OSS相比,以上方法有三个缺点: 上传慢。先上传到应用服务器,再上传到OSS,网络传送比直传到OSS多了一倍。如果直传到OSS,不通过应用服务器,速度将大大提升,而且OSS采用BGP带宽,能保证各地各运营商的速度。 扩展性差。如果后续用户多了,应用服务器会成为瓶颈。 费用高。需要准备多台应用服务器。由于OSS上传流量是免费的,如果数据直传到OSS,不通过应用服务器,那么将能省下几台应用服务器。 目的 本教程的目的是通过以下三个例子介绍如何通过表单直传数据到OSS: JavaScript客户端签名直传讲解在客户端通过JavaScript代码完成签名,然后通过表单直传数据到OSS。 服务端签名后直传讲解在服务端通过PHP代码完成签名,然后通过表单直传数据到OSS。 服务端签名直传并设置上传回调讲解在服务端通过PHP代码完成签名,并且服务端设置了上传后回调,然后通过表单直传数据到OSS。OSS回调完成后,应用服务器再返回结果给客户端。
2019-12-01 23:13:25 0 浏览量 回答数 0

问题

linux服务器 外网请求不返回数据

境是linux、apache、php。问题是将项目从windows迁移到linux后发生的。就是当外网(内网正常)请求服务器时,偶尔发生无数据返回的现象。比如客户端发出一个GET请求,服务端收到请求信息,处理后输出返回信息,但奇怪的是客户端...
小旋风柴进 2019-12-01 19:42:06 1154 浏览量 回答数 1

问题

android客户端与服务端通信安全问题 安全 数据 通信 android

对于android请求服务端,经常会把接口暴露,例如http://www.myweb.com/api.php别人就能通过这些个接口,使用浏览器的方式,对服务端恶意注入数据,大家有没有好的解决方法来解决这个问题啊...
爵霸 2019-12-01 19:52:05 1172 浏览量 回答数 1

问题

安卓端如果根据服务端的签名url直接上传文件至OSS

1.服务端PHP已经生成了签名的上传URL。 2.安卓端的sdk没有找到相关的接口,根据该URL直传OSS的地方。...
1904742942413394 2019-12-01 19:03:34 106 浏览量 回答数 0

问题

ajax向php服务端请求数据用datables显示400 请求报错

ajax向php服务端请求数据用datables显示,数据有但显示“No data available in table”   ajax向php服务端请求数据用datables显示,数据有但显示“No data...
kun坤 2020-05-29 23:21:18 0 浏览量 回答数 1

问题

PHP服务端如何保存android客户端发来的数据:报错

最近在做一个小工程,用的是android的客户端和WAMP平台。 想通过PHP端接收android端发来的消息,然后通过session保存起来,由另外的php文件读取。 但是现在andr...
kun坤 2020-06-06 23:44:30 0 浏览量 回答数 1

回答

php服务端一般会有个nginx做代理,请检查access.log是否有本次访问。如果有,说明请求已经来到服务端,那基本就是因为你提交post请求的时候没有设置正确的content-Type导致数据无法被服务端正确解析。
一溜 2019-12-02 00:47:58 0 浏览量 回答数 0

问题

JAVASCRIPT 客户端加密 PHP服务端解密

我用 crypto-js 在客户端加密:function encrypt(str) {var key = $.cookie('key'); var encrypted = CryptoJS.TripleDES.encrypt(str, ke...
a123456678 2019-12-01 20:14:09 1300 浏览量 回答数 1

回答

服务端的接口是不需要处理JSON数据的,客户端来请求这个接口并获取到数据。因PHP和其他语音的JSON格式不太一致有时可能会出现解析不出的问题,这些问题一般是客户端去解决。原因:因为服务端是提供给很多终端使用,改成跟这个一致了,那么可能导致别的终端又无法解析了。
小旋风柴进 2019-12-02 02:02:58 0 浏览量 回答数 0

回答

先说 你写的两套程序 客户端和服务器端时依靠http协议进行通讯的 只需要将服务器端程序部署到服务器上 ,可以用tomcat 这些开源等, 这个和 普通的web项目 性质类似。1.安卓服务器端 很多语言都可以 ,java 只是其中的一种,.net ,php 都很常用,只不过java更重量级一些.2.java语言相对来说更重量级一些,其实 客户端和服务器端都是基于 http协议进行通信,所以用那种语言都可以实现。 更新客户端上的数据,当然是要客户端向服务端请求数据才可以实现更新。
爵霸 2019-12-02 02:10:09 0 浏览量 回答数 0

回答

先说 你写的两套程序 客户端和服务器端时依靠http协议进行通讯的 只需要将服务器端程序部署到服务器上 ,可以用tomcat 这些开源等, 这个和 普通的web项目 性质类似。1.安卓服务器端 很多语言都可以 ,java 只是其中的一种,.net ,php 都很常用,只不过java更重量级一些.2.java语言相对来说更重量级一些,其实 客户端和服务器端都是基于 http协议进行通信,所以用那种语言都可以实现。 更新客户端上的数据,当然是要客户端向服务端请求数据才可以实现更新。
爵霸 2019-12-02 02:09:05 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:49 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:50 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:51 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:51 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:50 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:50 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:49 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:49 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:51 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:50 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:49 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:49 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:51 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:50 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在负载均衡服务中开启健康检查功能后,当后端某个ECS健康检查出现问题时,会将请求转发到其他健康检查正常的ECS上。当该ECS恢复正常运行时,负载均衡会将其自动恢复到对外或对内的服务中。 针对七层负载均衡服务,当监听获取到健康检查异常的信息时,可以从以下方面对ECS实例进行健康排查: 确保您能够直接通过ECS访问到您的应用服务。 确保后端服务器开启了相应的端口,该端口必须与您在负载均衡监听配置中配置的后端端口保持一致。 检查后端ECS内部是否开启了防火墙或其他的安全类防护软件,这类软件很容易将负载均衡服务的本地 IP地址屏蔽掉,导致负载均衡服务无法跟后端服务器进行通讯。 检查负载均衡健康检查参数设置是否正确,建议参照缺省提供的健康检查参数进行设置。 建议使用静态页面来进行健康检查,如果您用于健康检查的页面在后端ECS应用服务器上并不是缺省首页,需要您在健康检查配置中指定该页面的URL。健康检查指定的检测文件,建议是html形式的简单页面,只用于检查返回结果,不建议用php等动态脚本语言。 检查后端ECS资源是否有较高负载,降低了ECS对外提供服务的响应速度。 另外,由于七层负载均衡服务跟后端ECS之间通过内网通讯,因此需要ECS监听内网或者全网端口。您可使用以下方法进行检查: 检查监听功能是否正常。 假设负载均衡前端端口是80,ECS 后端端口也是80,ECS 内网IP是 10.11.192.1。在服务器上运行以下命令,如果能看到10.11.192.1:80的监听信息,或者0.0.0.0:80的监听信息,说明这部分端口的监听正常。 Windows 服务器上运行:netstat -ano | findstr :80 Linux 服务器上运行:netstat -anp | grep :80 检查服务器内网防火墙是否放行80端口,可以暂时关闭防火墙进行测试。输入以下命令关闭防火墙。 Windows:firewall.cpl Linux:/etc/init.d/iptables stop 检查后端端口是否正常。 对于四层负载均衡,使用telnet测试有响应即为正常。本例中使用telnet 10.11.192.1 80来测试。 对于七层负载均衡,HTTP状态码需要是200等代表正常的状态码,检验方法如下: Windows:直接在ECS上访问ECS的内网IP测试是否正常,本例中为:http://10.11.192.1 。 Linux:使用curl -I命令查看状态是否为 HTTP/1.1 200 OK,本例是:curl -I 10.11.192.1。
2019-12-01 23:10:50 0 浏览量 回答数 0

云产品推荐

上海奇点人才服务相关的云产品 小程序定制 上海微企信息技术相关的云产品 国内短信套餐包 ECS云服务器安全配置相关的云产品 开发者问答 阿里云建站 自然场景识别相关的云产品 万网 小程序开发制作 视频内容分析 视频集锦 代理记账服务