パスフレーズ付きでSSLの鍵を作ると、Apache再起動の際にパスフレーズの入力を求められます。 こんな感じです。 通常の起動プロセス [root@www5254ue ~]# service httpd restart httpd を停止中: [ OK ] httpd を起動中: Apache/2.2.15 mod_ssl/2.2.15 (Pass Phrase Dialog) Some of your private key files are encrypted for security reasons. In order to read them you have to provide the pass phrases. Server weblogy.co.jp:443 (RSA) Enter pass phrase: Apache:mod_ssl:Error: Pass phras
はじめに Apacheでドメインを設定した際に、https://example.com のようにHTTPS通信にすることが多々あると思います。 常時SSLを設定する場合は、HTTP通信が必要ないのですが、過去に http://example.com といったURLで資料を配っている場合のことを考え、httpでアクセスしたユーザーに対し、httpsへリダイレクトさせておくと便利です。 設定ファイル内に書き込むだけなので特に難しいことはないのですが、色々な情報が出回っており、試した方法がことごとく失敗しました。 この方法であれば上手くいくと思いますので、ぜひ参考にしてください。 開発環境 CentOS 6.8 Apache 2.2.15 (Unix) 設定ファイル Apacheの設定ファイルが /etc/httpd/conf.d/vhost.conf で行うと想定しています。 # http経由
はじめに Webサーバとして非常に一般的に使われているApache httpdを利用して、HTTP/HTTPS接続のできるWebサーバを構築する練習をします。 OSはCentOS 7.4、Apacheのバージョンは2.4.6です。 HTTPサーバができるまで Apacheのインストール CentOSデフォルトのリポジトリに入っていますので、yumを使ってインストールしていきましょう。 # yum -y install httpd # httpd -v Server version: Apache/2.4.6 (CentOS) Server built: Oct 19 2017 20:39:16
こんにちは!!こんにちは!! インフラエンジニアのyamamotoです。 Let's Encrypt、いつも活用させていただいております！ ただ、証明書を取得するときにサーバー上でいろいろ作業をしなければなりません。さらにdocker環境上ではどうするんだ！？となるかと思います。 そこで、dockerコンテナでもLet's Encryptを簡単に使えるように整備してみました。 既存のイメージでLet's Encrypt組み込み済みのものもありますが、ここではあえて自前で作ってみます。 Dockerfileまわり dockerイメージは、nginxのオフィシャルイメージを元に、Let's Encryptで必要なプログラムのインストールと、ちょっとひと工夫入れた起動スクリプトを組み込みます。 Dockerfile FROM nginx:latest ENV LETSENCRYPT_HOSTS
GMOグローバルサインの「SSLサーバ証明書」は、選ばれ続けて累計3,800万枚以上の発行実績。常時SSLにも対応、3種類のSSL認証レベルと豊富な運用コストダウンプランで、ユーザが安心できるウェブサイトの構築をサポートします。
(2024/02/11 追記) 退避先のドメイン名「sslnow.cf」も利用できなくなったため、独自ドメイン配下の「https://sslnow.16mhz.net/」に移しました。。 「sslnow.ml」「sslnow.cf」でブラウザのlocalStorageに保存されていた既存の署名鍵は利用できないため、再度Let's Encrypt への署名鍵の登録が必要となります。 (2023/07/23 追記) これまで利用していたドメイン名「sslnow.ml」が利用できなくなったため、いったん「https://sslnow.cf/」に退避しています。 (2019/11/22 追記) ACMEv2 に対応しました。 これに伴いワイルドカード証明書にも対応しました。 はじめに 無料で SSL 証明書を取得できる Let's Encrypt も 2016/04/12 にベータが外れ、当初から
httpでアクセスしてきたユーザーをHTTPSの暗号化に転送したい。 こういうこと http://example.jp/index.php?a → https://example.jp/index.php?a #リダイレクト .htaccess RewriteEngine On RewriteCond %{SERVER_PORT} !^443$ RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R].htaccessとmod_rewrite を組み合わせると簡単にできる。 色々やり方はあるんだけど。 virtualhost や Locationやらやり方はたくさんありますが(!%{HTTPS}とか。)。.htaccessなら置くだけで動くから楽ですね。 仕組みの解説 #mod_rewriteを有効にする RewriteEngi
本ブログは今まで、「https化」をしてきませんでした。 だってサーバとドメインを借りるだけでお金がかかるのに、これ以上お金払いたくなかったんだもん・・・。 なので、無料でSSL証明書を取得し、https化したいと思います！ そんなことできるの？とお思いの方。 できるんです。 そう・・・Let’s Encryptならね！ Let’s Ecnrypt さて、気になるメリットとデメリットをあげていこうと思います。 メリット 無料！ 最大のメリットですよね。「本当に無料なの？」と疑っている方は「こちら（Let’s Encrypt公式）」で確認してみてください。 なんで無料でやってるの？とお思いの方もいらっしゃると思うので、公式サイトから引用します。 Let’s Encrypt は、認証局（CA）として「SSL/TLSサーバ証明書」を無料で発行するとともに、証明書の発行・インストール・更新のプロセ
Mozilla Foundationが開発するブラウザ Firefoxの最新版 Firefox 52が公開されました。 Firefox 52では、非SSL化（非HTTPS）ページである入力項目に入力しようとすると、警告のポップアップが表示されます。 SSL化されていないページでデータを送るのは危険 という認識へ Firefox 52で、SSL化（非HTTPS）されていないページに入力項目があると、そのページを表示しただけで この接続は安全ではありません。ここに入力した情報は漏洩する可能性があります。 というメッセージがポップアップ表示されます。 SSL化されていないページで入力し送信されたデータは暗号化されず、平文のまま送信されるので、盗聴等の行為で送信内容が漏洩する恐れがあるので、その警告表示です。 ちなみにGoogle Chromeの場合は、下記のように 保護されていない通信 という表
Googleは、多くのHTTPページに「Not secure（保護されていません）」と表示する計画の次の段階に備える時間として、ウェブ開発者に6カ月の猶予を与える。 「Google Chrome」ですべてのHTTPページに「Not secure」と表示するGoogleの計画は、10月より第2段階に入る。 Googleは1月、「Google Chrome 56」のリリースに併せて、HTTPの一部のページで安全性の警告表示を開始した。この段階で影響を受けたのは、ウェブ上でログイン情報や決済カードデータなどの機密情報を送信するページだ。 Chromeは10月より、ユーザーがHTTPページで何らかのデータを入力できるようになっていれば、そうしたページに安全性の警告を表示する。Googleはこの表示について、テキストボックスを含むすべてのページに適用されると強調している。 GoogleでChrome
letsencrypt-auto [SUBCOMMAND] [options] [-d domain] [-d domain] ... The Let's Encrypt agent can obtain and install HTTPS/TLS/SSL certificates. By default, it will attempt to use a webserver both for obtaining and installing the cert. Major SUBCOMMANDS are: (default) run Obtain & install a cert in your current webserver certonly Obtain cert, but do not install it (aka "auth") install Install a prev
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 前回のおさらい インフラ さくらのVPS(v4) SSD 1G CentOS7.2 (OS) ミドルウェア nginx 1.8.0 php7.0-fpm (アプリケーション） MariaDB(SQL) 5.5.44 フロントエンド Wordpress 4.4.1 前回の記事の通り、Ansibleであっという間に以上の構成のwebサーバーを組むことができました。今回の記事ではこれらを無料で証明書を発行するwebサービス、let's encryptを使ってSSL/TLS化しちゃいます。そして、ついでにSSLの評価計測サイトであるQualys
Google App EngineでマネージドSSLが全ユーザーに無料提供、HTTPSの導入が簡単に。証明書の更新もGoogleにおまかせで心配無用 GoogleはWorld Wide WebにおけるHTTPSの利用を積極的に推進しています。 検索エンジンとしてのGoogleがWebサイトにHTTPSの利用を推奨していることはよく知られていますが、同社はそれをクラウドサービスでも推し進めようとしています。 Googleは、Google App EngineでマネージドなSSLを無料で提供すると発表しました。 HTTPSを利用するにはSSL証明書が必要となります。Google App Engineが提供するマネージドSSLでは、ユーザーによるSSL証明書の購入や更新といった手間は不要になり、手間も費用もすべてGoogleが提供してくれます。 We’ve made using HTTPS si
CentOS 環境設定備忘録シリーズ（？）、今回は Apache HTTPD の巻。 CentOS の導入は済んでいるものとします。詳しい手順はこちらを参照。 Apache HTTPD の導入自体は簡単すぎるので、今回は SSL アクセスを有効にするところまでを紹介、オレオレ SSL だけど。 まずはターミナルを開いて、 Apache HTTPD をサクっとインストール： # yum install httpd これで完了、簡単すぎ。後は実行すれば HTTPD サーバーとして使えるけど、その前に SSL の設定も紹介します。 SSL(Secure Sockets Layer) 情報を暗号化して送受信するプロトコル。これを HTTP で使う場合のプロトコルが HTTPS です。個人情報やクレジットカード情報を送受信する場合、その中身を暗号化して途中経路で読めなくする場合などに使います。利用者
先週、httpvshttps.com というウェブサイトが公開されました。このウェブサイトでは、HTTP と HTTPS を用いてアクセスした場合のウェブページのダウンロード完了までにかかる時間の比較ができるのですが、多くの環境で HTTPS の方が HTTP よりも高速なことに驚きの声が上がっていました。 HTTP が TCP 上で平文を送受信するのに対し、HTTPS は TCP 上で TLS (SSL) という暗号化技術を用いて通信を行います。ならば、TLS のオーバーヘッドのぶん HTTPS のほうが遅いはずだ、という予測に反する結果になったのですから、驚くのも無理はありません。 実は、この結果にはからくりがありました。 Google Chrome、Mozilla Firefox、最近のSafari注1は、Google が開発した通信プロトコル「SPDY」に対応しており、HTTPS
Googleが常時SSL化を推奨していることもあり、WEBサイトをSSL化しようと考えている方も多いと思います。 ここでは.htaccessを使ってhttpからhttpsにリダイレクトする方法を紹介します。 ECサイトでは、カード番号や購入履歴などの個人情報を守るためにもSSL(HTTPS)の導入は必要ですし、ECサイトでなくてもお問い合わせや相談フォームなどSSL化したほうが良い状況も多いと思いますので、導入時のリダイレクトの参考にしてみてください。 httpからhttpsへのリダイレクト httpからhttpsへリダイレクトするには.htaccessに下記を追加します。 RewriteEngine On RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R,L] これにより、例
F5のサイト サポート ポータル F5製品およびサービスに関するセルフサービス ヘルプの記事 DevCentral 弊社主催のコミュニティでつながり、学ぶ My F5 サブスクリプションおよび登録キーの管理 Partner Central F5パートナーのためのリソースおよびサポート ポータル LearnF5 Learn to use F5 products F5へのお問い合わせ F5販売担当部へのお問い合わせ 詳しくは、F5の営業担当社にお問い合わせください F5サポートへのお問い合わせ お近くのサポート担当者にお問い合わせください プロフェッショナルサービスへのお問い合わせ F5ソリューションを最適化するためのサポートを受ける 無料トライアル 複数の環境にわたりアプリケーションの安全性、速度、信頼性を確保するこれらの製品を、無料でお試しください。 F5 Distributed Clou
前回のopensslでRSA暗号と遊ぶでRSA暗号や秘密鍵について中身を色々といじってみた。続いて今回は、Apacheで使うオレオレ証明書を作ってみる。 細かいことはいいから、オレオレ証明書を作るコマンドだけ知りたい お急ぎの方は、以下3つだけやれば良い。これで10年間(3650日)有効なオレオレ証明書ができあがる。 $ openssl genrsa 2048 > server.key $ openssl req -new -key server.key > server.csr $ openssl x509 -days 3650 -req -signkey server.key < server.csr > server.crtできあがったserver.crtとserver.keyを、例えば/etc/httpd/conf/ 配下のssl.crt/ と ssl.key/ ディレクトリに設置
本連載で以前から「常時SSL」（TOPページからのHTTPSであること）の必要性を取り上げてきた。最初と2回目は金融機関向けだったが、実は全ての企業、個人にとって必要になっている。今回はそのことを解説してみたい。 先日の「情報セキュリティEXPO」で情報処理推進機構（IPA）が、「SSL/TLS暗号設定ガイドライン」について解説するというので聴講した。残念ながらHTTPSの実装については全く触れられなかったが、それでも十分に参考になる内容であり、よく説明されていた。 「常時SSL」に関する過去2回の記事で金融機関に言及していたのは、筆者が銀行出身であることやコンサルティング先の多くが金融機関であることが理由だが、昨今のネット世界の動向をみるに、「金融機関」に限定せず、全ての企業のサイト、強いては個人を含む全てのWebサイトについて「常時SSLの是非」を考える必要性を強く感じざるを得ない状況
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く