【初心者向け】AWSのサービスを使ってWebサーバーをHTTPS化する | DevelopersIO
大阪オフィスのYui(@MayForBlue)です。 自分の勉強も兼ねて、AWSのサービスを使ってWebサーバーをHTTPS化する一例の手順をまとめてみました。 AWSでの証明書の取得や、その証明書をロードバランサーに適用する方法など、AWSをあまり触ったことのない方にも参考にしていただけると思います。 目次 概要 手順 最後に 参考リンク 概要 やること EC2インスタンスで構築済のWebサーバーを以下のAWSのサービスを使ってHTTPS化する。 AWS Certificate Manager：証明書の取得、管理(以下ACM) Amazon Route 53：ドメインの取得、管理（DNS）( 以下Route53) Elastic Load Balancing：ロードバランサー(このうち、今回はWebアプリケーション向きのApplication Load Balancer(以下ALB)を使
ngrokよりserveoがすごい。０秒で localhostを固定URLで公開 - Qiita
注意 serveoがサービス停止中です。 みんな大好きcloud functionには欠点があります。 それは、実際にコードをデプロイしないと、httpsで公開できないこと。 そのため、slackのコマンドを作ったり、ラズベリーパイとかを開発するのに不便だったりします。 以前私はngrokというcliアプリを使っていました。 とても使いやすく、ユーザー登録＋ngrokのインストール＋セットアップだけで使い始めることができます。 お金を払えば固定URLもゲットできます。 しかし、今回もっと良いものを見つけたので紹介します。 serveoです。 なんとこのserveoインストールもセットアップも不要です。 ターミナルで、以下のように ssh -R 80:localhost:3000 serveo.net と打つだけで自分のPCのlocalhost:3000を、固定URLでhttpsとして公開し
mkcert - ローカル開発でもSSL/TLSを MOONGIFT
セキュリティ対策もあって、インターネット上のサーバではSSL/TLSを使って公開するのが当たり前になっています。しかし開発時にはローカルでHTTPを使っていたりしないでしょうか。そのため、設定などを切り替えたりして開発せざるを得ず、さらに公開時には不具合に繋がったりします。 そこで使ってみて欲しいのがmkcertです。ローカル開発環境でもHTTPSを使えるようにするソフトウェアです。 mkcertの使い方 まずインストールを使って証明書をインストールします。 $ mkcert -install 次にドメインを指定して証明書を生成します。 $ mkcert example.com '*.example.org' myapp.dev localhost 127.0.0.1 ::1 そうするとWebブラウザからHTTPS経由でアクセスできます。 mkcertで生成した証明書はApacheやngi
今なぜHTTPS化なのか？インターネットの信頼性のために、技術者が知っておきたいTLSの歴史と技術背景
【変更履歴 2018年2月15日】当初の記事タイトルは「いまなぜHTTPS化なのか？ 技術者が知っておきたいSEOよりずっと大切なこと ― TLSの歴史と技術背景」でしたが、現行のものに変更しました。現在GoogleではWebサイトのHTTPS対応と検索結果の関係を強調しておらず、本記事の趣旨の一つにも本来は独立した問題であるSEOとHTTPS化を関連付けるという根強い誤解を解くことがありますが、当初のタイトルではかえってSEOとHTTPSを関連付けて読まれるおそれがあり、また同様の指摘もいただいたことから変更いたしました。 HTTPとHTTPSは、共にTCP通信上で動作します。したがって、いずれもTCPハンドシェイクで通信を開始します。 HTTP通信の場合には、このTCPハンドシェイク直後に、HTTPリクエストとレスポンスのやり取りが始まります。このHTTPのやり取りは平文通信であり、途
第1回 HTTPS（HTTP over SSL／TLS）とは
本入門連載では、システム管理者やシステムエンジニアの方々を主な対象として、IT業界でよく使われる技術や概念、サービスなどの解説をコンパクトにまとめておく。 昨今はWebサイトを「HTTPS」対応させることが進んでいる。そこでHTTPSとは何か、HTTPプロトコルとはどう違うのか、HTTPS対応するとはどういうことかなどについてまとめておく。今回はHTTPSの概要について見ていく。 HTTPSとは何か？ Webサーバで利用されるプロトコルとはHTTPだが（連載「超入門HTTPプロトコル」参照、それを「SSL／TLS」という暗号化通信機能と共に利用できるようにしたのが「HTTPS（HTTP over SSL／TLS）」である。サイトへのログイン情報やユーザーのプライバシーに関する情報など、重要で漏えいしては困るような情報を保護したい時にHTTPS化が使われる。
HTTPS通信への移行を助けてくれる『Moving to HTTPS』 | 100SHIKI
HTTPS通信が主流になってきましたね。 そこで登場したのがMoving to HTTPSだ。 このサイトではよくあるシーンで「HTTPS通信に切り替えるにはどうしたらいいか？」を解説してくれている。 移行前、移行のステップ、移行後に確認すること、などが説明されているのでわかりやすいのではないか。 いざというときに資料としてブックマークしておいてもいいですね。
HTTPSのWebサーバを設定した (h2o + Let's Encrypt) - はこべにっき ♨
最近、ハイパフォーマンスブラウザネットワーキングを読んでいて、HTTPSについてちょっと勉強しています。勉強にあたっては、実際に試せる場所があったら便利そうなので、自分のさくらVPSにHTTPSのWebサーバを設置してみることにしました。この次はHTTP2の実験もしたいので、先進的なHTTP2の機能が実装されていそうなh2oを使ってみることにしました。 環境 今回の作業は以下のような環境でやりました。 $ uname -a Linux douzemille 4.4.0-36-generic #55-Ubuntu SMP Thu Aug 11 18:01:55 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=16.04 DISTRIB_CODENA
HTTPSにまつわる怪しい伝説を検証する - Google I/O 2016のセッションから - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 今年はGoogle I/Oに初めて社員ではない立場で参加しました。全体の感想は Google I/O 2016まとめ（Web的視点） で公開していますが、今回はその中で、気に入ったセッションの1つである"Mythbusting HTTPS: Squashing security’s urban legends"について書いてみたいと思います。 セッションは大変良くまとまっていますので、YouTubeにあがっている動画を見れる人は動画を見て貰えれば良いのですが、時間が無いという人のために、その内容をまとめました。基本的には文字起こしに近い
Webサイトを「HTTP」から「HTTPS」へ切り替える際に行う一連の作業をまとめました｜今村だけがよくわかるブログ
Googleが「HTTPS everywhere」を提唱していることなどが影響して、HTTPSで通信できるようにWebサイト全体を独自ドメインに対してSSL/TLSによる暗号化を行い、運用をスタートしている様子がちらほら私の周りには増えてきました。 Google ではさらにもう一歩踏み込んで、数か月前の Google I/O では、「HTTPS everywhere」をウェブで提唱しました。 ユーザーがもっと安全にサイトを閲覧できるよう、すべてのサイト所有者の皆様に HTTP から HTTPS への切り替えをおすすめしたいと考えています。 （Google ウェブマスター向け公式ブログ: HTTPS をランキング シグナルに使用しますより） 私はしばらく動向を伺っていましたが「Webサイト全体をHTTPSへ切り替える流れは今後はより加速すると考えてもいい」と判断をし、このブログも全体をHTT
meta name="referrer"を使ってHTTPSでもリファラを送信する方法
Googleがhttpsを検索順位で優遇していることは明白な事実ですが、導入には慎重な対応が必要です。 また、https導入にはメリット・デメリットがあります、しっかりと理解をしなければいけません。 今回は、なぜGoogleがhttpsを優遇するのかというお話から、メリット・デメリットの話、リファラ送信の方法などを解説します。 目次 httpsをSEOで優遇するとは一体？ なぜGoogleはhttpsを優遇するのか httpsからhttps化する際のデメリット 301リダイレクトによる被リンク喪失（2015年12月24日にGoogleが否定しました） ソーシャルボタンのカウント数がリセットされてしまう リファラが消えてしまう httpsでもリファラを送信する方法 1. httpsをSEOで優遇するとは一体？ 2014年8月7日にGoogleがHTTPSをSEOで優遇するという発表をしました
meta name="referrer"は、HTTPS→HTTPでもリファラを出す新しい仕様 | 初代編集長ブログ―安田英久 | Web担当者Forum
「AEON Pay」アプリが4月6日スタート、「イオンウォレット」を全面リニューアル 3月13日 7:01
第5回 意外と知らない？HTTPSを使いこなすテクニック
今回は、通信経路を暗号化するHTTPS（Hyper Text Transport Protocol Secure）について説明します。 HTTPSは、SSL（Secure Socket Layer）/TLS（Transport Layer Security）を使い、HTTP通信を暗号化します。WebアプリケーションでHTTPSを使うと、盗聴や改ざん、なりすましによる被害を防げるようになります。 ただしHTTPSの実装には注意が必要です。2014年には、SSLのオープンソースソフトウエアであるOpenSSLに、「HeartBleed▼」「POODLE▼」「FREAK▼」と呼ばれる重大な脆弱性が見つかりました。証明書を発行する認証局や、Google Chrome、Firefox、IEなどのブラウザーも対応を進めています。 ▼Heartbleedとは、2014年4月に発覚したオープンソースの暗号
なぜHTTPSはHTTPより速いのか
先週、httpvshttps.com というウェブサイトが公開されました。このウェブサイトでは、HTTP と HTTPS を用いてアクセスした場合のウェブページのダウンロード完了までにかかる時間の比較ができるのですが、多くの環境で HTTPS の方が HTTP よりも高速なことに驚きの声が上がっていました。 HTTP が TCP 上で平文を送受信するのに対し、HTTPS は TCP 上で TLS (SSL) という暗号化技術を用いて通信を行います。ならば、TLS のオーバーヘッドのぶん HTTPS のほうが遅いはずだ、という予測に反する結果になったのですから、驚くのも無理はありません。 実は、この結果にはからくりがありました。 Google Chrome、Mozilla Firefox、最近のSafari注1は、Google が開発した通信プロトコル「SPDY」に対応しており、HTTPS
複数のWebサーバでSSLセッションキャッシュを共有してSSL処理を高速化(Apache + mod_ssl + mod_socache_memcache) - 元RX-7乗りの適当な日々
HTTPS(SSL利用)サイトがSEO的に優遇されるトレンドで、世間的にもHTTPS接続でサイト運用するサービスが増えてきています。 これが、ハイトラフィックサイトになってくると、このフロントエンドでSSL処理させることが負荷的にもなかなか辛いのです。 で、Apache 2.3以降では、Shared Object Cache Providerとして、memcachedが選択できるようになっています。 この仕組みを利用して、Apacheとmemcachedを並べることで、各サーバでユーザのSSL Session Cacheを共有しながらHTTPSリクエストを負荷分散できる構成を作ってみました。 WebサーバでSSLオフロード 常時SSLを利用したWebサイトを運用するために、SSLアクセラレータといったアプライアンス製品だとか、ソフトウェアだとApacheやNginxのSSLモジュールを使う
JavaScriptでリンク先URLがhttp/httpsか確認する方法 - 葉っぱ日記
JavaScriptで動的にリンクを生成する際に、DOM-based XSSを防ぐためにリンク先がhttpあるいはhttpsに限定されていることを確認したい場合がある。典型的には以下のようなコードとなる。 var div, elm; // 変数 url は攻撃者がコントロール可能な文字列 if( url.match( /^https?:\/\// ) ){ div = document.getElementById( "info" ); elm = document.createElement( "a" ); elm.setAttribute( "href", url ); elm.appendChild( document.createTextNode( url ) ); div.appendChild( elm ); } この場合、変数urlに「http://example.jp」や「
perlのLWP::UserAgentでhttps getする場合、LWP::Protocol::https も必要 - end0tknr's kipple - web写経開発
#!/usr/local/bin/perl use strict; use utf8; use LWP::UserAgent; main(); sub main { my $ua = LWP::UserAgent->new; $ua->timeout(10); my $res = $ua->get ('https://ないしょ.com/'); if ($res->is_success) { print $res->decoded_content; } else { die $res->status_line; } } ↑これを実行すると、次のように怒られます。 [endo@colinux tmp]$ ./foo.pl 501 Protocol scheme 'https' is not supported (LWP::Protocol::https not installed) at ./
script src='//...' って書けるの知ってましたか？ · DQNEO日記
scriptタグで外部サイトのJSファイルを読み込むときはこういう風に書きましょう。 <script src="//ajax.googleapis.com/ajax/libs/jquery/2.0.0/jquery.min.js"></script> Google公式サイト(Google Hosted Libraries - Developer's Guide)でもこの書き方が提示されています。 こう書けば、HTTPのときはhttp、HTTPSのときはhttpsになるので大変便利です。 参考 いい加減、<script src="http://.. と書くのはやめましょう １つのネタで２回記事を書いてしまいました。 後悔はしてない。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Configuring HTTPS for Use With Servlets [Snippet]
HTTPS通信の疎通確認に覚えておきたい３つのコマンド - Qiita
gitプロトコルが使えない環境での、たった一つの重要な設定 - Qiita
