ebサーバーにブラウザからアクセスできない理由と解決方法
- RedHatLinux7.1JとAPACHE1.3.19の環境で立ち上げたebサーバーについて、ブラウザからのアクセスができない事象が発生しています。他のクライアントからはアクセス可能な状態であるにもかかわらず、特定のクライアントのみがアクセスできない状況です。telnetでのアクセスは成功しているため、サーバー自体の問題ではなく、クライアント側の問題と考えられます。
- ブラウザからアクセスできない原因としては、以下の可能性が考えられます。まず、ブラウザの設定に問題がある可能性があります。特定のクライアントのブラウザでの設定を確認し、正しく設定されているか確認してください。次に、ブラウザのキャッシュやクッキーが原因でアクセスできない場合があります。ブラウザのキャッシュやクッキーを削除して、再度アクセスしてみてください。また、セキュリティソフトやファイアウォールがアクセスを制限している可能性も考えられます。セキュリティソフトやファイアウォールの設定を確認し、必要に応じて設定を変更してください。
- ブラウザからのアクセスができない場合、クライアント側の問題が考えられます。クライアントのブラウザ設定やキャッシュ、セキュリティソフトなどを確認して、問題を特定し解決する必要があります。
- ベストアンサー
ebサーバーにブラウザからどうしてもアクセスできない
RedHatLinux7.1J APACHE1.3.19 上記の環境でwebサーバーを立ち上げました。 このサーバーの下には１０数台のwindowsクライアントがぶら下がっています。 この中で一台だけ、どうしてもブラウザ(IEとネスケ両方とも)から サーバーにアクセスできないクライアントがいます。 他のクライアントからは全てブラウザからサーバーにアクセスできるにも かかわらずです。 でもこのコンピューターからtelnetで 「telnet httpdサーバー名 ポート番号」 ↓ 「GET http://xxx.xx.xxx.xx/index.html」 と入力すると、index.htmlの内容を見ることができます。 というわけでサーバーの問題ではなく、クライアント側の問題であると思うのですが、 どうしてブラウザからのアクセスができないのでしょうか。 宜しくお願いいたします。
- masamisss
- お礼率26% (60/226)
- その他(OS)
- 回答数1
- ありがとう数1
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
アクセスできない場合にブラウザがどういう状態になるのでしょう? いつまでたってもロードがおわらずタイムアウトする? telnetできるということはクライアントのOSのネットの設定はただしいと思われるのであとは、ブラウザのproxy周りの設定ぐらいしか思い当たりません。
関連するQ&A
- APACHEは起動するが、ブラウザからアクセスできない
Red Hat Linux7.1 APACHE1.3.19 部内LAN上でLinuxサーバーを構築しています。 Apacheをコンパイル＆インストール(成功？)したのですが、 クライアントのブラウザからhttp://xxx.xx.xxx.xx/を入力して アクセスしようとすると「(145) Connection timed out」で接続できません。 原因がよくわからないので、怪しいと思う点についてアドバイスをお願いいたします。 自分で切り分けた結果を以下に記します。足りない点があれば、ご指摘ください。 ちなみにtelnet、ftpなどの基本的な(?)ネットワーク機能は生きています。 ●apachectl configtestの結果は「Syntax OK」 ●apachectlも起動する ●「telnet localhost http」→「GET /」を入力すると応答がある ●しかし他のホストから「telnet xxx.xx.xxx.xx http」で接続しようとしても、拒否される。 ●ブラウザからの接続要求に対してhttpdが反応していない（topコマンドで監視） ●ps -ax|grep httpdの結果は以下のとおり 223 ?? Ss 1:09.47 /usr/local/apache/bin/httpd 233 ?? I 0:00.84 /usr/local/apache/bin/httpd 234 ?? I 0:01.02 /usr/local/apache/bin/httpd 235 ?? I 0:00.22 /usr/local/apache/bin/httpd 236 ?? I 0:00.23 /usr/local/apache/bin/httpd 237 ?? I 0:00.41 /usr/local/apache/bin/httpd 311 ?? I 0:01.45 /usr/local/apache/bin/httpd 1429 ?? I 0:00.26 /usr/local/apache/bin/httpd
- ベストアンサー
- その他(OS)
- 自サーバ経由の他のサーバへのリクエストを拒否したい
自宅でサーバを運用しています。 OS:Ubuntu 11.10 Apache:2.2.20-1ubuntu1.3 昨日、access.logを見ていると、妙なリクエストがありました。 xx.xx.xx.xx - - [25/Dec/2012:10:17:30 0900] "POST http://xxxxxxxx.com/?strGet=xxxx HTTP/1.1" 200 1234 "-" "-" 普通、httpdへのGET、POST、HEADなどのリクエストは、 GET / GET /index.html GET /image/foo.jpg のように、DocumentRootからの自サーバの要素に対してのみ受け付けられると思っていたのですが、上記のように、POSTで全く別のサーバにリクエストを送信しており、コード200で正常に処理されています。 アクセス先の http://xxxxxxxx.com/ （パラメータなし）にJavascriptを切ってブラウザからアクセスしてみたら（危険な行為でしたが）、ウイルスバスターにブロックされました。 アクセス元のIPアドレス xx.xx.xx.xx は whois コマンドで調べたところ、オランダのホスティングサービスのようでした。 これは自分のサーバが何らかの踏み台にされたのでしょうか。 もしそうだとしたら、Apacheへのリクエストを、自サーバのリソースに限定する方法はないでしょうか。 GET http://foo.com/ POST http://bar.com/ などを阻止したいのです。 よろしくお願いします。
- ベストアンサー
- ネットワーク
- ネットワーク内のプリンタサーバに、ブラウザでアクセス
構内LANの中にあるプリンターサーバに、 InternetExplorerからIPアドレス指定でアクセスして、設定等を行います。 同じ環境のプリンタサーバが５台あるのですが、 192.168.xx.111 192.168.xx.112 には普通にアクセスしてブラウザで開けるのですが、 192.168.xx.113 192.168.xx.114 192.168.xx.115 を指定すると、何か変な検索結果のようなものが表示されます。 これは何故なのでしょうか？
- 締切済み
- その他（インターネット接続・通信）
- サーバへの不自然なアクセス
初心者ながらサーバ管理をやっているものです。 今日、HTTPサーバのアクセスログを見ていて発見したのですが、 ここ数日、１３時３０分頃から約１０分の間に、 ３０～４０件の不自然なアクセスがあるようです。 その特徴を箇条書きにします ・参照元クライアントのIPアドレスは同じ（ただし日によって異なる） ・そのIPはJPNICのWHOISによると大手ネットワーク業者が所有するIPとなっている（日によって業者が異なる） ・参照先サイトのURLは "http:"から始まる完全なもので、全てアダルトサイト ・METHODにはGETもPOSTも使用 ・こちらのサーバには存在しないドキュメントを参照されている（しかもドメイン名が完全に異なっている） これはログの一部です xxx.xxx.xxx.xxx - - [12/Mar/2001:13:38:44 +0900] "GET http://www.topjapan.com/free/index.html HTTP/1.0" 200 11698 (アクセス元のIPは伏せています） 私が管理しているサーバのドメイン名はもちろん"topjapan.com"ではありません。 おそらくダイアルアップかなにかで接続している人の要求が こちらのサーバにきてしまっているのだと思うんですが、 まったく原因がわかりません。 原因がわかる方がいれば、是非、教えていただきたいです。
- ベストアンサー
- その他（インターネット接続・通信）
- 他マシンからのアクセス
社内LANの中でWebサーバーを立てています。 ApacheとTomcatを利用しています。 以前までは、問題なく利用できていたのですが、突然、 他マシンからのアクセスができなくなりました。 （HTTP403のエラーが出てしまいます） サーバー自体からはアクセス可能です。 Apacheのhttpd.confを調べてみたのですが、 特にアクセス制限などは記述してありませんでした。 どうしたら、他マシンからアクセスできるようになるのか教えてください。 ちなみに、telnetやftpなどは、問題なくできます。
- 締切済み
- ネットワーク
- Apacheのサーバーバナー情報の消し方
TurboLinuxServe6.1にてWWWサーバーを運用しています。 セキュリティ上の観点からApacheのバナー情報を消したいと考えています。バナー情報というのはTelnetで80ポートに接続してGET / HTTP/1.0とかやった時にApacheが出す、ApacheとOSのバージョン情報のことです。 /etc/httpd/httpd.confとかにはそれらしいオプションが見当たりませんでした。 Apacheのバージョンは1.3.26-1です どなたかご存知無いでしょか？
- ベストアンサー
- その他(OS)
- [apache]ブラウザでアクセスできない
はじめまして． サーバー構築初心者です． 現在，RedHatマシンにapache2.0とWebDAVを導入しているのですが… 「apacheは起動するけれどブラウザで表示できない」 という状況で困っています． apacheはrpmではなくソースからインストールしました． httpd.confの変更箇所は ListenとServerNameのみです． ＜参考＞ Listen 81 ServerName IPアドレス:81 (80番ポート指定すると「既に使われているよ」的なエラーが出るので) apacheの起動は #/usr/local/apache2/bin/apachectl start で行い， 別PCのブラウザから http://IPアドレス:81 でアクセスしたのですが，繋がりません． ブラウザからアクセスできないということは apacheが正常に起動していないということなのでしょうか？ 設定等何か足りないのでしょうか？ ご回答よろしくお願いします．
- 締切済み
- Linux系OS
- スペースを含んだパスにブラウザでアクセス出来ない
CentOS7でApache HTTP server2.4を使用しているのですが、httpd.confで指定してあるDocumentRootディレクトリ下にスペースを含んだパスは、ブラウザに表示もされないし、アドレスを入力しても 500 Internal Server Errorとなります。スペースを含んだパスにアクセスできるようにする方法はないでしょうか？
- ベストアンサー
- その他（ITシステム運用・管理）
- ウェブブラウザからウェブサーバを再起動するには
ルートでウェブサーバを再起動させるには、ルート権限で次のようにコマンドに打ち込み実行すれば大丈夫です。 # service httpd restart しかし、個人ユーザからではうまくいきません。 $ service httpd restart そこで、sudoを使って実行することにしました。（visudoで適当に編集します。） $ sudo service httpd restart ちゃんと実行できました。 しかし、ここで問題があります。ウェブブラウザからユーザ名apacheとして実行すると、ウェブサーバは停止してしまい、それから起動することはありませんでした。（もちろん、sudoできるように、visudoで適当に編集をしています。） まとめると、一般ユーザからsudoを使ってウェブサーバを再起動させられるのに、ウェブブラウザ（ユーザ名: apache）からはどうしてできないのでしょうか。そして、どのようにすればウェブブラウザからウェブサーバを再起動させられるのでしょうか。
- 締切済み
- Linux系OS
- httpルートへのアクセスはサーバーがいないようなフリをさせたいです。
httpルートへのアクセスはサーバーがいないようなフリをさせたいです。 httpサーバはapache互換です。 以下のような配置があるとします。 httpルート ｜ ＋ーdira index.html page1.html ブラウザから、 下記の入力で正しくページを表示。 http://ドメイン/dira http://ドメイン/dira/index.html http://ドメイン/dira/page1.html http://IPアドレス/dira http://IPアドレス/dira/index.html http://IPアドレス/dira/page1.html 下記の入力、つまりhttpルートへのアクセスがあった場合、あたかもサーバが存在しないような、でたらめな誤ったドメイン（またはIP）を入力した時と同じリアクションを返す事はできますか？ http://ドメイン/ http://IPアドレス/ httpd.confの設定でできませんか？
- ベストアンサー
- ネットワーク
お礼
ありがとうございました。解決しました。