Security)でアクセスできない証明書・秘密鍵([*.csr][*.key][ca.der])が作成されているか確認するCA証明書が作成されていない。CA証明書がクライアントにインポートされていない証明書・秘密鍵も作成した。ホームページが文字化けしてしまうなぜ、ホームページの文字が化けるのでしょうか?それは以下の事が考えられます。ホームページを作成する場合は、Windows等よりホームページ作成アプリケーションで作成していると思います。(テキストエディタでも、もちろん作成できます。)何も気にせずに出来上がったホームページを保存した場合、通常、文字コードはShift-JISという文字コードで保存されます。このShift-JISは、日本語Windows標準の文字コード体系の為、各ホームページ作成アプリケーションのデフォルト文字コードはShift-JISになります。eucJP)]』Linuxの文字コードを設定した場合はEUC-JPというコードで管理される事となり、Webサーバより送信されるデータがブラウザ側で判断できない(誤認識)場合に文字化けが発生します。文字化けが起こったブラウザ画面ブラウザに文字コードを認識させるには、htmlソースのタグ「<HEAD>」内に以下のタグを記述します。charset=Shift_JIS">」を記述していなくてもブラウザが自動判別して正常に表示されていても、明示的に記述する方がよいでしょう。charsetの属性値は「Shift-JIS」か「EUC-JP」で良いと思います。(正確にはソースを保存した文字コードを記述します。charset」キーワードで検索すると多々の紹介サイトがヒットしますのでそちらをご覧ください。htmlの保存場所を変更したら、変更後のページが表示しなくなってしまったapacheのデフォルトでのドキュメントルートは「/var/www/html」となっています。このパス以外にドキュメントルートを変更した場合、設定ファイル「/etc/httpd/conf/httpd.conf」を変更します。以下が、ドキュメントルートを変更した際の設定ファイル変更場所になります。*:説明上、ドキュメントルートを「/home/www/html」とさせて頂きます。変更後にapacheを再起動し、ページを表示させてみると以下の画面が表示されてページが表示できない場合があります。server.」と出力されている為、アクセス権がない為です。対処するには2つの方法があります。www左側が所有者、右側がグループになります*:所有者を変更するには、apache設定ファイルの以下の設定内容に依存します。/home/www/上記を行うことによって、正常にhtmlが表示される様になります。パスの所有者(other)を追加する上記の方法「パスの所有者をapacheに変更する」を行った場合、何かと不具合(問題)があります。今回「/home/www/」を例に例えると、『www』ユーザを作成した場合の、純粋なwwwユーザホームパスになった場合です。仮に、wwwユーザでサーバにログインした場合、以下の様にエラーとなってしまいます。許可がありませんこれは、本来のwwwユーザのホームパスである「/home/www/」の所有者を「apache」にしてしまった為です。wwwユーザーでホームページをアップデートしようとする際、FTPなどのツールでログインができないし、htmlファイル自体を置く事もできなくなってしまいます。これを回避するには、「/home/www/」パスを本来のwwwユーザとし、所有者以外でも読み取りできる様にパーミッションを追加します。wwwパスのデフォルトである「読み取り」と「実行」を付与しました。-l」コマンドを入力した際に以下の様な結果が表示されます。www上記で表示される一番左の「drwx---r-x」表記がパーミッションになり、各1文字ごとに意味を持っています。上記の左から3・4番目の項目に関連しており、3番目が所有者名、4番目がグループ名を表示しています。所有者とは、ディレクトリ(パス)が3番目のユーザのアクセス権を示します。グループとは、ディレクトリ(パス)が4番目のグループのアクセス権を示します。その他は、3・4番目に属さないユーザのアクセス権を示します。Readの説明"r":読み取る事が可能"-":読み取る事はできないWriteの説明"w":書き込む事が可能"-":書き込む事はできないeXecの説明"x":実行する事が可能"-":実行する事はできない上記を行うことによって、本来の「www」ユーザでのログオンと、htmlのアップロードも可能になります。SELinuxを無効にして確認してみるスクリプトの構文も正しく、パーミッションなども問題ないのにアクセスすると以下のような画面が表示され実行されない場合があります。SELinuxが有効になっていてプロセスの起動を遮断される場合もありますので、一度SELinuxを無効にして確認してみましょう。SELinuxの無効方法は『セキュリティが仇となる?』を参照ください。「SELinux」機能はありません。「IncludesNoExec」に変更すると、SSIの「EXEC」コマンドは使用できなくなります。「.htaccess」ファイル(分散設定ファイル)は、「.himitsu」として、設置しなければなりません。分散設定ファイル「.htaccess」の設定内容を疑う分散設定ファイル「.htaccess」は、アクセス制限をかける為のものだけではありません。各パス(ディレクトリ)毎に、CGIやSSIの許可/不許可、MIME-typeなどのディレクティブをディレクトリに置くことで、そのディレクトリとそのサブディレクトリ全てにディレクティブを適用させることができます。ここでは、アクセス制限(認証)を例にとって、説明します。[Basic/Digest]Basic認証はクライアントからブラウザへ、パスワードを暗号化せずに送ります。Digest認証はBasic認証より安全ですが、一部のクライアントしかサポートしていないようです。"xxxxx"クライアントのダイアログボックスにメッセージ文字列を表示します。xxxxxhtpasswdコマンドで作成したパスワードファイルのパスを指定します。xxxxx証認に使用するユーザグループの一覧が格納されている、テキストファイルのパスを指定します。指定されたユーザのみ、ディレクトリへのアクセスを許可します。User以下にUser名を指定します。複数指定する場合はスペースで区切ります。指定されたグループに属するユーザのみ、ディレクトリへのアクセスを許可します。group以下にgroup名を指定します。複数指定する場合はスペースで区切ります。valid-userを指定した場合AuthUserFileに指定されたパスワードファイルに設定されている全てのユーザに、ディレクトリへのアクセスを許可します。mod_SSL)で紹介していますのでこちらをご覧ください。証明書・秘密鍵の作成時にフルパスで設定しなかった場合は、カレントパスに作成されます。サーバ用証明書・サーバ用秘密鍵の作成先はssl設定ファイルの変更で指定できますので、どこでもかまいません。ホームページ公開パスだけは絶対にお避け下さい。CA証明書が作成されていない。CA証明書がクライアントにインポートされていないCA証明書とは、承認局(サーバ)がユーザ等の認証をする為に使用します。この証明書が無ければユーザーはSSLにて確立された通信を行うことができません。クライアント(ユーザ)用のCA証明書の作成はCA証明書をブラウザにインポートするためのca.derファイル作成を参照して下さい。CA証明書は作成しただけでは意味を持ちません。例を例えると、家の鍵を鍵屋に注文しただけで受け取っていなければ、家に入ることができませんよね?この鍵(CA証明書)をSSL通信で行うクライアントにインポート(取り込み)を行わなければなりません。クライアントへの取り込み方法はクライアントへのCA証明書インストールを参照ください。証明書・秘密鍵も作成した。CA証明書もクライアントにインポートしたのにSSL通信できないこの場合は、3つ疑う場所があります。証明書・秘密鍵の作成時に誤りがあるCA用証明書(ca.crt)の作成とサーバ用公開鍵(server.csr)の作成時の入力内容は同一にする必要があります。証明書・秘密鍵の作成時の最初のパスワード(CA用パスフレーズとサーバ用パスフレーズ)は各々違うパスフレーズにして下さい。正常に動作しない場合があります。SSL通信を行う為のポート番号443番が開いていない外部公開する為にルータのポートの443番を開けてください。(ルータを使用していない場合(サーバ直結)はサーバのポート443番を開きます)ブラウザのプロトコルが「https」でアクセスしていないSSL通信でアクセスする為には「https://サーバのアドレス」でアクセスしなければポートの443番で通信しません。通常の「http://サーバのアドレス」ではポートの80番を使用します。2.0.53)では、大容量ファイルに対応していません。以下を実施して、導入されているapache(httpd)のバージョンを事前に確認してください。httpdhttpd-2.2.3-5ちなみに2007年01月15日現在での各ディストリビューションでのバージョンは以下となっています。