.htaccessでHTTPアクセスをSSLでリダイレクト(逆もアリ) - hogehoge foobar Blog Style Beta
.htaccessを使って、HTTPでアクセスされたページをSSLでリダイレクトする方法と、SSLでアクセスされたページをHTTPでリダイレクトする方法です。 今回は、以下の2パターンで試してみました。 環境変数「HTTPS」を使用する。 環境変数「SERVER_PORT」を使用する。 環境変数「HTTPS」を使用する場合 ※メイビンラボさんのページを参考にさせてもらいました。 一番簡単で分かりやすい方法はコレだと思います。 「RewriteCond」で環境変数「HTTPS」の値を判定します。 「HTTPS」がoffの場合 → HTTPでのアクセスなのでSSL(HTTPS)でリダイレクト 「HTTPS」がonの場合 → SSL(HTTPS)でのアクセスなのでHTTPでリダイレクト .htaccessを全てのディレクトリに置くのは管理が煩雑になってよろしく無いので、DocumentRoot直
ELB に EC2 Management Console を使って SSL証明書を設定する - 503 Service Unavailable
ELB に SSL証明書を設定するのは、EC2 Management Console を使えば簡単にできるので、その方法をまとめてみた。 1. ELBの作成ELBを作成し、ListenerにHTTPS を追加する。 ※ 既存のELBがある場合は、対象のELBのListenerにHTTPSを追加する。 2. SSLをアップロード「Upload a new SSL Certificate」を選択して、下記の通り登録する。 Certificate Name:任意の名称 Private Key:秘密鍵 Public Key Certificate:証明書 Certificate Chain:中間証明書（複数ある場合は連結して登録） 3. 確認HTTPSのURLを参照して、正しく表示できれば設定完了。
HTTP_Request2 でのSSL通信でのPOST送信 - クマーのえんじにありんぐ
オレオレ証明書を使用しているサーバへHTTP_Request2を使って通信をする時にちょっと悩まされたのでメモ。 デフォルトの設定で実行すると、エラーコード０を返してきて原因解明までに無駄な時間を要したのでここにメモ。 hoge='fuga' の値を https://foo.bar にPHPから送信してXMLデータを取得。 ただし、foo.barはオレオレ証明書(自己証明書)であるため、ちょっとした設定が必要。 キーとなるのは <?php // SSLサーバ証明書の検証を要求するか(デフォはtrue) HTTP_Request2::setConfig('ssl_verify_peer', false); // 自己証明書を許可するか(デフォはtrue) HTTP_Request2::setConfig('ssl_verify_host', false); 以上の点を踏まえて対応したコードが
New community features for Google Chat and an update on Currents
Join the official community for Google Workspace administrators In the Google Cloud Community, connect with Googlers and other Google Workspace admins like yourself. Participate in product discussions, check out the Community Articles, and learn tips and tricks that will make your work and life easier. Be the first to know what's happening with Google Workspace. ______________ Learn about more Goo
https接続の心臓部、「SSLネゴシエーション」とは － TechTargetジャパン ホワイトペーパー ダウンロードセンター
httpsから始まるアドレスで安全な通信を確立するSSL。通常のhttp接続に暗号化特有のプロセスが加わるが、その仕組みはどのようになっているのだろうか？日本ベリサイン株式会社 https接続の心臓部、「SSLネゴシエーション」とは httpsから始まるアドレスで安全な通信を確立するSSL。通常のhttp接続に暗号化特有のプロセスが加わるが、その仕組みはどのようになっているのだろうか？ 要約 インターネット通信の安全を確保する方法として広く普及している方法にSSLがある。ほとんどのウェブサーバとブラウザがSSLに対応しており、ウェブサイト運営者にとって通信を暗号化する最も手軽でコストパフォーマンスに優れた技術である。 しかし、個人情報、ID、パスワードなどの通信データがどのような仕組みで暗号化されるのか、気になったことはないだろうか？ 顧客のプライバシー情報や重要な企業情報を守りつつ、
ネームベースのバーチャルホストでSSL通信できたっぽい - よしだ’s diary
世間ではネームベースのバーチャルホストではSSLは使えない、という話。 でもネームベースでもいける！と、↓それらしき事が書いてあって、出来たっぽい。 NameVirtualHost *:80 NameVirtualHost *:443 ・hostA・ ・hostA・ ・hostB・ ・hostB・ AとBで同じ証明書を指定する テニス朝練, SSLで名前ベースのバーチャルホスト, 激頭痛い - いしなお!(2007-02-22) 今回の目的 443ポートで複数のDocumentRootを持つ自己署名証明書を使ったSSL通信を出来るようにする。 証明書は1セットだけ作って全てのバーチャルホストで使いまわす。 SSLの事をあまり知らないから、オレオレ証明書の危険性もあまり知らない。 とりあえず、「こいつぁ安全だ！」と太鼓判を押す他人様がいるかいないかの違いらしい。 まぁhttpで通信するより安
Stray Penguin - Linux Memo (Apache-3)
Proxy Balancerの使い方 Apache 2.2 から実装されたプロキシバランサを、左図のような構図で使うことを想定する。リバースプロキシはユーザ(インターネット) からの全ての http リクエスト と https リクエストをロードバランスして実サーバ 1, 2 へ振り分ける。 https の場合は、リバースプロキシがリクエスト内容の暗号化をほどいてから実サーバ (バックエンドサーバ) に HTTPリクエストを送る。つまり SSLキーはリバースプロキシにだけ置いておけばいい。 このやりかたでは、実サーバのドキュメント空間をリバースプロキシのローカルドキュメント空間に割り付ける (概念的には alias に近い) イメージになるので、帰りのトラフィックもリバースプロキシを通る。 SSL通信の場合、実サーバからリバースプロキシへは平文でレスポンスが返され、リバースプロキシがそれを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
