MySQLでSSLクライアント証明書を使ってみたくなったので試してみました。 MySQL のバージョンとか CentOS 6.4 MySQL 5.5.34 (mysql-server-5.5.34-1.el6.remi.x86_64) CA証明書とサーバ証明書を作成 証明書を保存するディレクトリを作成します。 どこでもいいのですがとりあえず /etc/mysql/ssl/ にします。
![MySQLでSSLクライアント証明書を使う - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/875e11c96c6730705966e3ac406a54d11908e0dc/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9TXlTUUwlRTMlODElQTdTU0wlRTMlODIlQUYlRTMlODMlQTklRTMlODIlQTQlRTMlODIlQTIlRTMlODMlQjMlRTMlODMlODglRTglQTglQkMlRTYlOTglOEUlRTYlOUIlQjglRTMlODIlOTIlRTQlQkQlQkYlRTMlODElODYmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTFlYmM5MDgyODc5NTRhNWY4MjliMGI4MTIxZmUxNzlj%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBuZ3l1a2kmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWVhYzFjYWQ4OTZlMDBkMDM1ZWQ2YTlhMWMxYzIyNzNi%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44OY44OD44OJ44K444Oj44OR44Oz%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D2389dc2ed5bcc6c60a07afae52f9218c)
更新のお客様 Apacheをご利用の場合は、前回ご利用いただいたCSRでも更新可能ですが、セキュリティのためにも毎回鍵を作り直していただくことをお勧めいたします。 コマンド実行の準備をします。 OpenSSLがインストールされているか確認してください。 # openssl version Apacheの confのパスに移動してください。 # cd /etc/httpd/conf/ ※opensslのバージョンが確認できない場合、以下をご参考ください。 opensslコマンドが利用できないようです。 秘密鍵を生成します。ここで入力するパスフレーズを忘れてしまうと使用することができなくなります。 更新または乗り換えのお客様 Apacheの仕組み上、秘密鍵を上書きしても、リスタートしない限り影響はありませんが、上書き後の復旧はできませんので、既存のファイルに上書きをしないようご注意ください。秘
「-----BEGIN CERTIFICATE -----」から「-----END CERTIFICATE-----」まで 2 ボタンをクリックして解析
投稿日: 2016/02/01 作成者: Horiguchi カテゴリ: AWS,CloudFront,S3,SSL,ブログ Amazon S3はとても便利なクラウドストレージですが、残念ながらS3は独自SSLに対応していません。 そこで今回はS3のバケットにCloudFront経由で独自SSLを設定する方法をご紹介します。 AWS CLIのインストール まずはAWSにSSLをインストールするため、AWS CLIをターミナルを使ってインストールします。 pip を使用してAWS CLIをインストールしていきます。 curl "https://bootstrap.pypa.io/get-pip.py" -o "get-pip.py" python get-pip.py pip install awscli IAMユーザの作成と設定 AWSの管理画面からIAMでユーザの作成します。 既存のIA
「S3 + Route 53」の組み合わせで独自ドメイン運用しているサイトにhttpsでアクセスしたい!と思って調べたところ、CloudFrontを使用すればできることがわかった。 実は、「AWSで静的ウェブサイトをホストする」のステップ6でCloudFront を使用してウェブサイトを高速化する方法が紹介されているが、自分がテストするだけなので高速化は不要だと思ってCloudFrontの設定をしていなかった。 ウェブサイトの高速化に興味がなくても、「S3 + CloudFront + Route 53」に変えるだけでSSL化できるし、なんとこの構成は「AWSにおける静的コンテンツ配信パターンカタログ(アンチパターン含む)」で紹介されている横綱=最高の構成になるらしいので、検証してみる価値あり。 ちなみにCloudFrontはCDN(コンテンツ配信ネットワーク)サービスと紹介されているが、
■IEなどのブラウザから確認する方法 IEなどのブラウザのアドレス欄に「https://」で始まるURLを入力して、SSL証明書の内容を確認します。 IEなどのブラウザから証明書の確認手順はこちら ブラウザの種類によりましては、中間CA証明書がインストールされていない場合でも 補完機能により自動的に中間CA証明書を補完する場合があります。 中間CA証明書が正しくインストールできたかを確認するには、 必ず認証局のインストールチェッカーで確認して下さい。 ■認証局のインストールチェッカー ご利用製品の種類にかかわらず、どの認証局のインストールチェッカーでもご利用いただけます。 ■デジサート社インストールチェッカーの使い方 【ご注意】 対象(証明書を設定した)サーバ側でTLS1.1以上をサポートしている必要があります。 TLS1.0以下の場合はインストールチェッカーは使用できません。 証明書のコ
実践! SSL証明書の買い方・選び方:WindowsのIIS Webサーバに証明書をインストールする(1/3 ページ) インターネット上のWebサーバへのSSL導入には、SSL証明書の選択と購入が必須だ。実際にSSL証明書の発行申し込みやWebサーバ(IIS)へのインストールを行い、その手順を詳しく解説する。 ユーザーがWebブラウザを介して個人情報をWebサイトへ送信する、というケースはいまどき普通のことだ。しかしWebサーバの管理・運用担当者にとっては、安全に個人情報を伝送できるように、SSLによる暗号化通信機能をWebサーバに導入する必要に迫られることになる。 SSL導入で面倒なことの1つはSSL証明書の購入だろう。証明書発行サイトを見ると、何が違うのか分からないたくさんの種類の証明書がラインアップされていて、どれを選んだらいいのか判断できない。たとえ1つに絞り込めたとしても、発行を
SureServer 技術情報 SureServer の申請方法、導入方法、その他関連のマニュアルを掲載しております。
忘れるからメモという名のコピペ 作成手順 openssl コマンドを使って SSL 自己証明書を作成する。 1. 秘密鍵(server.key)の作成 openssl genrsa -aes256 1024 > server.key 1. 公開鍵(server.csr)の作成 openssl req -new -sha256 -key server.key > server.csr 1. デジタル証明書(server.crt)の作成 openssl x509 -in server.csr -sha256 -days 365 -req -signkey server.key > server.crt 1. Apache の ssl.conf を編集する。
Subject Alternate Names の略で、サーバ証明書のCN(Common Name)の別名というか追加名のこと。 普通サーバ証明書を買うと www.example.com など一つのホスト名がCNとして設定されたものが発行される。 ブラウザ等はサブドメインまで含めて完全一致でこのホスト名をチェックするから、www2.exmaple.com や example.com なんかのホスト名でアクセスすると証明書エラーが出る。でも www.example.com と example.com はサイトの中身同じだしどっちでもアクセスできるようにしたい。 だけどその為に証明書2枚も買うのはもったないし設定も面倒…。というのに対する一つの回答がSANという機能と思えば良い。より詳しいことは「Subject Alternate Names」でググれば分かる。 要は一つの証明書の中に2つ以上
手順 CentOS6でNginx入れる(EPEL)! Nginxでリバースプロキシ設定をする (必要であれば)Apacheのモジュールコンパイル Apacheのモジュール設定をする テストして、本番投入 Cactiに追加、Nginx Statusの設定 前提条件 CentOS Linux Nginx Apache Cacti(モニタリング) CentOS6でNginx入れる(EPEL)! CentOS 7にしようとしたんですが、終了までの時間があまり残されていなかったので、構築と別のところで詰まるのは嫌! ということで、今回は「CentOS 6」を選びました。 OSはインストール済みとします。 EPELリポジトリの追加 rpm -ivh http://ftp.iij.ad.jp/pub/linux/fedora/epel/6/i386/epel-release-6-8.noarch.rpm
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
通信内容を見られたくない場合、暗号化を施しますが、サイトを公開する場合は、SSLサーバ証明書を利用するのが一般的です。当然、第三者機関である認証局より発行されますので、費用も掛かります。 但し、サーバ利用者が特定できるのであれば、必ずしも、第三者機関である認証局を利用せずとも、自前でSSLサーバ証明書を発行して、それを利用することで、HTTPSサイトを公開できます。 世間では、「オレオレ証明書」とか言ったりしますが、卑劣な犯罪で使われている言葉なので、好きではありません。正式には、「自己署名証明書」と言うらしいです。 CA構築前の準備 CA構築前に下記の準備が必要です。 また、ファイルの保管場所や名称などを変更したい場合は、「/etc/pki/tls/openssl.cnf」ファイルを修正する必要があります。※今回はこのファイルはさわらずに、構築します。 # touch /etc/pk
StartSSLのSSL証明書を自分のブログを見ながら再取得したら、やたら間違っていたので書き直し。 書いた当時は何も理解してなかったんだな。 恥ずかしい。 この記事の前にしておく設定は下記の通り。 セキュリティ対策 | naonotes.com(ナオノーツ) 【VPSに】ドメインを取ろう【割り当て】 | naonotes.com(ナオノーツ) 【Outlook.com】独自ドメインメールを無料で運用する | naonotes.com(ナオノーツ) StartSSLにアクセス まず、無料でSSL証明書を発行してくれるありがたいサイト、StartSSLにアクセスし、StartSSL Freeをクリックする。 Certificate Control Panel.をクリック。 Sign-upをクリック。 個人情報の入力 個人情報を入力。 すべてローマ字で入力すること。 First, Last N
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く