web-dev-qa-db-ja.com

Webサイトにアクセスできますが、pingを実行したり、FTP経由でアクセスしたりすることはできません

HTTP以外の方法でサーバーに接続する際に問題が発生しました。
FTP経由の接続は、タイムアウトとpingで終了します。

C：\ Users\folmert> ping wroclaw-elektryk.pl

32バイトのデータでwroclaw-elektryk.pl [87.98.239.4]にpingを実行します。

リクエストはタイムアウトしました。

他のウェブサイトにpingを送信できるので、問題は自分の側にあるとは思いません。奇妙なサーバー構成が原因だと思いますよね？ホスティングプロバイダーに書き込む前に確認したいと思います。

ftphttppingtimeout
1
van_folmert

traceroute -n wroclaw-elektryk.plとtraceroute -n -T -p 80 wroclaw-elektryk.plの出力を比較すると、ルートが大きく変化していることがわかります。これにより、デバッグが少し難しくなる可能性があります。しかし、サーバーに到達する前に5ホップ、誤って構成されたファイアウォールにぶつかったこともわかりました。これは、pingが機能しない原因です。

関連するホップのwhoisデータに基づくと、誤って構成されたファイアウォールがバックボーンプロバイダーからホスティングプロバイダーへのリンク上にあるようです。ホスティングプロバイダーが顧客にこの種のフィルターを適用するべきではないと思うので、それを無効にすることができない場合は、ホスティングプロバイダーを切り替える方が良いかもしれません。

traceroute -n -T -p 21 wroclaw-elektryk.plとtelnet wroclaw-elektryk.pl 21を使用すると、サーバーへの接続が正常に機能していることがわかります。ただし、FTPサーバーは、TCP接続が確立された後、応答コードを送信しません。

サーバーが新しく確立されたTCP接続で応答コードを送信しないことについて以前に見た理由は次のとおりです。

  • 欠陥のあるストレージメディア
  • カーネルのバグ
  • ひどく過負荷のサーバー
  • 応答を送信する前に逆引きDNSを実行するように構成されたサーバーで、何らかの理由で失敗します。
1
kasperd

これはファイアウォールの問題だと思います。リモートホストへのHTTPアクセスのみが許可されています。 nmapを使用してこれを確認できます。コマンドの詳細が必要な場合は、最初にmannmapを使用してみてください。

1
ibedelovski

これは主に、icmpプロトコルとftpポートへのブロックアクセスがあるために発生しています。お客様が直面している問題であるために行う必要がある場合は、icmpポートとftpポートを開く（ファイアウォール構成でのアクセスを許可する）ように依頼してください。

よろしく、

アンクソ

1
ankso