httpでは見れない原因は何？
- CentOS6.6で自宅サーバーを立てています。index.htmlをドキュメントルートに配置し、httpdを起動しました。しかし、http://192.168.1.120でindex.htmlが見えません。(Not Found) 一方、https://192.168.1.120では見えます。何が原因でhttpでは見れないのでしょうか？
- netstat -tanp コマンドの結果を確認したところ、80番ポートと443番ポートの両方がLISTEN状態であることが分かりました。しかし、httpではindex.htmlが見れない状態が続いています。どのような原因が考えられるでしょうか？
- http://192.168.1.120ではindex.htmlが見れない状態が続いていますが、https://192.168.1.120では見えます。これはなぜでしょうか？httpdの設定やネットワークの設定を確認し、原因を特定したいです。
- ベストアンサー
httpsでは見れるのにhttpでは見れない
CentOS6.6で自宅サーバーを立てています。(IP 192.168.1.120) var/www/html 直下にindex.html を置きドキュメントルートを指定しました。 iptables はOFFにしています。 httpdを起動すると https://192.168.1.120 ではindex.htmlが見れるのに http://192.168.1.120 では見えません。(Not Found) 何が原因か分からず困惑しています。 netstat -tanp では下記のような状態です。80も443もLISTEN出来ており同じに見えます。 アドバイスいただきたくお願いいたします。 > netstat -tanp Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 192.168.122.1:53 0.0.0.0:* LISTEN 2342/dnsmasq tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 1703/vsftpd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1680/sshd tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 1516/cupsd tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 2040/master tcp 0 0 0.0.0.0:36716 0.0.0.0:* LISTEN 1436/rpc.statd tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1416/rpcbind tcp 0 0 0.0.0.0:10000 0.0.0.0:* LISTEN 2477/perl tcp 0 809 192.168.1.120:10000 192.168.1.8:57201 ESTABLISHED 3908/index.cgi tcp 0 0 :::22 :::* LISTEN 1680/sshd tcp 0 0 ::1:631 :::* LISTEN 1516/cupsd tcp 0 0 ::1:25 :::* LISTEN 2040/master tcp 0 0 :::443 :::* LISTEN 2097/httpd tcp 0 0 :::8443 :::* LISTEN 2097/httpd tcp 0 0 :::45858 :::* LISTEN 1436/rpc.statd tcp 0 0 :::5989 :::* LISTEN 2249/cimserver tcp 0 0 :::111 :::* LISTEN 1416/rpcbind tcp 0 0 :::80 :::* LISTEN 2097/httpd tcp 0 0 ::ffff:192.168.1.120:443 ::ffff:192.168.1.8:57195 TIME_WAIT -
- tajix14
- お礼率72% (175/242)
- Linux系OS
- 回答数1
- ありがとう数9
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
Not Found画面が返っている以上、80番でlistenしているのに決まっているためnetstatを見ても無駄です。 access_log error_log にはどう出ていますか？ オリジナルのhttpd.confだと、表示されるはずなので、httpd.conf に修正を加えたところを一つ一つ見ていけばわかるかと思いますよ。
関連するQ&A
- apacheが起動しない。（FreeBSD7.1 apache2.2.9）
初心者です。FreeBSD7.1にapache2.2.9をportsからインストールしましたが起動しません。 ww#apachectl start をしても何もエラーメッセージは出ていないのですが、 ww#netstat -a の結果は Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 0 0 192.168.0.2.ssh 192.168.0.7.2057 ESTABLISHED tcp4 0 0 *.telnet *.* LISTEN tcp4 0 0 localhost.smtp *.* LISTEN tcp4 0 0 *.ssh *.* LISTEN tcp6 0 0 *.ssh *.* LISTEN udp4 0 0 *.syslog *.* udp6 0 0 *.syslog *.* という内容で、80番がありません。 ww#ps -ax | grep apache とやっても何も返ってきません。 ww#apachectl configtest とすると Syntax OK と返ってきます。 対処法を教えて頂けないでしょうか。宜しくお願いします。
- ベストアンサー
- ハードウェア・サーバー
- netstatについて
こんにちは。よろしくお願いします。 REDHAT7.3をインストールした上で、netstatツールで $netstat -ant を実行すると、 Proto Recv-Q Send-Q LocalAddress ForeignAddress State tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN tcp 0 0 192.168.0.192:53 0.0.0.0:* LISTEN となっています（他省略） この数値はどこで設定された物が反映されているのでしょうか？
- 締切済み
- Linux系OS
- Linuxのnetstatの表記について
疑問に思ったので質問させてください。 netstat -naを実行した結果が下記のようになっています。 --- (一部抜粋) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN tcp 0 0 :::80 :::* LISTEN --- Local Address とForeign Addressの表記がIPv4とIPv6と違うのですが 原因や機能としての差異など違いはあるのでしょうか？？ ＊今のところIPv4でapacheは接続できています。 ちなみに環境は下記を利用しています。 環境 OSはCentOS release 6.6 (Final) webミドルウェアはhttpd-2.2.15-39.el6.centos.x86_64 DBミドルウェアはmysql-5.1.73-3.el6_5.x86_64 どうぞよろしくお願いいたします。
- ベストアンサー
- SE・インフラ・Webエンジニア
- これは自宅サーバーがのっとられているのでしょうか・・・
私は、自宅サーバー（OS：CentOS5）を市販のルーター経由で公開しております。 市販のルーターのパケットフィルタリング機能にてローカルのサーバーIPへ転送している状態です。 転送許可しておりますのは、 53(TCP,UDP) 80(TCP) 110(TCP) 25(TCP)のみの状態です。 また、/etc/http/conf/vhosts/以下のバーチャルドメインの設定先はpublic_html/.htaccessでローカルからしか参照出来ない設定です 下記のコマンド実行時、なぜかESTABLISHED状態がある状態です。 # netstat -an|grep tcp tcp 0 0 0.0.0.0:587 0.0.0.0:*LISTEN tcp 0 0 192.168.122.1:530.0.0.0:*LISTEN tcp 0 0 0.0.0.0:21 0.0.0.0:*LISTEN tcp 0 0 0.0.0.0:25 0.0.0.0:*LISTEN tcp 0 1 192.168.11.99:58849 219.153.***.***:80 LAST_ACK tcp 0 0 192.168.11.99:33220 83.217.***.***:80 ESTABLISHED tcp 0 0 192.168.11.99:33225 83.同じIP.212:80 ESTABLISHED tcp 0 0 192.168.11.99:33187 83.同じIP.212:80 FIN_WAIT2 tcp 0 0 192.168.11.99:33194 83.同じIP.212:80 FIN_WAIT2 tcp 1 0 192.168.11.99:50745 41.同じIP.43:80CLOSE_WAIT tcp 0 0 192.168.11.99:50746 41.同じIP.43:80ESTABLISHED tcp 0 0 192.168.11.99:44627 72.***.***.145:80ESTABLISHED tcp 0 0 :::993 :::* LISTEN tcp 0 0 :::995 :::* LISTEN tcp 0 0 :::110 :::* LISTEN tcp 0 0 :::143 :::* LISTEN tcp 0 0 :::80 :::* LISTEN tcp 0 0 :::22 :::* LISTEN tcp 0 0 :::443 :::* LISTEN tcp 0 0 ::ffff:192.168.11.99:80::ffff:209.同じIP.34:41903 ESTABLISHED tcp 052 ::ffff:192.168.11.99:22::ffff:192.168.11.30:1334 ESTABLISHED tcp 0 0 ::ffff:192.168.11.99:80::ffff:209.同じIP.34:41094 TIME_WAIT tcp 0 0 ::ffff:192.168.11.99:80::ffff:209.同じIP.34:41088 TIME_WAIT tcp 0 0 ::ffff:192.168.11.99:80::ffff:70.同じIP.130:49439 TIME_WAIT tcp 1 0 ::ffff:192.168.11.99:80::ffff:70.同じIP.130:48291 CLOSE_WAIT 自分でXenによる仮想OSは構築しておりません。 そして自分のグローバルIPでアクセスした際のdefaultユーザー(www)のアクセスログ(/var/log/httpd/access_log or error_log)を 見ておりましても、全然アクセスされている形跡がなく自分のローカルIPしか載っていない状態でございます。 #ifconfig eth0 Link encap:Ethernet HWaddr 00:0A:79:28:BA:09 inet addr:192.168.11.99 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::20a:79ff:fe28:ba09/64 Scope:Link eth1 Link encap:Ethernet HWaddr 00:90:99:7D:8B:42 UP BROADCAST MULTICAST MTU:1500 Metric:1 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:468 (468.0 b) 下記を参照した際や # netstat -an|grep tcp # tcpdump -i eth0 -l -x -s 1500 -v ! port 22 としてみた場合、あきらかにパケットが流れているのを確認できます。 # tcpdump -i eth1とvirbr0 -l -x -s 1500 -v ! port 22 としてみた場合は、特にパケットが流れている様子は確認できません。 上記のvirbr0は自分で作った覚えがないのですが、OSインストール時にデフォルトで存在していたかは、お恥ずかしながら覚えておりません。 また192.168.122.1:53のIPとポート53番を設定した覚えもございません。 ethカードは２枚挿さっておりますが、特にeth1を設定した覚えもございません。 # ll /etc/sysconfig/network-scripts/*virbr0*は確認できません。 お忙しい所恐縮ですが、これはどうゆう状態であるのか・・・を、先輩方のご経験とご判断をお伺い出来ましたらと思っております。 よろしくお願い致します。
- 締切済み
- その他（ITシステム運用・管理）
- FedoraCore5にてポートの開放ができません。
表題の通りですが。 ポートが開かずに困っております。 ドメインを取得したところで、 22, 25, 80, 110, 143, 587, 993, 995, 9922 番のポートを使いたいと思っておりますが、 どうにも接続できません、 まずは、とにかくhttpdとメール関係のポートを開けたいです。 調査状況としては下記の通りです。 #nslookup #dig #whois #ping (自宅クライアント側 windows機もから行えるものは行いました。) 以上のコマンドは正常に返答があります。 windows機から ping hoge.net と打つと正常に応答がありますが、 ping www.hoge.net と打つと Ping request could not find host www.domain.net. Please check the name and try again といわれるが気にかかりますが 話をサーバー側に戻しますと。。。。 以下の様にコマンドを打つと #nmap localhost 22/tcp open ssh 25/tcp open smtp 80/tcp open http 110/tcp open pop3 111/tcp open rpcbind 143/tcp open imap 587/tcp open submission 631/tcp open ipp 993/tcp open imaps 995/tcp open pop3s 9922/tcp open ssh 3306/tcp open mysql 50000/tcp open iiimsf 50002/tcp open iiimsf こんだけポートが空いてるにもかかわらず。 #nmap hoge.net とドメインでコマンドを打つと 135/tcp filtered msrpc 445/tcp filtered microsoft-ds 593/tcp filtered http-rpc-epmap 1720/tcp filtered H.323/Q.931 4444/tcp filtered krb524 以上の5つしかポートが開かれておりません。 ちなみに #netstat -an とすると (下記 一部) Active Internet connections (servers and established) tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:36207 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:50000 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:50002 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:50000 127.0.0.1:46678 ESTABLISHED tcp 0 0 127.0.0.1:46678 127.0.0.1:50000 ESTABLISHED tcp 0 0 :::993 :::* LISTEN tcp 0 0 :::995 :::* LISTEN tcp 0 0 :::110 :::* LISTEN tcp 0 0 :::143 :::* LISTEN tcp 0 0 :::80 :::* LISTEN tcp 0 0 :::22 :::* LISTEN udp 0 0 0.0.0.0:32768 0.0.0.0:* udp 0 0 0.0.0.0:32769 0.0.0.0:* udp 0 0 0.0.0.0:714 0.0.0.0:* udp 0 0 0.0.0.0:5353 0.0.0.0:* udp 0 0 0.0.0.0:111 0.0.0.0:* udp 0 0 0.0.0.0:631 0.0.0.0:* udp 0 0 :::32770 :::* ～ 以下、省略。～ iptablesも http://centossrv.com/iptables.shtml を一部参考にし、きちんと設定しました。 このサイトでも紹介いるようなポートのOPENをチェックする サイトもいくつか試しましたが135番がStealthになるだけで、 他、1000番台以下は全てCLOSEになっています。 ルーターはBUFFALOのWBR2-G54(ちょっと古いですが (;..) ) WAN側IPアドレス → LAN側のIPアドレスという風に 各ポート開放してありす。 かなり長文になってしまい、説明も下手で申し訳ありませんが、 よろしくお願いいたします。 尚、まだ情報不足でしたら、追記いたしますので、 本当によろしくお願いいたします 。
- 締切済み
- Linux系OS
- 初心者で、自宅サーバを立てているところなのですが、
初心者で、自宅サーバを立てているところなのですが、 遠隔からsshで自宅サーバへ入っていて、 # netstat -an をしたら、自分以外のグローバルIPアドレスから、sshで"ESTABLISHED"状態している行があるということは、私以外の者が、自宅サーバに入っているということでしょうか? その行の送信-Qが"264"とか"300"などと表示されるのですが（下記） ~# netstat -na 稼働中のインターネット接続 (サーバと確立) Proto 受信-Q 送信-Q 内部アドレス 外部アドレス 状態 tcp 0 264 192.168.X.XXX:22 XXX.XX.X.XXX:3384 ESTABLISHED これは何かハッキングしている最中と考えられますでしょうか? iptables などを設定していないので、とても危険な状態でしょうが、 これから設定しようと思っています。 こんな初心者ですが、どなたかネットワークセキュリティの良書を教えていただければ、 幸いです。 よろしくお願いします。
- ベストアンサー
- ネットワーク
- ローカルホストのみでの通信
C:\Documents and Settings\AAA>netstat -n Active Connections Proto Local Address Foreign Address State TCP 127.0.0.1:1031 127.0.0.1:40000 ESTABLISHED TCP 127.0.0.1:40000 127.0.0.1:1031 ESTABLISHED 上記のようにローカルマシンでポートを使用して通信しているみたいですが、ローカルマシンでこのような通信をして何か意味があるのでしょうか？プログラミングモジュールを作りなおすのが面倒だからとかいう理由からなのでしょうか？ちなみにこの通信はウイルス○スターが行っていました。 ご存知の方よろしくお願いします。
- ベストアンサー
- ネットワーク
- ubuntuのポート解放について
ubuntuのポート解放について bindのrndc.keyのために、953番ポートを開きたいのですが、 #sudo ufw 953/tcp #sudo ufw 953/udp を打ち込んでも、解放されません。 #/etc/init.d/bind9 restart rndc: connect failed: aaa.bbb.cc.dd#953 :connection refusedのようにはじかれてしまいます。 #ufw statusを見る限り、 Status: active To Action From --- ------ ---- 953/tcp Allow Anywhere 953/udp Allow Anywhere と解放されているように見えるのですが、 #netstat -lnput4を見る限り Proto 受信-0 送信-0 内部アドレス 外部アドレス 状態 PID/Program name tcp 0 0 127.0.0.1:631 0.0.0.0:* Listen 1166/cupsd upp 0 0 0.0.0.0:5353 0.0.0.0:* 809/avahi-daemon: r upp 0 0 0.0.0.0:56098 0.0.0.0:* 809/avahi-daemon: r となっていて、Listen状態のものがひとつしかありません。 #ufw allowだけではubuntuのポート解放は足りないのでしょうか。 どうかよろしくお願いします。
- ベストアンサー
- Linux系OS
- postfixの外部からの接続
よろしくお願いします。 postfixを構築中で、内部からmailコマンドで他ドメインとの送受信はできました。 しかし、outlookexpressで接続すると、ポート110から 接続できない旨でエラーが発生します。 環境はRedHat ES3です。 $ps aux | grep （一部略） /usr/libexec/postfix/master pickup -l -t fifo -u nqmgr -l -n qmgr -t fifo -u $netstat -na Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:32768 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:32769 0.0.0.0:* LISTEN (以下略）110番ポートはありませんでした。 $iptables -L （一応フィルタはかかっていないようですが・・・） target prot opt source destination ACCEPT tcp -- anywhere anywhere tcp dpt:http ACCEPT tcp -- anywhere anywhere tcp dpt:ftp ACCEPT tcp -- anywhere anywhere tcp dpt:telnet ACCEPT tcp -- anywhere anywhere tcp dpt:pop3 ACCEPT tcp -- anywhere anywhere tcp dpt:smtp ACCEPT tcp -- anywhere anywhere tcp dpt:domain ACCEPT udp -- anywhere anywhere udp dpt:domain $telnet localhost 110 Trying 127.0.0.1... telnet: Unable to connect to remote host: Connection refused といった感じです。 どこから見ればいいのやら・・・ よろしくお願いします。
- ベストアンサー
- Linux系OS
- netstatを打った時の反応
初めまして。 コマンドプロンプトでnetstatを打ったところ 下記のようにすごい数の反応があって困っています。 (もう少したくさんありましたが省略しました。) Proto Local Address Foreign Address State TCP cn:1027 localhost:2184 ESTABLISHED TCP cn:1027 localhost:2311 ESTABLISHED TCP cn:1027 localhost:2315 TIME_WAIT TCP cn:1027 localhost:2395 TIME_WAIT TCP cn:1027 localhost:2397 TIME_WAIT TCP cn:1027 localhost:2401 TIME_WAIT TCP cn:1048 localhost:1049 ESTABLISHED TCP cn:1049 localhost:1048 ESTABLISHED TCP cn:1050 localhost:1051 ESTABLISHED TCP cn:1051 localhost:1050 ESTABLISHED TCP cn:2184 localhost:1027 ESTABLISHED TCP cn:2311 localhost:1027 ESTABLISHED TCP cn:2313 localhost:1027 TIME_WAIT TCP cn:2317 localhost:1027 TIME_WAIT TCP cn:2319 localhost:1027 TIME_WAIT TCP cn:2325 localhost:1027 TIME_WAIT TCP cn:2185 72.14.255.99:http ESTABLISHED TCP cn:2312 in-in-f91.google.com:http ESTABLISHED TCP cn:2314 oshiete1.goo.ne.jp:http TIME_WAIT TCP cn:2340 210.132.71.42:http TIME_WAIT 少し前までこんなことはなくて怖くなってリカバリした後も 症状は変わらず続いています。 ウィルスにかかっているのでしょうか？ 教えてください。お願いします。
- ベストアンサー
- ネットワーク
お礼
有り難うございます。 エラーリストを見たところ、別に指定しているバーチャルホストを見に行っていたことが分かりました。 バーチャルホストでは80を指定しているため80ならバーチャルホストを見に行き、443ならバーチャルホストの指定がないため標準の/var/www/を見に行くようになっていたようです。 解決しました。有り難うございました。