奇妙なカールエラー-WHMCSのErrno104（コード56）

Question

cpanelを備えた私のCentos 6.0 x86 VPSサーバーにWHMCSをインストールしたばかりです。 WHMインポートツールを使用するのに疲れていて、次のエラーを受け取ります。

SSL read: error:00000000:lib(0):func(0):reason(0), errno 104 (Code 56) - Check IP/Blocked Firewall Ports

エラーは、Get Accountsボタンをクリックしてすぐに表示され、エラーを解消する前に何も考える必要がないように見えます。サーバーがWHMCSで正しくセットアップされており、Curl WebサイトのCurlエラーをチェックしています。 HTTPまたはHTTPSを介して接続するかどうかも同じエラーが発生します。

私は実際に最後のVPSサーバーでもこれを持っていました。エラーは同じでしたが、データも返されませんでしたが、時には表示されませんでした。しかし、私はその時点でサーバーを移動しようとしていたので、問題をさらに調査しませんでした。私の希望は、問題が私に従わないことでした。不幸には持っています！その場合のサーバーはCentos 5.7 x64でした

関連性があると思われるStackOverFlowに関する唯一の質問は、OpenSSL拡張を可能にすることを可能にします。ただし、これはWindowsのみであるため、私には役に立ちません。ネットの周りの他の問題はvaugeのように思われ、さまざまなものを膨大な配置に関連しています。通常、Facebookアプリ開発者は、アプリ内でエラーを受け取ることに不満を述べています。ある人は、あなたがいる接続はそれを引き起こす可能性があると言いましたが、ホーム接続とコーポレートネットワークの両方を介してエラーを確認してください。とにかくありそうもないようでした！

PHPがopenSSLでコンパイルされていることを確認できます。私はPHP情報情報に「-with-openssl =/usr '' - with-openssl-dir =/usr」を持っています。また、curl-with-curl =/opt/curlssl/'' - with-curlssl 'およびcurlテストでコンパイルされています。 Curlは次の情報を示しています。

cURL Version 7.21.6
SSL Version OpenSSL/1.0.0
ZLib Version 1.2.3

ビットフィールドに機能をチェックして、予想通りに戻ってきます。

CURL_VERSION_IPV6 matches
CURL_VERSION_KERBEROS4 does not match
CURL_VERSION_SSL matches
CURL_VERSION_LIBZ matches

また、curl_versionの配列ダンプ。普通のものは何も見えませんが、私は完全に投稿すると思いました：

Array ( [version_number] => 464134 [age] => 3 [features] => 1565 [ssl_version_number] => 0 [version] => 7.21.6 [host] => i686-pc-linux-gnu [ssl_version] => OpenSSL/1.0.0 [libz_version] => 1.2.3 [protocols] => Array ( [0] => dict [1] => file [2] => ftp [3] => ftps [4] => gopher [5] => http [6] => https [7] => imap [8] => imaps [9] => pop3 [10] => pop3s [11] => rtsp [12] => smtp [13] => smtps [14] => telnet [15] => tftp ) )

私はWHMCSサポートに連絡しましたが、彼らはそれが私のサーバー上のSSL設定の問題になる可能性があることをアドバイスしました。 SSLは、このツールを使用するためにSSLを介して接続する必要があるとは思わなかったため、チケットをログに記録したときにドメインのセットアップではありませんでした。実際、私はそれがサーバーと通信するためにポート2086を使用していると思います、私は間違っている可能性があると思いました！いずれにせよ、SSLは現在ドメインとサーバーのために正常に動作しているため、これを除外しました。彼らはそれがWHMCSの問題ではなく、私のサーバーの構成問題であると信じているので、問題を取り戻しましたが、これは十分に公平です。私はそれが他の人に影響を与えることを本当に議論し、想定することはできません。しかし、私はまだ少し喪失しています。残念ながら、私のVPSは管理されていないので、誰にもログインして見てみるように頼むことはできませんが、彼らが探しているものはわかりません。

最後に、ここに私が異なる方法で反応することができるかどうかを確認しようとしたもののリストがあります。ポート2086

私がやったことがない唯一のことはApacheを再構築することだけだと思いますが、それが何でも解決するのではないかと疑っています。可能であればそうすることを避けたい。今のところ問題を無視して、アカウントを手動で入力できるだけで、負荷はありません。しかし、私のサーバーにさらに激しく噛まれているサーバーに構成の問題がある場合に備えて、私はそれをglossしたいと思っています。同様に、WHMCSソフトウェアに癖やバグがある場合は、自分自身を立ち上げて実行し、他の人が影響を受けないようにすることができるように、彼らのためにそれを釘付けにすることができます。彼らは、それがコードベースのバグではなく、コードを見ることができないと確信しているようです。しかし、私はそれが彼らのアプリのかなり成熟した部分だと思いますので、今のところ私は家に近づいています

このようなアイデアや経験は、何が起こっているのかに光を当てるかもしれません。

乾杯！

Answer 1

最終的にそれが何であるかを解決しました。サーバーを可能な限り安全にするために、ホストアクセス制御を使用して、特定の既知のIPのみにwhostmgrdサービスへのアクセスを制限していたことがわかりました。 WHMCSがAPI呼び出しを試み始めたときに、サーバー自体のIPを配置するとは考えていませんでした。

私の人生の1日半だけが無駄になりました。なんて楽しい！