FuelPHPで、curlでリクエストを投げたが、404になってしまう。コマンドでcurlするとリクエストが可能

Question

環境はEC2でAmazonLinuxを動作させています。

FuelPHPで以下のようなソースでリクエストを投げました。パラメータについてはダミーだとお考え下さい。

$url = "https://hogehoge.net/hoge/api/login"
$request  = \Request::forge($url, 'curl');
$request->set_option(CURLOPT_SSL_VERIFYPEER, false);
$request->set_method('post');
$request->set_params($params);
$request->add_param($param2);
$request->execute();
$response = $request->response();

その結果ｈ，curlを投げた結果が404で帰ってきました。
FuelPHPのログに以下のようにログがありました。

INFO - 2015-05-26 10:06:34 --> Fuel\Core\Request_Curl::__construct - Creating a new CURL Request with URI = "https://hogehoge.net/hoge/api/login"
INFO - 2015-05-26 10:06:34 --> Fuel\Core\Request::__construct - Creating a new main Request with URI = "error/404"
INFO - 2015-05-26 10:06:34 --> Fuel\Core\Request::execute - Called
INFO - 2015-05-26 10:06:34 --> Fuel\Core\Request::execute - Setting main Request

このリクエスト先は自分自身のサーバです。
httpdのログを見ても、何も表示されておりませんでした。

不思議なのは、linuxのコマンドのcurlを投げた場合、ちゃんとリクエストが届くのです。

このような現象に、どなたか心当たりが無いでしょうか？

curlをコマンドで打つとリクエストが届くので、セキュリティグループの問題ではないと考えています。
FuelPHPの内部的な問題ではないかと思っていますが、configファイルは数週間変更しておりません。

追記です。
Fuel\Core\classes\requestのcurl.phpで、executeメソッドの中を見てみると、

$this->set_response($body, $this->response_info('http_code', 200), $mime, $headers, isset($this->headers['Accept']) ? $this->headers['Accept'] : null);

という処理の後で、

if ($body === false)
{
        $this->set_defaults();
        throw new \RequestException(curl_error($connection), curl_errno($connection));
}

の処理に入ってました。
404エラーとなっていたのは例外処理の結果らしく、根本的にはこのset_responseあたりに問題があるんじゃないかと思っています。
引き続き調べてみます。

さらに追記です。

curl.php の executeメソッドで、

$body = curl_exec($connection);

の結果、$bodyが空になっていました。

その数行手前で、

curl_setopt_array($connection, $this->options);

の時点で、$this->options の内容をログに出力した所、以下のようになりました。

(
[> 64] =>
[13] => 30
[19913] => 1
[45] =>
[52] => 1
[10036] => POST
[47] => 1
[10015] => param_name=hogehoge1&param_name2=hogehoge2
)

Answer 1

404 ということは、ウェブサーバでリクエストを受け付け、
ウェブサーバがファイルを探しにいって存在しない場合に返却するレスポンスコードです。

なので、ネットワーク的には問題ないかと思います。

URL（主にファイル名）が正しくない気がしますが、ブラウザからそのURLでアクセスして
画面は表示されますか？

Comments

[usugita_san]

はい。表示されます。
今、FuelのCoreの
/fuel/core/classes/request/curl.php
にログを入れて確認したのですが、
Request_Curl の
public function execute(array $additional_params = array())
というメソッドで、
$this->set_response($body, $this->response_info('http_code', 200), $mime, $headers, isset($this->headers['Accept']) ? $this->headers['Accept'] : null);

の後で、
if ($body === false)
{
logger(\Fuel::L_INFO, 'yasuda test body === false', __METHOD__);
$this->set_defaults();
throw new \RequestException(curl_error($connection), curl_errno($connection));
}
の中に入ってました・・・
404エラーになったのは、例外処理の結果らしく、根本的には別の問題だったようです。

[kurosawa]

なるほど。
FuelPHPのcURLでエラーとなった場合、404で返却されてしまうんでしょうね。
（ごめんなさい。FuelPHP詳しくないので余計な返答してしまいました）

ちなみに
　if ($body === false)
のすぐ後で、
　curl_error($connection)　と　 curl_errno($connection)
をログに出力してみて、
発生しているエラーコードを下記と照らし合わせてみては如何でしょうか。
http://curl.haxx.se/libcurl/c/libcurl-errors.html

また、とんちんかんなこと言っていたらごめんなさい。

[usugita_san]

とんでもございません。私がもう少し詳しく調べてから質問すべきでした。
感謝しております。

curl_errorについても、これから調べてみます。
ありがとうございました。

[usugita_san]

ごめんなさい、理由は解らないのですが、AWSのインスタンスを再起動したら治りました…。OSがそもそも不安定だったのかな？とか考えています。こんなこと、あるんですね…。現在は一切の修正もいらずに正常に動いています。
少々腑に落ちませんが、これで解決としたいと思います。

[kurosawa]

うぇ〜、、、再起動で解消ってことはさまざまな原因が考えられますね...

・Apache再起動で設定が反映された
・ネットワークが再起動され設定が反映された
・メモリ領域が変わったことで不具合が解消された
　etc...

私もAWSではありませんが仮想環境でマイグレーションが発生し、
メモリ破壊した事象も経験しているので、なんとも言えませんね。

まずは解決したとのこと。再発しないことを祈ります。

こんなのでベストアンサー頂いて恐縮です。