Xrea.comさんのサーバー応用編

VALUE DOMAIN-DNS cnameレコードによるTypePad-ドメイン・マッピング

Xrea.comさんのサーバを含むドメイン総合サービス「VALUE DOMAIN」
» https://www.value-domain.com/index.php
のネームサーバで独自(オリジナル)ドメインを運用し、
Six Apart - TypePad（シックス・アパート株式会社タイプパッド）
» http://www.sixapart.jp/typepad/
にドメイン・マッピングするとき、DNS変更のポイントをお知らせいたします。マッピング済みドメインを有効にする方法は、TypePadさんのヘルプ情報等でご確認ください。
【ドメイン名・サブドメイン(ホスト)名の例】

オリジナルドメイン　 example.com
TypePad登録ドメイン ***.typepad.jp
ドメイン・マッピング前(および後)のURL http://***.typepad.jp/abc/
ドメイン・マッピング後のURL http://www.example.com/

VALUE-DOMAIN.COM(バリュードメイン) さんのDNS設定を変更します。
DNS「設定フィールド」に下記の CNAME (Canonical NAME 別名レコード) レコードを１行追加するだけです。

cname www ***.typepad.jp.

【設定上の注意事項】
[1] typepad.jpの末尾にドット.を付けないと、ホスト名とみなされ、***.typepad.jp.example.com と誤って設定したことになります。
[2] ホスト名(または、サブドメイン例 www )なしの設定はできないようです。TypePad側 (「推奨カスタムDNS設定」が表示されます) の制限により、ドメイン・マッピング後のURL http://example.com/ とはならないようです。
サブドメイン(ホスト)があってもドメイン・マッピング設定は可能です。
「blog.example.comのようなサブドメインをマップできるの？」
» http://help.typepad.jp/faq/cat64188/index.html#a0000640368
[3] ネームサーバーはVALUE-DOMAINさん独自の「NS1.VALUE-DOMAIN.COM」「NS2.VALUE-DOMAIN.COM」「NS3.VALUE-DOMAIN.COM」であることを確認して下さい。ときに、ネームサーバー dns1(2,3,4,5).name-services.com.を利用していることがあり、本ネームサーバでは cname設定は反映しません。

Your NS records at the parent servers are:
» www.DNSreport.com

ns3.value-domain.com. [59.106.14.70 (NO GLUE)] [JP]
ns2.value-domain.com. [210.153.116.18 (NO GLUE)] [JP]
ns1.value-domain.com. [202.229.187.26 (NO GLUE)] [JP]

であれば、上記設定は、比較的短時間で反映されます。DNS設定変更直後に、www.DNSreport.com での確認も可能です。

dns5.name-services.com. [212.118.243.118 (NO GLUE)] [UK]
dns4.name-services.com. [64.74.96.242 (NO GLUE)] [US]
dns3.name-services.com. [63.251.92.193 (NO GLUE)] [US]
dns2.name-services.com. [216.52.184.230 (NO GLUE)] [US]
dns1.name-services.com. [69.25.142.1 (NO GLUE)] [US]

であれば、

DNS情報変更(example.com)  
ドメインのDNS情報を変更します。 
設定フィールド

下段の
VALUE-DOMAIN独自のDNS機能で、同等の設定内容を表示するにはここをクリックしてください。
をクリックして、ネームサーバー「NS1(2,3).VALUE-DOMAIN.COM」用の設定内容をテキストエディターにコピー後、ネームサーバー変更をおすすめいたします。

KsGMap, Geocoding REST API, Google Maps API

ホームページ内のJavaScriptにより Google Maps APIを利用するだけで地図サイトが簡単に作成できます。
もちろん、Xrea.com さんのサーバは問題なく設置できます (但し、UTF-8 未対応のサーバ環境(Apacheなど)やクライアント側ブラウザの設定・種類では利用できません)。
スクリプトやHTMLで使用する文字コード (charset, encoding)は必ず、"UTF-8"となります。
2005年12月1日(予定)、日本地図においても Google Maps API 採用の測地系が世界共通基準 (世界測地系)に変更されますので、ご注意下さい。

[手順]
(1) Google Maps API を使用するために、Google Maps API key を取得します。
» http://www.google.com/apis/maps/

(2) KsGMap さんの「汎用 Google Maps API スクリプト」
"KsGMap"の本体、サンプルページ (コンテンツは充実しています)などをWWWサーバにアップロードします(インストール・編集方法は KsGMap さんの解説ページをご覧下さい)。
» http://www.ksgmap.jp/

(3) マップ初期値やXMLデータ編集のために、経度・緯度の座標を知りたいとき、「Geocoding REST API」などを利用します。
» http://www.geocoding.jp/api/
住所やランドマーク名から経度・緯度を検索し、XML形式で座標を返します。
[追記 2005/12/4]
KsGMap さんが「座標取得支援ツール」を開発されました。HTML, JavaScript 2つのファイルをダウンロードするだけで、世界測地系対応の座標軸(10進法)が得られます。

緯度 latitude  35.6**358 
経度 longitude 139.*48**4

Movable Type Version 3.2-ja, 3.2-en_USと不正な ScriptURI

エントリー「問題解決:MT 3.17と AdminCGIPath https+複数パス」
» http://shellscript.biz/archives/000062.html
エントリー「MT 3.17の問題点:AdminCGIPath, SSLサーバ( https プロトコル)」
» http://shellscript.biz/archives/000061.html
においても指摘いたしましたが、
[MT]/lib/MT/App.pm のサブルーチンおいて、Movable Typeの ScriptURI, StaticURI などが決定します。しかし、(たぶん)環境変数を多用した条件文が採用されているため、サーバ環境によっては、不正な ScriptURIとなることがあります。
Xrea.com さんのサーバでは、Movable Type 3.17-ja, 3.17(3.16)-en_US からこの問題が発生しています。このバージョンでは、https, AdminCGIPath などを利用する一部のユーザーだけの問題でした。

問題解決
以下の問題点はサーバーの「広告免除権」を購入して、環境変数が
SERVER_PROTOCOL = HTTP/1.1
となれば解決します。
Movable Type Version 3.2-ja, 3.2-en_US では、MTのインストール、アップグレードともに不能となる深刻な問題となっています。
具体例として[ドメイン名 "example.com"、[MT]ディレクトリー "mt"]、
http://www.example.com/mt/index.html
にアクセスすると、インストールを開始する画面に変わりますが、
http://www.example.com/mt/mt-upgrade.cgi?__mode=install

ブログを始める前に、データベースを初期化してインストール作業を完了する必要があります。
……
Version 3.2-ja Copyright c 2001-2005 Six Apart. All Rights Reserved.

ボタン【インストール続行】をクリックすると、エラー表示となります。

アドレス included://www.example.com/mt/mt-upgrade.cgi
無効な構文エラー

前ページのソースを表示すると、

…
ScriptURI = 'included://www.example.com/mt/mt-upgrade.cgi';
ScriptBaseURI = ' ';
StaticURI = 'http://www.example.com/mt/mt-static/';
HelpBaseURI = ' ';
…
…
ブログを始める前に、データベースを初期化してインストール作業を完了する必要があります。

…
…
included://www.example.com/mt/mt-upgrade.cgi">

Xrea.com さんのサーバでは、[MT]/lib/MT/App.pm などのサブルーチンにおいて、今後も同様の問題が起こると思います。
[追記 2005/10/3]
MTをインストールしたXrea.com さんのサーバの環境変数を調べると、
SERVER_PROTOCOL = INCLUDED
でした。
» XREA.COM 広告について
最下段「注2) CGIなどが適切に動かない場合、適宜対応してください。」
Movable Type 3.2以降のインストール/アップグレード/使用に際して、サーバーの広告免除権を購入する方法を選択することになります。
問題解決のために参考となったページを以下に列記します。
(1) フォーラム「XREA SUPPORT BOARD」
» http://sb.xrea.com/showthread.php?t=1984
(2) フォーラム「XREA SUPPORT BOARD」
» http://sb.xrea.com/printthread.php?t=6759&page=23&pp=15

WS_FTP Pro / Certificate has expired

File Transfer Client for Windows WS_FTP Pro 8.03 日本語版にて、Xrea.com さんのサーバにSSL接続していましたが、
解説ページ:
○ エントリー「FTPS ( FTP over SSL, FTP/SSL )」
http://shellscript.biz/archives/000054.html
○「FTPS(FTP over SSL)への対応について」
http://sb.xrea.com/showthread.php?t=9288
2005/8/29-8/30、突然、複数のリモート(サーバ名 s7*, s1*7) とSSL接続不能となりました。通常のFTPは可能で、ログ記録は以下のようでした。

ホストユーザID.s**.xrea.com を探しています...
接続中 : 221.186.***.**:21
221.186.***.**:21 に 0.050000 秒で接続しました。サーバーからの応答を待っています
SSL セッションの初期化中...
220 ProFTPD
AUTH SSL
234 AUTH SSL successful
SSL 接続エラー 655362:
Connect Failed: Certificate has expired
SSL Connect Failed
Host type (1): Automatic detect

WS_FTP Proの本家サイトで、最新評価版をダウンロードしてインストール・実行しましたところ、FTP/SSLできました。クライアント用FTPソフトウェアの証明書が失効したため、
「Certificate has expired」
SSL使用不能となったようです。SSL接続を継続したいとき、バージョンアップが必要のようです。問題解決した評価版は以下のものです。
http://www.ipswitch.com/Products/WS_FTP/

Ipswitch WS_FTP Professional 2006 - 2005.05.11
File Transfer Client for Windows [98/NT/2000/ME/XP/2003]
Copyright(c) 1992-2005 Ipswitch,Inc.
File Size: 9.7 MB

なお、「XREA SUPPORT BOARD - FTP関連フォーラム」
http://sb.xrea.com/showthread.php?t=9988
に投稿しました。Xrea.com さんのご回答は、
「POPS、IMAPS、SMTPS、FTPSでは、正式な証明書を発行しておりませんので、証明書の確認は無視か、無条件で受け入れる設定をお願いいたします。」とのことです。

RFC2182 recommends at least 3 nameservers.

Xrea.com さんのサーバでは、
汎用JP、CCTLD、他社管理ドメインなど(eNomで取得したドメイン以外)の場合:

ns1.value-domain.com. [219.0.10.54] [JP]
ns2.value-domain.com. [210.153.116.18] [JP]
ns3.value-domain.com. [59.106.14.70] [JP]

COMドメインなどeNomで取得したドメインの場合:

dns1.name-services.com. [69.25.142.1] [US]
dns2.name-services.com. [216.52.184.230] [US]
dns3.name-services.com. [63.251.92.193] [US]
dns4.name-services.com. [64.74.96.242] [US]
dns5.name-services.com. [212.118.243.118] [UK]

のネームサーバを利用します。
[DNS チェックサイト]
  http://www.dnsreport.com/
  http://www.squish.net/dnscheck/
  http://www.zonecheck.fr/

などで頻繁にネームサーバのレスポンスをチェックしてみると、ときに

ERROR: Some of your nameservers listed at the parent nameservers did not respond. The ones that did not respond are: ****

と、１つだけ(1/5台 or 1/3台)レスポンスがないため、 [fail] と表示されることがあります。
Xrea.com さんのサーバ以外では、最大２つのネームサーバ nameserver のことが多いようですが、１台は常に response がなく、実際にはプライマリーだけで運用しているサーバも見かけます(市役所などの公的機関を含む）。
RFC2182 section 5 recommends at least 3 nameservers.

WinSCP rbash

WinSCP はクライアント OS Windows のためのオープンソース・ソフトウェアで、version 3.0以降では、SCP (Secure Copy Protocol)と SFTP (SSH File Transfer Protocol)の２つのプロトコルを利用できます。
http://winscp.net/eng/docs/protocols/
最新バージョン(2005/7/20現在):
WinSCP Version 3.7.4(Build 271) Released: 2005-02-10
WinSCPをインストールし、Xrea.com さんの SSHサーバ (Linux)にリモートアクセスするときの注意事項:

(1) SSH接続で使用できる Shellは制限シェル rbash ですが、WinSCP設定 [Environment SCP] では、
Shell ● Default ○ Enter
Default を選択します。もし、
Environment SCP Shell ○ Default ● Enter /bin/rbash
と、rbash を指定すると、

Connection has been unexpectedly closed. Server sent command exit status 0.

サーバ側からの exitコマンドにより接続終了となります。
エントリー「rbash - restricted shell」
http://shellscript.biz/archives/000057.html
(2) SSH 2 (プロトコルバージョン 2.0) によるSCPプロトコルもサポートされています。

SSH protocol version: 2
SSH implementation: OpenSSH_3.8p1
Encryption algorithm: AES (SSH 2 only)
File transfer protocol: SCP

(3) command を使用するとき、SCP プロトコルによる接続を選択します。
File transfer protocolとして、SFTP を選択すると、コマンドは一切使用できません。

Current SFTP(v3) session does not command you request. Separate shell session may be opened to process the command. Do you want to open separete sell session?

また、SFTP プロトコルによるリモートアクセスは可能ですが、exitコマンドにより直ちに接続終了となります。

Connection has been unexpectedly closed. Server sent command exit status 0.

PostgreSQL と UNICODE

データベース PostgreSQL 新規作成時、文字コード選択: EUC-JP or UNICODE 可能となっています。１つのID でサーバ内に５つ設置できます。
エントリー: 「Movable Typeでは Unicode (UTF-8) or EUC-JP (日本語 Extended Unix Code)?」
Movable Type などのブログで、RSSやAtom に対応しなかった問題が解決するはずです。

問題解決:MT 3.17と AdminCGIPath https+複数パス

Movable Type 3.17-ja, 3.17(3.16)-en_US では、App.pm を下記のように編集することにより、
mt.cfg
AdminCGIPath https://ss1.xrea.com/ユーザーID.s*.xrea.com/複数path/to/MT_DIR/mt.cgi
へのアクセスでは、
ScriptURI = '/ユーザーID.s*.xrea.com/複数path/to/MT_DIR/mt.cgi' と正しくなります。
AdminCGIPath http://ユーザーID.s*.xrea.com/MT_DIR/mt.cgi
へのアクセスでは、
ScriptURI = '/MT_DIR/mt.cgi'
となります。

[MT]/lib/MT/App.pm の変更行
597行目あたりのサブルーチン sub app_path

    if ($path =~ m!^https?://[^/]+(/?.*)$!i) {
        $path = $1;
    } elsif (!$path) {
        $path = '/';
}

を下記のように変更します。

    if ($path =~ m!^https?://[^/]+(/?.*)$!i) {
    if ($ENV{REMOTE_ADDR} eq '192.168.1.xyz')
    { $path = '/ユーザーID.s*.xrea.com/複数path/to/MT_DIR/';}
    else { $path = $1;}
    } elsif (!$path) {
        $path = '/';
}

Xrea.com さんのサーバでは、環境変数 HTTPS の on, off を取得できませんので、HTTPS によるアクセスは特定のローカル IP経由であることを利用し、環境変数 $ENV{REMOTE_ADDR}による条件文としました。サーバ名 (例: s150)には、ローカルなIPアドレスが設定されています (例: xyz=50であれば, 192.168.1.50) 。

注) ブログそのものは httpプロトコルで運用します。CGIPath, AdminCGIPath ともに https ではエラーが発生する可能性があります。

MT 3.17の問題点:AdminCGIPath, SSLサーバ( https プロトコル)

Movable Type 3.17-ja を Xrea.com さんのサーバにインストールすると、AdminCGIPath は SSL サーバ (サーバ名 ss1) 経由で利用できません。
[追記 2005/6/29] Movable Type 3.17-ja (デフォルト)のインストールで発生するこの問題点は Xrea.com さんのサーバでは解決しました。

エントリー「問題解決:MT 3.17とAdminCGIPath https+複数パス」
http://shellscript.biz/archives/000062.html

Movable Type (MT) 設定ファイル mt.cfg の中で、MT のベーシック・ディレクトリ (仮に MT_DIR とします) にある mt.cgi までのパス( PATH )を指定します。

CGIPath http://www.example.com/path/to/MT_DIR/
CGIPath https://www.example.com/path/to/MT_DIR/

形式は、http://, https:// で始まる「絶対 URL」です。ドメイン・ルートからの経路 (PATH) をすべて指定します。CGIPathであれば、PATH の数 (階層) には制限はありませんが、下記のように、mt.cgi のみ異なる URL で運用するとき (セキュリティ対策等のため、AdminCGIPath 利用時) 、

MT 3.17-ja
MT 3.16-us
MT 3.17-us

では、

AdminCGIPath https://ss1.xrea.com/ユーザーID.s*.xrea.com/www.example.com/path/to/MT_DIR/ [設定不可]
AdminCGIPath https://ss1.xrea.com/ユーザーID.s*.xrea.com/www.example.com/MT_DIR/ [設定不可]
AdminCGIPath http://ユーザーID.s*.xrea.com/www.example.com/MT_DIR/ [設定不可]
AdminCGIPath http://ユーザーID.s*.xrea.com/path/to/MT_DIR/ [設定不可]
AdminCGIPath http://ユーザーID.s*.xrea.com/MT_DIR/ [設定可]
AdminCGIPath https://www.example.com/MT_DIR/ [設定可]

となるようです。つまり、Xrea.com さんのサーバでは、必ず、ドメイン・ルート直下のMT_DIRにMTをインストールし、AdminCGIPath は SSL サーバ (サーバ名 ss1)を経由しないPATHとします。。MT 3.15-ja では、SSL サーバ (サーバ名 ss1) 経由など可能でしたので、セキュリティ上、とても残念なことです。

不正な ScriptURI : MT3.17, 3.16 / App.pm

[追記 2005/6/29] Movable Type 3.17-ja (デフォルト)のインストールで発生するこの問題点は Xrea.com さんのサーバでは解決しました。

エントリー「問題解決:MT 3.17とAdminCGIPath https+複数パス」
http://shellscript.biz/archives/000062.html

Xrea.com さんのサーバご利用の方は、エントリー:
「AdminCGIPath と SSLサーバ (https プロトコル)」
http://shellscript.biz/archives/000061.html
もご覧下さい。
Movable Type 3.17-ja では、AdminCGIPath を利用したとき、ウェブログの管理画面の ScriptURI (の PATH) は下記のように不正となります。
TMPL_VAR NAME=SCRIPT_URL の右辺に問題があります。

【CONFIGURATION SETTINGS】
http://www.sixapart.com/movabletype/docs/mtmanual_configuration.html#configuration%20settings
mt.cfg
CGIPath
AdminCGIPath
Examples:

CGIPath http://www.example.com/path/to/mt/
AdminCGIPath https://www.example.com/path/to/mt/

【MT 管理画面　ログイン・ページ】

MT version 3.17-ja
ScriptURI = '/to/mt/mt.cgi';
ScriptBaseURI = '';
StaticURI = '/path/to/mt/';
 
MT version 3.15-ja
ScriptURI = '/path/to/mt/mt.cgi';
ScriptBaseURI = '';
StaticURI = '/path/to/mt/';

【MT 管理画面　メニュー・ページ】

MT version 3.17-ja
ScriptURI = '/mt/mt.cgi';
ScriptBaseURI = '';
StaticURI = '/path/to/mt/';
 
MT version 3.15-ja
ScriptURI = '/path/to/mt/mt.cgi';
ScriptBaseURI = '';
StaticURI = '/path/to/mt/';

[2006.02.2005]
Changed files in MT 3.17
http://www.sixapart.com/pronet/weblog/2005/06/changed_files_i.html

lib/MT.pm 
lib/MT/App.pm 
lib/MT/App/CMS.pm 
lib/MT/Plugin.pm 
lib/MT/Template/Context.pm 
mt-db2sql.cgi 
php/mt.php 
plugins/nofollow/README.txt 
plugins/nofollow/nofollow.pl 
plugins/nofollow/tmpl/nofollow.tmpl 
tmpl/cms/edit_comment.tmpl

(一部のみ引用しました)
[追記 2005/6/23]
上記のファイルを調査を行ったところ、[MT]/lib/MT/App.pm 2005年作成版が原因でした。
MT315-ja: App.pm,v 1.119.2.1 2004/10/06 22:46:46
ScriptURI は正常な URLとなりますが, 旧バージョンのため、

Error loading : syntax error at (eval 10) line 1, at EOF

と表示され、管理画面は作動しません。以下のバージョンでは、すべて異常な ScriptURIとなります。

MT316-us: App.pm 10862 2005-04-01 01:33:56Z
MT317-us: App.pm 12790 2005-06-02 15:57:42Z
MT317-ja: App.pm 12790 2005-06-02 15:57:42Z

[追記 2005/6/26]
MT 3.17-ja の管理画面を AdminCGIPath http://独自ドメイン/mt/mt.cgi で運用すると、SCRIPT_URL のPATH 不具合は発生しません。しかし、 AdminCGIPath http://複数の階層/mt/mt.cgi (または, AdminCGIPath https://複数の階層/mt/mt.cgi) にすると、エントリー、ウェブログの設定、サイトの再構築などのリンクは、URLのPATHが１階層短縮されるためアクセス不能となり、メイン・メニュー、ログアウトなどのリンクをクリックすると、ログイン・ページにリダイレクトされるなど、ブログのURL以外はすべて不正となります。大幅に変更された [MT]/lib/MT/App.pm ファイル内に問題がありそうです。

phpPgAdmin / phpMyAdmin

Xrea.com さんのサーバでは、データベース MySQL, PostgreSQL を複数同時使用できます。両DBをリモートで管理するデータベース補助プログラム (それぞれ) phpPgAdmin, phpMyAdmin も管理画面で簡単に自動インストールできます。
しかし、絶対パス /virtual/ユーザーID/public_html/log/
内にデフォルトで設定される .htpasswd, .htaccess ファイルはごくシンプルなものです。たとえば、Basic認証情報は、【ユーザー名:ユーザーID, パスワード:****(4桁) 】です。
つまり、ユーザーID　は、オリジナルドメインの運用でなければ、だれでも URL から読み取ることができます。パスワードは、ユーザー管理用パスワード 12桁 ************ の上4桁(文字)です。暗号強度は、決して安全なものではありません。
しかも、このパスワードがクラッキングされると、ユーザー管理用パスワード 12文字をマスク法でクラッキングできますので、暗号強度は 8桁 (12桁-4桁) に著しく低下します。
http://tokyo-pax.co.jp/200207.htm

また、phpPgAdmin, phpMyAdmin にログインする際、.htaccess ファイルは http:// のアクセスも可能となっていますので、「オンラインパスワードクラッキング」ツールなどが利用されると、とても危険です。
参照ページ:
http://akademeia.info/main/lecture1/tokubetu_online_password_cracking.htm

絶対パス /virtual/ユーザーID/public_html/log/ には、ログ閲覧のページも含まれます(ただし、管理画面で有効とした時に限ります)。
よって、暗号強度をより安全なものにするための対策として、ドットファイル .htaccess / .htpasswd を以下のように変更します。

(1) 「ユーザー名」を【ユーザーID】以外に変更し、パスワードは Xrea.com さんの linux サーバで許可されている 8 桁のランダムな英数字 (大小英文字, 数字の組み合わせなど) に変更する。
検索サイトにて、キーワード「パスワード生成ツール htpasswd」を入力すると、オンラインで htpasswd用の暗号化パスワードを自動生成するサイトがいくつもヒットします。
他の参照ページ:
  · 「ＢｏｏＣＧＩプログラム」
    http://www.booboo.ne.jp/contents/cgi/program/limit/index.html
    http://www.booboo.ne.jp/contents/cgi/program/limit/bpcl/bpcl.pl
参照サイトでは、アクセス制限cgi はリンクウエアで提供されています。また、商用サイトでの使用が禁止されていますので、主催者のページをよくご覧下さい。

Apache を利用した自サーバであれば、htpasswd コマンドに -m オプション を使用すれば、9桁以上の長いパスワードが作成できます (注: Xrea.com さんのサーバにSSH接続すると利用できる制限シェル( rbash ) は htpasswd コマンドを許可していません)。
· 「ok24.jp - 技術ドキュメント Apache：htpasswd コマンド」
http://www.ok24.jp/tech/apache_htpasswd.html

(2) phpPgAdmin, phpMyAdmin (および、ログ閲覧) は https:// のみのアクセスとする。
Xrea.com さんのサーバでは、.htaccess 内に

Order deny,allow
Deny from all
Allow from 192.168.1 219.101.229

を追記し、アクセスの URL は、
http://sb.xrea.com/showthread.php?&threadid=6646
を参照します。
https://ss1.xrea.com/ユーザーID.s***.xrea.com/log/phpmyadmin/
暗号強度 128bit のSSL通信のみ許可しますので、クラッキングのためには、暗号強度 128bitで 8桁パスワードを解読することになりますが、Basic認証のユーザー名は変更されていますので、「ユーザーID」ではアクセスできません。
なお、念のため(ブラウザからドットファイルに直接アクセスされないように)、.htaccess 内に


        Order deny,allow
        Deny from all

を追記します。

固定リンク（関連エントリ):
  · 「SSLで暗号化すべきウエブページが http でアクセスできる」
    http://www.osbsd.net/archives/000082.php
  · 「パスワードの暗号強度」
    http://k-12.be/notes/000088.php
  · .htaccess ファイルにより SSL 接続のみ許可する方法
    http://shellscript.biz/archives/000041.html

Perl コマンドラインスイッチ -w

-w フラグ
-w コマンドラインスイッチ
Command Line flags ともいいます。
例) #!/usr/local/bin/perl -w

デバッグ関係の switch の１つで、perl スクリプトにエラーの可能性があれば警告 (オプショナル Optional warning) を出力します。
このように警告メッセージをオンにしたとき、チェックする変数、識別子の内容は、
  「日本語 perl texinfo」
    http://adlib.rsch.tuis.ac.jp/~akira/lect/jperlman/perl.html#SEC22
に詳しく記述されています。
このフラグはPerlに警告を出力するだけのようですが、Xrea.com さんのサーバ上で Encode.pm を利用するとき、削除をおすすめいたします。
  エントリー「Encode.pm and Movable Type」
    http://shellscript.biz/archives/000036.html

なお、通常は pragma (コンパイラへの指令) の間違いをなくするためにも
use strict; 「未宣言の変数を使用できなくする」
と-w コマンドラインスイッチは、同時に使用することが推奨されます。
http://www001.upp.so-net.ne.jp/monpe/2003/200303050.html

rbash - restricted shell

リモートからSSH接続し、Xrea.com さんのサーバー管理に利用できるシェルは制限付きのシェル(制限シェル) restricted shell rbash です。

管理メニュー「ホスト情報登録」⇒ SSH登録
· SSHシェルはデータベース操作の時のみお使い下さい。

[2005/8/31 追記] SSH接続時の制限緩和(仮)について(2005/06/22)
http://sb.xrea.com/showthread.php?t=9700
実験的な制限緩和「・・・基本的に通常のシェル機能がほぼすべてご利用いただけます・・・」中とのことです。

  「Manpage of BASH」
    http://www.linux.or.jp/JM/html/GNU_bash/man1/bash.1.html
の中に「制限付きのシェル(RESTRICTED SHELL)」の翻訳がありますので、全文引用させていただきます。原文として、
    http://www.network-theory.co.uk/docs/bashref/bashref_68.html
を引用・対比し、強調個所は当方で追記した文章です。

===
Bash を rbash という名前で起動した場合や、起動時に --restricted または -r オプションを指定した場合には、シェルは制限された状態になります。制限付きのシェルは、標準のシェルよりも細かく制御された環境を設定したいときに用います。制限付きのシェルは bash と全く同じように動作しますが、以下のようなことが許可されなかったり実行されなかったりします:
If Bash is started with the name rbash, or the --restricted or -r option is supplied at invocation, the shell becomes restricted. A restricted shell is used to set up an environment more controlled than the standard shell. A restricted shell behaves identically to bash with the exception that the following are disallowed or not performed:

● cd を使ってディレクトリを変更すること
Changing directories with the cd builtin.

● SHELL, PATH, ENV, BASH_ENV の値の設定や設定取り消しを行なうこと
Setting or unsetting the values of the SHELL, PATH, ENV, or BASH_ENV variables.

● / を含むコマンド名を指定すること
Specifying command names containing slashes.

● 組み込みコマンド . の引き数として / を含むファイル名を指定すること
Specifying a filename containing a slash as an argument to the . builtin command.

● 組み込みコマンド hash に対するオプション -p の引数として / を含むファイル名を指定すること
Specifying a filename containing a slash as an argument to the -p option to the hash builtin command.

● 起動時にシェル環境から関数定義をインポートすること
Importing function definitions from the shell environment at startup.

● 起動時にシェル環境から SHELLOPTS の値を展開すること
Parsing the value of SHELLOPTS from the shell environment at startup.

● リダイレクション演算子 >, >|, <>, >&, &>, >> を使ってリダイレクトを行なうこと
Redirecting output using the '>', '>|', '<>', '>&', '&>', and '>>' redirection operators.

● 組み込みコマンド exec を用いて、シェルを別のコマンドに置き換えること
Using the exec builtin to replace the shell with another command.

● 組み込みコマンド enable に対する -f オプションと -d オプションを使って、組み込みコマンドを追加・削除すること
Adding or deleting builtin commands with the -f and -d options to the enable builtin.

● 利用できないシェルを使用可能とするために組み込みコマンド enable を使うこと
Using the enable builtin command to enable disabled shell builtins.

● 組み込みコマンド command に -p オプションを指定すること
Specifying the -p option to the command builtin.

● set +r や set +o restricted を用いて制限モードを解除すること
Turning off restricted mode with 'set +r' or 'set +o restricted'

これらの制限は、何らかの起動ファイルを読み込んだ後に適用されます。
These restrictions are enforced after any startup files are read.

シェルスクリプトであると判明したファイルが実行された時(3.8 シェルスクリプトのセクションを参照)、rbash はスクリプトを実行するために立ち上げたシェルでは制限を全て無効にします。
When a command that is found to be a shell script is executed (see section 3.8 Shell Scripts), rbash turns off any restrictions in the shell spawned to execute the script.

Outbound Port25 Blocking

Outbound Port25 Blocking とは、インターネット接続に利用しているプロバイダー (ISP) の送信用メールサーバーを経由しないで、直接、他のサーバーのSMTPポート (Port25) へメールやウイルスが送信されることを遮断する"利用制限・送信規制"です。
国内のISPでは、

ぷらら
 ＷＡＫＷＡＫ
 インターネット大阪
 ＳＡＮＮＥＴ

さんなどがすでに導入しています。海外では一般化しているそうです。
他のSMTPサーバーが Submission ポート(Port 587), SMTP over SSL に対応していると、メールソフトの設定変更を行うだけで接続可能となります。
参照ページ: ＷＡＫＷＡＫさんの「Port25以外でのメール送信対応状況」
http://www.wakwak.com/info/spec/port25/mail_group.html
Xrea.com さんのSMTPサーバーは、上記参照ページにはありませんが、「SMTP over SSL対応」ですので、
http://sb.xrea.com/showthread.php?t=9230
SSL通信用のポート(SMTPS 465)に変更します。

RAID1, RAID5, RAID0+1, RAID10

HDD上のデータを分散して記録し、高速化や安全性 (耐障害性) の向上をはかる方式 RAID (Redundant Arrays of Independent (or Inexpensive) Disks）は今では一般的ですが、Xrea.com さんのサーバでは、ハードウェア仕様の一覧によると、主に RAID1 (ミラーリング) が使用されています。一部のサーバでは、RAID0+1, RAID10, RAID5 となっています。

以下にいくつかの用語解説ページを列記します。
» 用語解説：RAID ～XREA SUPPORT by noihjp～「CPU, RAID」
» PRIMERGY > 本製品のサポート&ダウンロード > FAQ > RAID(一般的な質問) 回答 - FUJITSU Japan 「RAID1とRAID5ではどちらが良いか」
» RAID1/RAID5解説｜マネージドホスティング HIGHWAY WINDOWS 「RAIDキャッシュ」
» @ITトップ特集： RAIDの基礎知識－RAIDレベルを理解しよう－「RAID 50, ホットスワップ (hot-swap), ホットスペア (hot-spare)」
» RAIDってナニ？「ソフトウェアRAID, ハードウェアRAID」
» 大規模サイトのシステム管理コラム集　＿(‥ )フーン「RAID01とRAID10の違い」
» RAID（Redyndant Array of Independence Disks）「RAID0+1」