我最近发现,当我们试图通过Graph API发出FQL查询时,我们的一台生产服务器给出了一个致命错误。在其他服务器上完全相同的代码可以完美地工作。服务器位于具有单个IP地址的负载均衡器之后。
错误是:
PHP Fatal error: Uncaught OAuthException: (#5) Unauthorized source IP address
thrown in /usr/local/home/faniq/php-lib/facebook/base_facebook.php on line 1039
我已经尝试将IP地址添加到我的FB应用程序的服务器白名单中(它是空白的)
我可以做些什么来修复此建议消息?
与此相关的虚拟机是一个The服务器,它位于Azure LoadBalancer之后。导致这种情况的NSG规则(只有1条“非默认规则”)是:
Type: Allow
Source: Service Tag - Internet, source port range = *
Destination: ASG for this VM, destination port 80,443, protocol tcp
如果我删除此规则,消息将消失(几个小时后),但internet web流量无法再到达VM。
我应该忽略Azure建议消息吗?还是我忽略了什么?我期待着得到这个
我正在尝试在docker容器上配置apache负载均衡器,并启用暴露端口80:80。甚至负载均衡器配置已经在负载均衡器配置文件中使用正确的ips进行了更新。由于整个设置都在同一子网中工作,因此它们都相互连接。我正在使用web服务器的wordpress镜像,db的MySQL镜像和负载均衡器的centos镜像,甚至已经完成了伪装的防火墙规则,并将其移植到wordpress帮助。 My loadbalancer config file docker ps command Error ...Why is it going to port 8080 even though I have configu
WordPress应用程序部署在具有负载均衡器的AWS Elastic Beanstalk中。我发现有时会出现ELB 5XX错误。为了使不健康阈值较高的实例OutOfService计数,我将不健康阈值设置为10。但有时健康检查失败,健康状况很严重。我有时会收到这样的错误:"% of the request to the ELB I with HTTP 5xx“。我检查了ELB访问日志,有时请求获取超时( 504 )错误,在连续出现504个错误后,ELB使实例成为OutOfService。我正在尝试修复失败的请求。
我不知道的是,有没有可能让实例"InService“越快越好。因