☰

ホスト自体に接続できません

tag-icon • tag-icon centos iptables cron apache-httpd curl
ホスト自体に接続できません

質問は簡単です。私はApacheベースのサイトを持っていて、同じサーバー上のサイトでクローンジョブを実行しようとしています。たとえば、私のウェブサイトはhttp://example.comそしてクローン

/usr/bin/curl http://example.com/cron.php

動作しません。エラーは「curl：（7）ホストに接続できません」です。

なぜこれが起こるのですか？

PS Webサイトはうまく機能し、他の外部コンピュータ/クライアントからアクセスできます。

これは iptables -S の出力です。

-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 2222 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -j REJECT --reject-with icmp-host-prohibited

ping失敗：（ping example.com） - もちろん、ここではサーバードメインを使用しました。

134 packets transmitted, 0 received, 100% packet loss, time 136759ms

ベストアンサー1

これはいくつかの理由による可能性があります。

/*まず、この事件と全く関係がないということを申し上げたいと思います。サーバー障害ネットワークここにはない.*/

外部アドレスからのトラフィックは内部ネットワークに再送信されるため、内部ネットワークと独自のネットワークの両方でネットワークの外部アドレスに到達できないのが一般的です。だからおそらくDNSの問題、前述のように、ローカルネットワークと内部トラフィックに異なるURLを使用できます。つまり、分割DNSを使用します。

ところで、接続の種類に応じて外部IPがサーバーIPと同じ場合、何もアクセスできない可能性があります。そのため、ネットワークトポロジとゲートウェイの設定に注意してください。私はネットワークの専門家ではないので、システム管理にのみ役立つことができます。だからお勧めします。サーバー障害ネットワーク、ここではありません。

さて、これは役に立ちます。- LinuxではなくWindowsシステムにありますが、ネットワークはネットワークです。 - SuperUser.comでこの内容を見つけましたが、多くの役に立つと思います。ここにあります。ジャック・グールド彼の答えで、彼はこう言いました。

私のお金は、リセットまたは無効になっているルータの一種のNATループバック設定にあります。 NATループバックを使用すると、ルーターの外部IPアドレスと内部IPアドレスからポート転送サービス（ポート80のWebサービスなど）にアクセスできます。

あなたのルーターがISPによって提供されるルーター/モデムコンボである可能性はありますか？ ISPがルーター/モデムファームウェアをリセットまたはアップグレードし、NATループバック設定がプロセスで変更された可能性があります。多くのISPは、ルートメンテナンスを実行するために提供するルーター/モデムへのリモートアクセスをスケジュールし、NATループバックなどの設定は、リセット中に簡単に見落とされたり見落とされる可能性があるかなり非標準設定です。今、私はあなたのISPがあなたも知らない間にデバイスをリセットすることを容認しませんが、あなたがISPによって提供されたデバイスを使用するときに起こり得ることであることを明らかにします。

ルータの設定に進み、NATループバックオプション（または同様のオプション）があることを確認し、それを調整して問題が解決するかどうかを確認することをお勧めします。

同時にあなたの言ったからping失敗、Pingはインターネット制御メッセージプロトコル（ICMP）エコー要求（タイプ8）パケットを宛先ホストに送信し、ICMPエコー応答（タイプ0）を待機するように機能するため、カスタムICMPルールを追加できますiptables。構文はとても簡単です。

$ iptables -A INPUT -s x.x.x.x -p ICMP --icmp-type 8 -j ACCEPT

#OR if you don't know ICMP type numbers

$ iptables -A INPUT -s x.x.x.x -p ICMP --icmp-type echo-request -j ACCEPT

ところで、あなたのクローン作業構文次のようにする必要があります。

 # ┌───────────── min (0 - 59)
 # │ ┌────────────── hour (0 - 23)
 # │ │ ┌─────────────── day of month (1 - 31)
 # │ │ │ ┌──────────────── month (1 - 12)
 # │ │ │ │ ┌───────────────── day of week (0 - 6) (0 to 6 are Sunday to
 # │ │ │ │ │                  Saturday, or use names; 7 is also Sunday)
 # │ │ │ │ │
 # │ │ │ │ │
 # * * * * *  command to execute

自分が設定した、または設定したネットワークおよびシステム構成を確認して問題を見つけ、原因が何であるかを見つけたら、解決策を試してみることをお勧めします。それが何であるかわからない場合は、何もしないでください。。

おすすめ記事