[Email]
[Web]
  Frontpage2002
    インストール
    サブホスト設定
    Frontpage2000
    Frontpage98
  CGI
    Wpoison
    Whois cgi
      インストール
    Count2.5
    Namazu
      インストール
      CGIで使用
      インデックス作成
    簡易バスケット
  Urchin
    設定変更
  The Webalizer
  Java
    JavaServlet,JSP
    Tomcat
  Apache
    バージョンアップ
    SSI
    MIME Type
    LogFile変更
    Web Server設定
    WAPプロトコル
    ASP
    Virtual subhost
    ログファイル
    設定ファイル
    HTTP認証
    再起動
      Module
        mod_jk
        mod_jserv
      PHP3
        インストール
      PHP4
        インストール
        CGI
        Moduleの選択
    MarcromediaFlash
  Chili!Soft ASP
    ASP設定
    ASPとDatabase
  V-Hostingの限界
    V-Hosting
    V-Hosting FAQ
    V-Hostingの運用
  Cron
  Security
[FTP]
[User]
[Perl]
[iManager]
[Timezone]
[Real]
[Database]
[ColdFusion]
[Python]
[Faq]


v1
Email
v1
Web
v1
FTP
v1
User
v1
Perl
v1
iManager
v1
Timezone
v1
Real
v1
Database
v1
ColdFusion
v1
Python
v1
Faq


注意: このページは、レンタルサーバー SPEEDEX VPS v1 の技術サポートです。
SPEEDEX VPS v1 には FreeBSD サーバーA、FreeBSD サーバーB、FreeBSD サーバーC、Solaris Standard、Solaris Pro の 5 タイプがあります。
2009年6月現在、5 タイプとも新規オーダーはお受けしておりません。
現在提供中のサービスについては SPEEDEX のメニューページを参照ください。
なお、Solaris Standard、Solaris Pro につきましては 2010年5月を持ってサービスを停止する予定です。
SPEEDEX VPS v2 サーバーご利用の場合は v2 サーバーサポートページを参照ください。
SPEEDEX VPS v3 サーバーご利用の場合は v3 サーバーサポートページを参照ください。
SPEEDEX OneDom サーバーご利用の場合は OneDom サーバーサポートページを参照ください。


V-Hosting FAQ

以下は V-Subhosting について、私どもがよく訊ねられる質問に対する解答集です。
これによって、V-Hosting の内容とその利点、また限界について、
SPEEDEXメンバー様の理解が一層深まることを期待します。




Q : V-Hosting は、V-Server システムの全てについてサポートされていますか。

A : はい。
V-Hosting は、基本仕様(Server A)、汎用仕様(Servers B and C)のそれぞれについて機能します。
但し、基本仕様(Server A)では、V-Host に FTP 利用権を付与する "vadduser" が使えないため(他のコースに比べて)機能性が劣ります。ですから、システム管理者であるSPEEDEXメンバー様は、顧客のファイルのアップロードを自ら行わねばなりません。しかし、それでも cgi-bin と電子メールのエイリアスは顧客による利用が可能です。
汎用仕様(Servers B and C)で V-Hosting を使うよう弊社はお勧めはしますが、Server A であっても技術的な限界があるわけではありません。手間ひまがかかるというだけです。





Q : www.myclient.com (www.myclient.co.jp)の名で顧客の V-Hosting をする際、ドメイン名を InterNICあるいは JPNIC に登録しなければならないと考えて宜しいでしょうか。またその場合、SPEEDEX は登録サービスをしてくれますか。

A : はい。
SPEEDEXメンバー様はどんな追加ドメインについても InterNICあるいは JPNIC への登録をしなければなりません。新規ドメインのI申請費用は\20,000、ドメイン名維持費用は InterNIC の管理するトップドメインについて2年間 \10,000、JPNIC の管理するJPドメインについて1年間 \10,000となります。加えてドメイン追加・サーバー初期設定費 \5,000が必要です。 InterNIC, JPNIC への登録はすべて SPEEDEXが行いますので、SPEEDEXメンバー様が管理している V-Server への新ドメイン名設定はSPEEDEXホームページの「ドメイン申請」オーダーフォームをお使い下さい。
http://www.speedex.ne.jp/order/

(希望しているドメイン名が使えるかどうか、まず最初にドメインチェック・フォームで確認して下さい)





Q : V-Host package が telnet でのアクセス(shellアカウント)を用意していないとすれば、サブホストされる顧客は、どうやって自分のデータをサーバにアップロードするのでしょうか。

A : 顧客に FTP と POP 利用権を付与したい、とうことですね。それなら、vaddusercommand あるいは、web 仕様の iManager で vadduser utility を使ってできます。
FTP のアカウントのホームディレクトリーを指定する場合、V-Host ディレクトリ設定と同じディレクトリー指定を使ってください。これによって、サブホストされた顧客はコンテンツを V-Host に送信・出版できるのです。FTP 及び POP 利用権は、汎用仕様(Server B)と拡張仕様(Server C)にのみ設定されています。
Server A では、FTP/POP/IMAP の利用について、全てに渡って設定されていません。





Q : V-Hosting のサブディレクトリへのディスク容量の割り当てについて、何らか制限を加える方法がありますか。

A : はい。
vadduser command を用いて顧客にFTP利用権を与える際、特定のディレクトリに対して FTP 利用権を与え、FTPが利用できるディスク容量を設定して下さい。
顧客の FTP ディレクトリの設定の際、V-Host ディレクトリと同じディレクトリ設定の仕方をすれば、顧客が利用できる容量に制限を設けられます。





Q : "HTTP_HOST" ブラウザでなくても main Server にうまく接続できると思いますが、どうですか。そうでなければ、どういう誤作動があるのでしょうか。古いアメリカオンラインのブラウザで問題が起き易いとも聞きています。

A : もしブラウザが HTTP_HOST 変数をサポートしない場合、つまりは HTTP/1.1 に対応したものではない場合、クライアントは V-Server の main のホームページに行くことになります。
例えば、もし V-Server での主ドメイン名が "my-virtual-server.com" で、そのサブホスト先のドメイン名が "a-virtual-host.com" であった場合、HTTP/1.1 非対応ブラウザからの "a-virtual-host.com" に対する要求は全て、ルートサーバのコンテンツ、つまり "my-virtual-server.com" のコンテンツに繋がってしまうのです。

この問題解決の一つの方法は、V-Server によって関連したあらゆるドメインを、サブホストすることです。
"一覧 directory" を作るか、主たる htdocs area に index.html file を作ります。すると、HTTP/1.0ブラウザが V-Host されたドメイン名を呼び出した場合、ブラウザはドメイン名の一覧 directory を見て、欲しいコンテンツに飛べるわけです。
そういう風にして、古いブラウザを使っている人でも、見たいページにアクセスできます。

より詳しい情報については、「SPEEDEX がお勧めする V-Hosting の運用方法」の「1.ディレクトリー構造」を参照下さい。






Q : V-Host は欲しいがドメイン名はいらない、という顧客に対して "user.my-virtual-server.com" というような V-Host を作れるでしょうか。その場合でも DNS の設定は必要でしょうか。

A : はい。
SPEEDEXメンバー様のドメイン名に canonical names(CName/別ネームサーバ)を加え、SPEEDEXメンバー様のサーバのサブディレクトリに繋げるよう、コンフィグレーションすることはできます。

ですから例えば、もしSPEEDEXメンバー様のインターネット会社がサーバを小売販売していて、どんな種類の Web サーバも持っているような、優れものの企業のように見せたい場合、SPEEDEXメンバー様の "http://www.my-virtual-server.com" の URL に加え、下記のようなサブホスト先の canonical names(CName/別ネームサーバ)を、V-Server にコンフィグレーションすることができます。

"http://support.my-virtual-server.com"
"http://search.my-virtual-server.com"
"http://sales.my-virtual-server.com" 等々。

それぞれの canonical name は、別々のコンテンツを持った別々のディレクトリに繋げられます。管理している V-Server に新たに canonical name が必要になった場合、SPEEDEXのオンライン注文処理システムをご利用下さい。

http://www.speedex.ne.jp/order/

あるサブディレクトリに、"http://support.my-virtual-server.com/" を繋ぐようコンフィグレーションするには、httpd.conf file のなかに下記のように入れます。

# point support.my-virtual-server.com to subdirectory support
<VirtualHost support.my-virtual-server.com>
ServerName support.my-virtual-server.com
ServerAdmin support@my-virtual-server.com
DocumentRoot /usr/local/etc/httpd/htdocs/support
</VirtualHost>






Q : V-Host が独自の cgi-bin を持っているとすれば、CGI スクリプトは V-Server のディレクトリ・システムに対して影響を持つ形で働いてしまうのではないでしょうか。それとも、自分の許された範囲内だけで問題なく動き回るのでしょうか。

A : V-Host されている cgi-bin のなかのスクリプトは、SPEEDEXメンバー様自身のユーザ名が持つ権利とパーミッションで機能します。そのため、安全管理上の問題については、気を付ける必要があります。
例えば、サブホストされている顧客が "rm -rf /" という、ディレクトリーもファイルも消去するコマンドを含む CGI スクリプトをアップロードした場合、その実行を阻止する手段はありません。

しかしながら、大抵の場合、顧客に対してはサブホストのサービスをするだけではなく、 Web コンテンツのデザインや CGI スクリプトの作成などもすることでしょうから、これは問題ではないかもしれません。
サブホスト先の顧客が、彼ら自身の CGI スクリプトをアップロードをする場合、SPEEDEXメンバー様は大変注意を払う必要があります。

より詳しい情報については、「SPEEDEX がお勧めする V-Hosting の運用方法」の「4.CGIの管理」を参照下さい。






Q : 各 V-Server システムに置くことのできる V-Host の数について制限がありますか。

A : はい。
それぞれの V-Server システムにコンフィグレーションできるホスト数には、高い運用性を発揮させ維持するためにハード的な限界があります。それらは下記の通りです。

Server A: 7 domains
Server B: 30 domains
Server C: 75 domains






Q : それぞれの V-Server に置くことのできるサブホストの数に、制限を設けている理由は何ですか。

A : サブホスティングが V-Server の特色であるとアナウンスをしてから、私どもはサブホスト数に特に制限を設けてはいませんでした。その適切な数は約25ぐらいでしょうと、いつもお勧めをしてきました。
が、昨年にかけて、各 V-Server に接続しているサブホスト数は、うなぎのぼりに増加の一途を辿り、私どものサーバの運用に深刻な影響をもたらすことになりました。

私どもが開発した新 Apache システムは、サーバへの負荷を減らし、SPEEDEXメンバー様とSPEEDEXメンバー様の顧客に世界最高水準の充実したサーバ運用を約束するものですが、サブホスト数を従来のまま野放し状態にしておけば、エンドユーザが更に多くのサブホストを設定することにより、このような機械性能の向上も失われてしまうことは明らかなのです。






Q : サブホストの数を超過したままにしておくと、どうなりますか。

A : 超過した時点で、Web サーバがファイル管理をしなくなります。





Q : V-Server でのサブホスト数は、どうやって数えるのですか。

A : ホスト数は "httpd.conf" file のなかの "<VirtualHost...>" 指定の数により数えられます。
Apache の新改訂版では、ひとつのタグ指定のなかに複数の V-Host を入れることができます。そのため、V-Server のコースによっては "<VirtualHost...>" 指定のなかに複数の C Name やドメイン名・ホスト名を入れても、それは設定数ひとつと計算されます。

Apache の新改訂版では、同一の V-Host タグ指定中に複数の書き込み(ドメイン名やC Name)ができますから、www と、non-www の書き込みを、同じタグ指定中にした方がいいかもしれません。
下記の(例1)では、www.foobar.com と foobar.com の両方が、同一のタグ指定中に入っている様子を示しています。

次の事例を考えてみて下さい。

(例1)
<VirtualHost foobar.com www.foobar.com>
DocumentRoot /usr/local/etc/httpd/htdocs/foobar
...</VirtualHost>

この(例1)では、V-Host 数は1つ(タグ数1)です。

(例2)
<VirtualHost www.foobar.com>
DocumentRoot /usr/local/etc/httpd/htdocs/foobar
...</VirtualHost>

<VirtualHost foobar.com>
DocumentRoot /usr/local/etc/httpd/htdocs/foobar
...</VirtualHost>

この(例2)では、V-Host 数は2つ(タグ数2)です。

要するに、V-Server における V-Host 数を勘定するには、コンフィグレーションファイルのなかの "<VirtualHost...>" の指定タグ数を数えればよいのです。






Q : SPEEDEX では、httpd.conf ファイル中のサブホスト数を計算するような仕組みを、考えているでしょうか。

A : はい。
Apache の新改訂版では、弊社は V-Server に設定されている Web サーバの状況とコンフィグレーションの状態をチェックできるようなモジュールを用意する予定です。

SPEEDEX サポートポリシー

Copyright @ Cyber Vision Hosting Co., Ltd. All rights reserved.


株式会社サイバービジョンホスティング提供サービス一覧
再販売用レンタルサーバーのSPEEDEX | VPS(仮想専用サーバー) | 共用サーバー | 独自ドメイン取得・運用 | SSLサーバー証明書 | ワイルドカードサーバー証明書 | SEO | Google Apps(TM) | クリエイティブワークの検索エンジン