08:35今手元に環境がないのですが、configtestの結果は明らかにNGですね。「Optionsディレクティブは"+"または"-"で始めること、もしくはOptionを使わない(でいいのかなぁ...)」とありますね。+ExecCGI」が怪しいですね。ちなみにですが、ディレクトリをインデックス【させる】のは意図してやっているのでしょうか?対象のディレクトリでCGIを実行させるのであればインデックスさせない方がよいと思います。+ExecCGI」という書き方になるかと思います。今手元に環境がないのですが、configtestの結果は明らかにNGですね。「Optionsディレクティブは"+"または"-"で始めること、もしくはOptionを使わない(でいいのかなぁ...)」とありますね。+ExecCGI」が怪しいですね。対象のディレクトリでCGIを実行させるのであればインデックスさせない方がよいと思います。+ExecCGI」という書き方になるかと思います。21:24Optionsディレクティブについて試してみました。1行で複数のオプションを指定する場合、全てのオプションを+または-で始めるか、もしくは全てのオプションに+も-もつけないかのいずれかでないとconfigtestに引っかかるようです。Options行が複数ある場合は+/-で始まるものと何もつかないものが同一行に記述されない限り、混在していてもconfigtestはOKを出してくれます。Optionsディレクティブについて試してみました。1行で複数のオプションを指定する場合、全てのオプションを+または-で始めるか、もしくは全てのオプションに+も-もつけないかのいずれかでないとconfigtestに引っかかるようです。Options行が複数ある場合は+/-で始まるものと何もつかないものが同一行に記述されない限り、混在していてもconfigtestはOKを出してくれます。09:50>Options行が複数ある場合は+/-で始まるものと何もつかないものが同一行に記述されない限り、>混在していてもconfigtestはOKを出してくれます。all</Directory>回答ありがとうございます。現在すでにそうなっているかと思うのですが・・・これは間違っているのでしょうか?>Options行が複数ある場合は+/-で始まるものと何もつかないものが同一行に記述されない限り、>混在していてもconfigtestはOKを出してくれます。回答ありがとうございます。12:32いや、これがダメです。+ExecCGIいや、これがダメです。12:39返信ありとうございます。all</Directory>返信ありとうございます。13:06そうですね。cofigtestをしてみてください。cofigtestをしてみてください。cofigtestをしてみてください。+をとり上記を実行してみたところ、下記が表示されました。cofigtestをしてみてください。+をとり上記を実行してみたところ、下記が表示されました。11:10済みませんね。configtest済みませんね。15:02コメントありがとうございます。表示されません・・・。このサイトにアクセスできませんと表示されます。コメントありがとうございます。表示されません・・・。17:47では基本に立ち返りましょう。・httpdは起動していますか?・設定した待ち受けポートはlistenしていますか?・同一ネットワークからIPアドレスベースでWebサーバにアクセスできますか?では基本に立ち返りましょう。19:05回答ありがとうございます。思うのですが、init.dフォルダの中にhttpdフォルダがありませんでした。>・設定した待ち受けポートはlistenしていますか?listenしているかどうかということはどういうことでしょうか?SSHでポート番号とログイン情報をいれたら起動するので、ポートは機能している状態です。>・同一ネットワークからIPアドレスベースでWebサーバにアクセスできますか?できないです。このサイトにアクセスできませんと表示になります。回答ありがとうございます。init.dフォルダの中にhttpdフォルダがありませんでした。ポートは機能している状態です。このサイトにアクセスできませんと表示になります。httpd"で十分です。httpd.service"です。ポート番号ですが、httpd.confに設定したApacheの待ち受けポートの話です。SSHは関係ないです。「listenしている」というのは接続可能状態にある、という事です。要は「Apache(httpd)プログラムが、httpd.confに記述したポート番号(通常は80/tcp)で外部からの接続を受け付ける状態になっているか否か」と言うことです。ここまで片付けましょう。ここに記載した確認方法はApacheに限らず応用が利きます。同時に、非常に基本的な話です。この辺がきちんと理解できていないとサーバを立てて運用するのは困難です。httpd"で十分です。httpd.service"です。ポート番号ですが、httpd.confに設定したApacheの待ち受けポートの話です。SSHは関係ないです。「listenしている」というのは接続可能状態にある、という事です。要は「Apache(httpd)プログラムが、httpd.confに記述したポート番号(通常は80/tcp)で外部からの接続を受け付ける状態になっているか否か」と言うことです。ここまで片付けましょう。ここに記載した確認方法はApacheに限らず応用が利きます。同時に、非常に基本的な話です。この辺がきちんと理解できていないとサーバを立てて運用するのは困難です。19:34回答ありがとうございます。httpdとなりまりした。回答ありがとうございます。19:59httpdが起動していませんね。httpd.serviceの結果はどうですか?httpdが起動していませんね。回答ありがとうございます。status=1/FAILURE)```となりました。回答ありがとうございます。キャンセル完了するlink0回答ありがとうございます。httpd.serviceの結果はどうですか?コマンド叩いたところ下記になりました。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。16:04念のため再度Apacheの起動を試みてください。-xn"をしてみてください。念のため再度Apacheの起動を試みてください。-xn"をしてみてください。18:25回答有り難うございます。FOUNDとなり、IPだけだとアクセスできました。FOUNDになります。回答有り難うございます。FOUNDとなり、IPだけだとアクセスできました。FOUNDになります。19:08済みません。端折りすぎててわかりづらいです。FOUNDとなり、IPだけだとアクセスできました。FOUNDになり、"http://<ipaddr>/"としたらOKだったということですか?だとしたら、単に"hoge"というコンテンツがないだけです。アクセスログ、エラーログを確認してみてください。404でエラーが記録されていると思います。レイアウト崩れは何とも言えません。どのようなコンテンツなのか分からないので答えようがないです。HTMLファイルではCSSを参照することになっているのに、そのCSSファイルが存在しないとかでしょうか。FOUNDこれもクリック先のコンテンツが存在していないだけでは?Apacheの動作がおかしいかもという問題と、コンテンツをきちんと準備していないという作り手側の問題をごちゃごちゃにしないようにしましょう。端折りすぎててわかりづらいです。FOUNDとなり、IPだけだとアクセスできました。したら、単に"hoge"というコンテンツがないだけです。アクセスログ、エラーログを確認してみてください。404でエラーが記録されていると思います。レイアウト崩れは何とも言えません。どのようなコンテンツなのか分からないので答えようがないです。HTMLファイルではCSSを参照することになっているのに、そのCSSファイルが存在しないとかでしょうか。Apacheの動作がおかしいかもという問題と、コンテンツをきちんと準備していないという作り手側の問題をごちゃごちゃにしないようにしましょう。19:09というか、Apacheは起動したのですね。その点は前進して何よりです。いうか、Apacheは起動したのですね。その点は前進して何よりです。回答ありがとうございます。>折りすぎててわかりづらいです。申し訳ありませんでした。FOUNDになり、"http://<ipaddr>/"としたらOKだったということですか?→そうです。>だとしたら、単に"hoge"というコンテンツがないだけです。あるのでコンテンツ事態はあります。現在では"http://<ipaddr>/"でも"http://<ipaddr>/hoge/"が表示されるようになっているのでしょうか?>というか、Apacheは起動したのですね。ありがとうございます。ynakanoさんのおかげです。回答ありがとうございます。>折りすぎててわかりづらいです。申し訳ありませんでした。>だとしたら、単に"hoge"というコンテンツがないだけです。あるのでコンテンツ事態はあります。>というか、Apacheは起動したのですね。ありがとうございます。ynakanoさんのおかげです。20:24私の認識で流れを整理します。・最初、バーチャルホスト設定のためのvhost.confの書き方について話をしていました。・それが片付いたのでApacheを起動させようとしたら、起動しませんでした。・なのでまずはApacheを起動させ、バーチャルホストの話は一旦脇に置いて、IPアドレスベースでのアクセスでApacheの動作確認をしようとしていました。※IPアドレスベースでのアクセスができないのにバーチャルホストもマルチドメインもないですから。バーチャルホスト設定の確認をするスタートラインに立ったと思っています。Apacheに特定の名前でアクセス、ないしはIPアドレスでアクセスした際にどのコンテンツが表示されるかという点については、vhost.confの中身を全部見てみないと何とも言えません。ブラウザで閲覧する側のPC(ですかね)はhostsファイル等で名前解決できるようになっていることを(再度)確認してください。※Apache側の名前解決ではないです。私の認識で流れを整理します。・最初、バーチャルホスト設定のためのvhost.confの書き方について話をしていました。・それが片付いたのでApacheを起動させようとしたら、起動しませんでした。・なのでまずはApacheを起動させ、バーチャルホストの話は一旦脇に置いて、IPアドレスベースでのアクセスでApacheの動作確認をしようとしていました。※IPアドレスベースでのアクセスができないのにバーチャルホストもマルチドメインもないですから。バーチャルホスト設定の確認をするスタートラインに立ったと思っています。Apacheに特定の名前でアクセス、ないしはIPアドレスでアクセスした際にどのコンテンツが表示されるかという点については、vhost.confの中身を全部見てみないと何とも言えません。ブラウザで閲覧する側のPC(ですかね)はhostsファイル等で名前解決できるようになっていることを(再度)確認してください。※Apache側の名前解決ではないです。23:54回答ありがとうございます。遅くなり申し訳ありません。マルチドメインの設定前は"http://<ipaddr>/hoge"で表示されていました。vhosts.confに記述したhogehoge.comで何も表示されない。したらApache自体が動いていない状態だとご教示いただき、起動。その後、"http://<ipaddr>/hoge"での表示を試したところ、レイアウトが崩れている状態になっていました。hogehoge.comもまだ表示されていません。>ブラウザで閲覧する側のPC(ですかね)はhostsファイル等で名前解決できるようになっていることを(再度)確認すみません。この意味が理解しかねるのですが、vhosts.confに取得したドメインの記述ができているかを確認するということでしょうか?回答ありがとうございます。遅くなり申し訳ありません。マルチドメインの設定前は"http://<ipaddr>/hoge"で表示されていました。vhosts.confに記述したhogehoge.comで何も表示されない。したらApache自体が動いていない状態だとご教示いただき、起動。その後、"http://<ipaddr>/hoge"での表示を試したところ、レイアウトが崩れている状態になっていました。hogehoge.comもまだ表示されていません。08:52またも基本的な話ですが、vhost.confにドメインを設定したからと言ってクライアントが勝手にそのドメイン名を認識してくれる訳ではありません。クライアントがWebサーバをhogehoge.comと呼ぶのか、example.comと呼ぶのかというのはクライアント側の「名前解決」の問題です。Webサーバ側は全く関知しません。「名前解決」が何をするかというと、hogehoge.comとかexpample.comという名前を指定したときに、それをIPアドレスに変換します。ドメイン名(FQDN)とIPアドレスの紐づけ情報です。※全てのTCP/IP通信は一度IPアドレスに変換されてやり取りされます。アクセスされた側のWebサーバでは自分が「何という名前でアクセスされたか」は認識しています。vhost.confの設定の話は、Webサーバがアクセスされた「後」の話であり、その手前でクライアントがWebサーバのドメイン名とIPアドレスの紐づけ情報を持っていないと話になりません。その「名前解決」の方法には2つあります。・クライアント側のhostsファイルにIPアドレスとFQDNを直接記述する。・DNSにFQDNとIPアドレスの紐づけ情報を登録し、クライアントからDNSサーバを参照する。後者については、自分でDNSサーバを構築することもできますが(おそらく今は)それは度外視した方がよいでしょう。なると、所定の手続きを踏んでドメイン名を取得しDNSサーバに設定する必要があります。※ak0909さんのコメントに「取得したドメイン」という表現があるのですが、これはきちんとドメイン名を取得したという意味でしょうか。前者(hostsファイル)はあくまでクライアントに「勝手に」記載すればよいものなので、簡単にできます。名前解決がきちんとできているか否かは、クライアントからWebサーバに対してドメイン名を指定してpingを実行し、応答が得られるか否かで確認できます。※ただしIPアドレスを指定してpingを実行したときに応答が得られている、という前提。ドメイン名指定のpingで応答が得られないのなら、vhost.confの設定がどうこうの問題ではなく、その手前の「名前解決」ができていないことになります。その場合はそちらを先に解決しなくてはなりません。レイアウト崩れの問題はコンテンツの中身が分からないので何とも言えません。切り分けとしてvhost.confを読み込まない状態でアクセスをしてみて、読み込んだ時の表示との比較という方法はあるいと思います。基本的な話ですが、vhost.confにドメインを設定したからと言ってクライアントが勝手にそのドメイン名を認識してくれる訳ではありません。クライアントがWebサーバをhogehoge.comと呼ぶのか、example.comと呼ぶのかというのはクライアント側の「名前解決」の問題です。Webサーバ側は全く関知しません。「名前解決」が何をするかというと、hogehoge.comとかexpample.comという名前を指定したときに、それをIPアドレスに変換します。ドメイン名(FQDN)とIPアドレスの紐づけ情報です。※全てのTCP/IP通信は一度IPアドレスに変換されてやり取りされます。アクセスされた側のWebサーバでは自分が「何という名前でアクセスされたか」は認識しています。vhost.confの設定の話は、Webサーバがアクセスされた「後」の話であり、その手前でクライアントがWebサーバのドメイン名とIPアドレスの紐づけ情報を持っていないと話になりません。その「名前解決」の方法には2つあります。・クライアント側のhostsファイルにIPアドレスとFQDNを直接記述する。・DNSにFQDNとIPアドレスの紐づけ情報を登録し、クライアントからDNSサーバを参照する。後者については、自分でDNSサーバを構築することもできますが(おそらく今は)それは度外視した方がよいでしょう。なると、所定の手続きを踏んでドメイン名を取得しDNSサーバに設定する必要があります。※ak0909さんのコメントに「取得したドメイン」という表現があるのですが、これはきちんとドメイン名を取得したという意味でしょうか。前者(hostsファイル)はあくまでクライアントに「勝手に」記載すればよいものなので、簡単にできます。名前解決がきちんとできているか否かは、クライアントからWebサーバに対してドメイン名を指定してpingを実行し、応答が得られるか否かで確認できます。※ただしIPアドレスを指定してpingを実行したときに応答が得られている、という前提。ドメイン名指定のpingで応答が得られないのなら、vhost.confの設定がどうこうの問題ではなく、その手前の「名前解決」ができていないことになります。その場合はそちらを先に解決しなくてはなりません。レイアウト崩れの問題はコンテンツの中身が分からないので何とも言えません。切り分けとしてvhost.confを読み込まない状態でアクセスをしてみて、読み込んだ時の表示との比較という方法はあるいと思います。返信おそくなってしまいもうしわけありません。>名前解決がきちんとできているか否かは、クライアントからWebサーバに対してドメイン名を指定してpingを実行し、応答が得られるか否かで確認できます。→応答はしております。→vhost.confを削除してApacheを再起動すると、「hoge.com/wpのディレクトリ名」だとレイアウトもくずれることなく表示されます。hoge.comだと、ワードプレスを置いている(wpのディレクトリ名)同階層のindex.htmlを参照してしまっているようです。したいこととしては、hoge.comでhoge.com/wpのディレクトリ名のサイトを表示できるようにしたいです。これはマルチドメインの設定方法が間違っていたということでしょうか?返信おそくなってしまいもうしわけありません。>名前解決がきちんとできているか否かは、クライアントからWebサーバに対してドメイン名を指定してpingを実行し、応答が得られるか否かで確認できます。→応答はしております。→vhost.confを削除してApacheを再起動すると、「hoge.com/wpのディレクトリ名」だとレイアウトもくずれることなく表示されます。hoge.comだと、ワードプレスを置いている(wpのディレクトリ名)同階層のindex.htmlを参照してしまっているようです。したいこととしては、hoge.comでhoge.com/wpのディレクトリ名のサイトを表示できるようにしたいです。08:31またも長くなったので整理します。・Webサーバに"hoge.com"と"example.com"という名前をつけたい。example.com"は応答が得られている。※www.hoge.comやwww.example.comではない。いう前提で話をします。コメント後段ですが、vhost.confの設定を無効にしている話なので、もはやマルチドメインとは無関係な話になっています。そのうえで一応コメントします。アクセス元のブラウザで"http://hoge.com/wp"と指定したら"http://hoge.com/wp"配下のコンテンツが正しく表示され、"http:/hoge.com/"と指定したら"http://hoge.com/index.html"が表示された、という事なのでしょうか。したら至って正常な動作です。"http:/hoge.com/"と指定した時に"http://hoge.com/wp"配下のコンテンツを表示させたければ、"http://hoge.com/index.html"もしくはhtaccessファイルで”wp”ディレクトリにリダイレクトさせてください。※そのやり方をどうするの?という話については別にトピックを立ててください。この流れですると訳が分からなくなりますので。※繰り返しますが上記の話はマルチドメインとは何ら関係のない話です。長くなったので整理します。・Webサーバに"hoge.com"と"example.com"という名前をつけたい。example.com"は応答が得られている。※www.hoge.comやwww.example.comではない。いう前提で話をします。コメント後段ですが、vhost.confの設定を無効にしている話なので、もはやマルチドメインとは無関係な話になっています。そのうえで一応コメントします。アクセス元のブラウザで"http://hoge.com/wp"と指定したら"http://hoge.com/wp"配下のコンテンツが正しく表示され、"http:/hoge.com/"と指定したら"http://hoge.com/index.html"が表示された、という事なのでしょうか。したら至って正常な動作です。"http:/hoge.com/"と指定した時に"http://hoge.com/wp"配下のコンテンツを表示させたければ、"http://hoge.com/index.html"もしくはhtaccessファイルで”wp”ディレクトリにリダイレクトさせてください。※そのやり方をどうするの?という話については別にトピックを立ててください。この流れですると訳が分からなくなりますので。※繰り返しますが上記の話はマルチドメインとは何ら関係のない話です。11:00回答ありがとうございます。>マルチドメインとは何ら関係のない話です。さくらのマネージドでしたら、コントロールパネルでパスの設定が可能なのですが、この設定はhtaccessをつかってリダイレクトしているということでしょうか?回答ありがとうございます。>マルチドメインとは何ら関係のない話です。11:13申し訳ないのですが、さくらのコンパネでak0909さんが希望する設定ができるのか、またその実装がどうなっているのかは全く私には分かりません。さくら固有の問題ですので。申し訳ないのですが、さくらのコンパネでak0909さんが希望する設定ができるのか、またその実装がどうなっているのかは全く私には分かりません。さくら固有の問題ですので。10:13このような質問をしてしまい、申し訳ありません。マルチドメインの設定はパスにドメインを割り当てることだと勘違いしていたようです。www/html/wp1/のパスにはhoge.comのドメインを設定するというように。ynakanoさんには色々わかりやすい対応をして頂き感謝しておりまる。このような質問をしてしまい、申し訳ありません。パスにドメインを割り当てることだと勘違いしていたようです。www/html/wp1/のパスにはhoge.comのドメインを設定するというように。ynakanoさんには色々わかりやすい対応をして頂き感謝しておりまる。10:45以下の部分については完全な間違いではないです。パスにドメインを割り当てることだと勘違いしていたようです。www/html/wp1/のパスにはhoge.comのドメインを設定するというように。設定の考え方としては「ドメインに対して、サーバ上のどのディレクトリをDocumentRootにするのか」となるので、「パスにドメインを割り当てる」とは逆向きですが。以下の部分については完全な間違いではないです。パスにドメインを割り当てることだと勘違いしていたようです。www/html/wp1/のパスにはhoge.comのドメインを設定するというように。設定の考え方としては「ドメインに対して、サーバ上のどのディレクトリをDocumentRootにするのか」となるので、「パスにドメインを割り当てる」とは逆向きですが。10:51なるほどです。ありがとうございます。一度上記の設定の考えかたについての質問を投稿し直します。親切に回答頂き感謝です。ありがとうございます。一度上記の設定の考えかたについての質問を投稿し直します。親切に回答頂き感謝です。同じIPアドレスの3つのドメインに対して別々のSSL証明書を実装したい。1Passenger(Rails)とPHPを共存させる方法について伺います。頂いたご意見への回答は行っておりません。