在浏览器上执行正常的脚本在cli上失败

Question

所以，我在CentOS 7中，我有一个基本连接到AWS机器的脚本检查新文件并下载它们。通过浏览器运行它完美，但我希望它是一个cron作业，所以我试图在命令行上运行它，但它失败了以下消息： -

PHP Fatal error: Uncaught Guzzle\Http\Exception\CurlException: [curl] 56: Received HTTP code 407 from proxy after CONNECT

我已经测试了，在两种情况下都加载了相同的模块（由get_loaded_extensions( )检查），同一个用户正在执行脚本（由get_current_user( )检查）并且加载的phpinfo是相同的两种情况都有文件;

我支持公司代理，但我不明白为什么这不会影响通过Apache运行的进程，但会影响在CLI上运行的进程。

我们正在谈论正在执行的完全相同的文件。所以我试图理解Apache正在做什么才能到达代理，为什么它在CLI上失败了，关于我接下来应该检查什么的提示？

此问题与cURL Proxy issues 407不重复。阅读答案以验证两种情况都不相同。

Answer 1

好的，有一件事我忘了说，现在我意识到这可能是问题所在。

此脚本位于我的网络上的服务器中，但不在我的计算机上。

这意味着当我看到我的浏览器上运行的脚本时，我的系统凭据正在访问代理，当我在服务器的命令行上运行它时，服务器凭据代替代理...因为我没有给出任何用于代理代理的凭据都不会对请求进行身份验证。

抱歉浪费你的时间。