网站服务常见问题

设置的网站或者服务端口无法连接怎么办？

如果在客户端无法连接已经在节点上部署的网站服务节点，那么可以从以下几点来诊断问题：

1. 检查域名已经解析到节点。如果你使用了域名，请确保域名解析生效而且是正确的，可以使用ping命令来确认，类似于（把其中的 goedge.cn 换成你自己的域名）：

   ping goedge.cn

   检查是否能够Ping通，以及Ping的结果出现的IP是否是你的服务器节点的IP。

2. 检查服务是否已经设置了监听端口，一般为http的80，https的443；

3. 检查节点进程是否已经启动，通常可以在服务器上通过 ps 命令来检查：

   ps ax|grep edge-node

   结果应该类似于：

   [root@web001 ~]# ps ax|grep edge-node
   7930 ?        Sl    65:32 bin/edge-node

   其中 7930 就是edge-node的进程ID（不是固定的），如果没有这一行，则说明你的边缘节点没有启动，请执行 edge-node start 启动节点；如果执行命令后，仍然不显示进程，可以进入步骤4检查日志；

4. 检查启动过程中有无错误，可以通过edge-node安装目录下的 logs/run.log 文件来查看启动日志：

   cd $EdgeNode安装目录
   tail -f logs/run.log

   可以通过查看 logs/panic.log 来查看是否有严重错误：

   cd $EdgeNode安装目录
   cat logs/panic.log

   如果有严重错误，请及时上报给开发者以寻求帮助；

5. 检查端口是否已监听，假设 80 和 443 是你指定的服务端口：

   # 以下这两条命令要分开运行
   netstat -an|grep 80|grep LISTEN
   netstat -an|grep 443|grep LISTEN

   检查是否能返回内容，如果没有这些端口在监听，那么可能的几个原因有：

   1. 当前节点所在集群上没有部署任何网站；
   2. 服务没有设置正确的端口号；
   3. 服务没有部署到对应的集群中；
   4. 节点没有启用，如果已经启用，在”节点详情”中将会显示”已启用”；
   5. 节点没有处在正确的集群中；
6. 如果节点已经在监听，但是访问到的是别的服务（比如nginx），那么说明有端口冲突，请停用或者修改其他服务；

7. 检查边缘节点是否有防火墙，可以在客户端上通过 telnet 检查是否能够连接服务端口：

   # 以下这两条命令要分开运行
   telnet 192.168.1.100 80
   telnet 192.168.1.100 443

   其中 192.168.1.100 换成你的边缘节点所在服务器的IP，如果连接不了，通常是防火墙设置问题，请修改防火墙设置。如果你不确定防火墙设置是否正确，不妨先停用所有的防火墙（常见的有iptables和firewalld），然后试着访问网站服务，看是否能够成功，来确认是否是防火墙的问题；

8. 检查云服务控制台是否有安全策略，如果有的话，需要将相关端口（比如80和443）加入到通过名单中，比如阿里云的安全组如下：
9. 检查自己IP是否在黑名单中，可以在”网站服务”菜单–“IP名单”菜单中查询自己的IP，查看是否被封锁；
10. 检查当前IP是否被WAF的其他规则拦截（包括国家/地区封禁、省份封禁）。

502 Bad Gateway 是怎么回事？

出现 502 Bad Gateway 通常说明源站无法连接，可以在访问日志里查看详情（如果开启了访问日志的话）。此时，请检查：

1. 你有没有在源站中设置源站；
2. 你是否在源站设置中设置了源站的专属域名，导致用户访问专属域名以外的域名时无法匹配到源站；
3. 你填写的源站的协议、域名、端口等信息是否正确；
4. 源站是否返回了502；
5. 通过 curl 或者 wget 等工具在边缘节点上直接访问源站URL，检查在边缘节点上是否能正常访问源站。

504 Gateway Timeout 是怎么回事？

出现 504 Gateway Timeout 通常说明源站连接超时，可以在访问日志里查看详情（如果开启了访问日志的话）。此时，请检查：

1. 检查源站的协议、域名、端口是否正确；
2. 源站是否返回了504；
3. 通过 curl 或者 wget 等工具在边缘节点上直接访问源站URL，检查在边缘节点上是否能正常访问源站。

在访问日志详情（访问日志后面图标点开）中”综合信息”页面会给出具体的错误，通常是：

• dial tcp: xxx.xxx.xxx.xxx .. i/o timeout - 指的是节点通过TCP连接源站超时；通常是节点和源站的网络连接状况不佳，也有可能是源站设置了一些限流、限速措施，导致边缘节点无法正常连接源站；
• dial tcp: lookup example.com on xxx.xxx.xxx.xxx - 指的是节点通过TCP连接DNS解析服务超时；
• tls handshake timeout - TLS握手超时

使用CDN后Header无法读取？

有些自定义的Header经过CDN之后，源站无法读取，可能的原因是GoEdge会自动将用户自定义的Header名称换为标准的Header，比如用户的请求中含有：

auth-key: MTIzNDU2
X-WWW-Echo: Helo

那么，经过CDN之后，源站接收到的Header会变成：

Auth-Key: MTIzNDU2
X-Www-Echo: Helo

在HTTP/2中在浏览器端查看的Header可能全部是小写的，但是实际在传输中Header都是首字母大写的。

知道原因后，我们就有了解决方案：

• 方法1：修改源站的程序，从原先不标准的Header名改为标准的Header名，比如从 auth-key 改为 Auth-Key；
• 方法2：在服务设置”HTTP Header” – “请求Header”中自定义一个新的非标准Header，比如名称为auth-key，值为${header.Auth-Key}，这样可以强行添加一个非标准Header在请求中，源站接收到的就是非标准的auth-key。

使用CDN后浏览器无限重定向？

如果使用CDN后，浏览器端显示Too Many Redirects等无限重定向的现象，那么常见的可能原因有如下几个：

1. 可能原因1：源站中设置的源站域名和CDN域名一致：如果源站的域名和用户访问CDN的域名是一样的，那么CDN将无法正常读取源站；请务必检查源站设置，防止源站中域名配置和CDN冲突；
2. 可能原因2：源站地址是HTTP，但是在源站设置了自动跳转到HTTPS，所以导致源站一直在HTTP-HTTPS之间不断跳转，这种情况下，有以下几个解决方法：
   1. 取消源站的自动跳转设置（或者根据当前访问域名来判断是否跳转，而不是全部强制跳转）；
   2. 源站地址改为HTTPS的，防止源站自动跳转。

出现 ERR_SSL_PROTOCOL_ERROR 错误是怎么回事？

如果你在浏览器上打开网站出现类似于以下的错误：

此网站无法提供安全连接
xxx.com 发送的响应无效。
ERR_SSL_PROTOCOL_ERROR

通常原因：

1. 可能开启了网站443端口，但是没有上传SSL证书导致，你可以上传证书或者关闭443端口来解决此问题；
2. 可能错误地在HTTP里将端口设置为443，请改为在HTTPS里设置这个端口。

提示 “listen tcp xxx: bind: address already in use” 错误

如果启动后，系统提示 “listen tcp xxx: bind: address already in use”，表示除了GoEdge之外还有别的服务进程在使用这个端口，导致GoEdge无法绑定同样的端口。所以，解决方法是关掉其他占用此端口的进程，再次重启边缘节点进程即可。

在Linux上，可以通过以下命令查看占用端口的进程：

# 80是提示占用的端口，如果提示别的端口被占用，你需要换成别的端口
netstat -anp|grep 80|grep LISTEN

可以把命令里的 80 换成你要检查的端口号。

提示 “listen tcp xxx:yyy: bind: cannot assign requested address”

这个提示说明当前系统无法绑定指定的端口，常见可能的原因是：

• 端口号超出了系统允许的端口范围；比如通常的Linux系统端口号不能超过65535；
• 你在监听地址中填写了IP地址，但是这个IP地址并没有绑定到系统网卡。

开启HTTPS后浏览器提示 ERR_SSL_VERSION_OR_CIPHER_MISMATCH

通常的几个原因：

• 没有上传对应域名的SSL证书导致，请上传证书后再试；
• 绑定的域名没有填写正确，请在”域名”设置里查看域名是否填写正确、是否有同一个域名绑定多个服务的情形。

499是什么错误？

客户端在发送请求过程中取消请求的时候，会记录一个499。