2017-08-11 14 views
0

CentOS 7で、基本的にAWSマシンに接続するスクリプトを使用して、新しいファイルをチェックしてダウンロードします。ブラウザを介してそれを実行すると、完璧に動作し、まだ私はそれをcronジョブになりたいので、私は、コマンドライン上でそれを実行しようとしていますが、それは、次のメッセージで失敗します - 私はすでにテストブラウザで正常に実行されているブラウザでcliが実行されない

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

、および(get_loaded_extensions()でチェックされている)同じモジュールが両方の場合にロードされています。同じユーザがスクリプトを実行しています(get_current_user()でチェックされています)。

私は社内プロキシの背後にいますが、なぜこれがApacheを介して実行されているプロセスに影響するのではなく、CLIで実行されているプロセスに影響するのかわかりません。

正確に同じファイルが実行されているということです。だから、私はApacheがプロキシに到達するために何をしているのか理解していますが、なぜそれがCLIで失敗するのか、次に調べるべきことのヒントを教えてください。

この質問は、cURL Proxy issues 407の複製ではありません。答えを読んで、両方のケースが同じでないことを確認してください。

+0

'407 Proxy Authentication Required'を取得すると、あなたの最善の策はプロキシ管理者と話すことです。 – CBroe

+0

答えてくれてありがとう、私はそれを理解していますが、 CLIを介してしかし、Apacheを通過する、それは私がここでデバッグしようとしているものです。 – user2968874

+0

私は、プロキシ管理者と話す前に、ここでデバッグするのに時間を費やすことはありません。結局のところ、彼らは単に、より多くの手間をかけずにApacheから発信されるリクエストを許可するようにプロキシを設定しました。 – CBroe

答えて

0

私は忘れてしまったことがありますが、今は恐らくそれがおそらく問題であることを認識しています。

このスクリプトはネットワーク上のサーバー上にあります。私のコンピュータ上にはありません。

これは、ブラウザでスクリプトが実行されているのを見ると、システムの認証情報がプロキシに当たっていることを意味します。サーバーのコマンドラインで実行すると、プロキシが要求を認証していないことを確認するための資格情報を与えます。

ご迷惑をおかけして申し訳ありません。

関連する問題