itunes store 无法连接504未知错误是什么意思

itunes store 无法连接504未知错误是（网关超时）服务器作为网关或代理知，但是没有及时从上游服务器收到请求。上游服务器已关闭（不响应网关 / 代理），而不是上游服务器和网关 / 代理在交换数据的协议上不一致。

正常道情况下，是由于被请求服务器发送超时引起。解决方法如下：

1、这个问题完全是由后端电脑之间 IP 通讯缓慢而产生，如果Web 服务器由某一网站托管，只有负责那个网站设置的人员才能解决这个问题版。网络上代理和缓存的使用日渐增加。只要在处理HTTP 请求的一连串电脑中， 有一个环节坏了，类似504 的错误就很容易产生。

2、 遇到 504 错误，就请与网站官方联系，需要网站方和互联网服务供应商(ISP) 及 Web服务器软件供应商联络，检查在其控制下的不同电脑之间的 IP 数据传输的流通状况。 由于互联网流通的权无规律性，这种类型的错误是瞬态的。

扩展资料：

在使用iTunes时经常会出现一些问题，比如可以同步软件、视频、音乐等，却无法进入iTunes store(iTunes商店)，任何页面都不行，点击都是显示loading页面。登陆账户时，又显示“无法完成您的iTunes store请求，发生未知错误（-50）”，导致iTunes store无法进入。

解决方法：

删除电脑中的iTunesPrefsxml这个文件即可。

该文件在Win7的路径是：

C:\Users\XXXX\AppData\Roaming\Apple Computer\iTunes\。

该文件在Winxp的路径是：

C:\Documents and Settings\XXXX\Application Data\Apple Computer\iTunes\。

XXXX是电脑用户名，或者是默认的Administrator。

删除文件后，重新运行iTunes，itunes会提示重新进行配置，完成后iTunes就恢复正常了，即可顺利进入iTunes store(iTunes商店)。

注意：此方法会令iTunes恢复出原始状态，资料库内容、偏好设置将被全部清空。可按住Shift键打开iTunes，重新选取资料库即可。

打开网页出现504是通常意味着上游服务器已关闭（不响应网关 / 代理），而不是上游服务器和网关 / 代理在交换数据的协议上不一致。

正常情况下，是由于被请求服务器发送超时引起。服务器（不一定是 Web 服务器）正在作为一个网关或代理来完成客户（如您的浏览器或我们的 CheckUpDown 机器人）访问所需网址的请求。 为了完成您的 HTTP 请求， 该服务器访问一个上游服务器， 但没得到及时的响应。

扩展资料

解决方法

这个问题完全是由后端电脑之间 IP 通讯缓慢而产生， 可能包括 Web 服务器。 如果 Web 服务器由某一网站托管， 只有负责那个网站设置的人员才能解决这个问题。

网络上代理和缓存的使用日渐增加。尽管 CheckUpDown 机器人将总是试图 ' 钻入 ' 真正收管的网站的电脑， 但是 HTTP 请求实际上落在哪里并不能完全控制。 只要在处理 HTTP 请求的一连串电脑中， 有一个环节坏了，类似 504 的错误就很容易产生。

遇到 504 错误，与网站官方联系（例如通过电子邮件），此问题个人无法解决。需要网站方和互联网服务供应商 (ISP) 及 Web 服务器软件供应商联络， 检查在其控制下的不同电脑之间的 IP 数据传输的流通状况。

-504错误

情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成

这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。

情况一解决办法：

默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginxconf里，加入：fastcgi_buffers 8 128k

这表示设置fastcgi缓冲区为8块128k大小的空间。

情况一解决办法（改进）：

在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：

send_timeout 60;

经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。

情况二：PHP环境的配置问题

这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。

情况二解决办法（ php-fpm配置修改）：

将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。

将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。

情况二解决办法（nginx配置修改）：

为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下：

将fastcgi_buffers由4 64k改为2 256k;

将fastcgi_buffer_size 由64k改为128k;

将fastcgi_busy_buffers_size由128k改为256k;

将fastcgi_temp_file_write_size由128k改成256k。

情况二解决办法修改完，我们需要重新加载php-fpm和nginx的配置，然后再进行测试。之后就没有发现“504 Gateway Time-out”错误，效果也还是不错的！