みなさんこんにちは！ イザナギです！ 最近ポートフォリオサイトを作り直して「Heroku」にあげようと思ったのですが、 ビルド制限かかってしまったんですよね... なので、WebサイトはHerokuに上げられませんでした。 NuxtアプリをHerokuでデプロイしてみた！ どうしようかな？ そう迷った結果... URL取得してサーバー借りてデプロイしよう！という結論に至りました。 なので、今回はNuxtで開発したWebアプリをWebに公開までにしたことについて書いていきたいと思います！ サーバーの契約今回はconoHaVPSを使いたいと思います。 初めて契約される方は、ログインが必要です。 ログインし、VPSを契約します。 私は「CentOS Stream」を使ってみたかったので、「CentOS Stream」を選択しました。 他の設定は好みでいいと思います！ これで契約は終わりですが、ま

概要 本記事では、S3+CloudFront+Route53を利用して、静的サイトを公開する実装手順を紹介します。ACMを使ってSSL証明書を発行し、httpsで公開します。 LP（ランディングページ）、ポートフォリオサイト、シンプルなサイトなどをインターネット上に公開する際に役立ちます。 構成図 本記事のゴール 今回のゴールは、以下のhtml,ccs,画像だけのシンプルな静的Webサイトを、独自ドメインを使用してインターネット上に公開することです。 事前準備 AWSのアカウント 公開するファイル（html,css,imageなど） 実装手順 S3で静的Webサイトホスティングをする CloudFront経由でS3のファイルにアクセスする CloudFrontのOAIを使用して、S3への直接アクセスを制限する 独自ドメインを取得し、Route53へ設定する(freenomで無料ドメインを取

ACM (AWS Certificate Manager)でRoute 53に登録してあるドメインのSSL証明書を発行してみました。 動画 ACMとは ・SSL/TLS証明書を簡単に発行、管理できるサービス ・無料で利用可能 ・自動更新可能 ・発行も数分で可能 詳しくは公式ドキュメントをご覧ください。 前提 Route 53でドメインを取得した状態から始めます。 Freenomやお名前.comのドメインをRoute 53に登録すればお安く試すこともできます。 手順 まずはACMコンソールに移動します。 証明書のプロビジョニングの「今すぐ始める」をクリックします。 「パブリック証明書のリクエスト」を選択し、「証明書のリクエスト」をクリックします。 ドメイン名を入力します。 ルートドメインではなく、www.example.comなどのサブドメインにも証明書をリクエストするには、*.ドメイン名を

力強く　歌声が呼ぶ 魔法が働く 私は　知恵の眠りから目覚めた 誰が　私から眠りを 追い払うのか？ エルダ、「ニーベルングの指輪」より 私はオンプレミスで自宅にサーバーを設置してこのブログを稼働している。まぁ、本職だからね。 そして、SSLに関しては、Let's Encryptという無料のサーバー証明書を利用していて、しかもロボット化による自動更新になっているから、期限切れに伴う証明書入れ替えメンテナンスの手間もない。2か月に一度自動更新されるようになっている。 SSL通信の情報は、ブラウザのアドレスバー左端にある鍵のアイコンをクリックすると出てくる。試しに、私のブログをChromeで見てみると、当初ここにはLet's Encryptの証明書が表示されていた。 しかし。ESETというウイルス対策ソフトを入れた後から、ここに表示される証明書情報が、"ESET SSL Filter CA"となっ

CA/Browser ForumおよびMozillaルートプログラムでは、全ての認証局（CA）が画一された要件の遵守と監査を義務付けられています。重要なコンプライアンスやセキュリティ要件の設定を通じて、ウェブサイトの閲覧者を保護しています。 SSLサーバ証明書の仕様なども度々アップデートがされ、OUフィールドの廃止要件の決定、またECC鍵使用の場合のKey Usageに関する追加情報の発表がありました。本記事では、直近の４つのSSLサーバ証明書の仕様変更について解説します。 SSLサーバ証明書の仕様変更 1. 【2021年10月1日～】認証局（CA）はドメイン名及びIPアドレスの審査を証明書発行以前の398日以内に実施 2. 【2021年12月1日～】ページ認証によるワイルドカード発行の禁止 3. 【2021年7月26日～】ECC鍵のKey Usageに対する変更 4. 【2022年8月3

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

DV、OV、IV、およびEV証明書の違いは何ですか？ すべてが X.509証明書 暗号化、認証、および整合性を保証するために同様の方法を使用します。これらは、保護するIDについて含む情報が大幅に異なります。 証明書を分類する便利な方法は、証明書に含まれるサブジェクト情報を検証するために認証局（CA）が使用する方法によるものです。 ドメイン検証（DV） 検証の最低レベルであり、証明書を要求する人が、証明書が保護するドメインを制御していることを検証します。 組織検証（OV） の組織 (企業、非営利団体、または政府機関など) の身元を確認します。 証明書に記載されているサブジェクトと、組織が運営されている場所. 個別検証（IV） 個人の身元を確認する l証明書のサブジェクトとして記載されています。 これは、証明書を要求した人と同じ場合があります。 多くの場合、個人の住所も確認されます。 拡張検証

2017.05.08 Chrome58でエラーになる問題追記 Webサービスの開発するにあたって、開発検証を行うサーバにもSSL証明書が必要になることが多々ある。 限られたメンバーがアクセスするだけの環境に、お金を出してSSL証明書を買うのもねぇ。。。 ってな時に自己証明書、つまりオレオレ証明書を作って利用する場面があるわけだけど。 毎度毎度やり方忘れてぐぐってると、色んなやり方があって、どれがいいの？って悩む。 しかも、今まで意味も分からず動けばいーや的な感じだったので、今回はちゃんと考えた。 てことで、オレオレ証明書でオレオレ認証局を作って、このオレオレ認証局で署名したサーバー証明書を作る方式にする。 そうすれば、オレオレ認証局の証明書だけを信頼できるルート証明書にすることで、発行したすべてのサーバー証明書が信頼性あるものになる。 ブラウザーで緑の鍵マークになるって寸法よ。 鍵の種類

クラウドサービスの普及により自前でメールサーバを構築することは少なくなりましたが、自前で構築したメールサーバは他のシステムと連携しやすいなど自由度が高いのが魅力です。ただし、セキュリティの確保も自前でしっかり行わなければなりません。そこで今回は、SSL/TLSに対応したメールサーバを構築した時の手順をメモしておきました。 メールサーバの設定概要 メールサーバの設定概要は、以下の通りです。ドメイン名やIPアドレスはサンプルですので実際のものに読み替えてください。 今回サーバOSは、AlmaLinux を利用していますが、Rocky Linux や CentOS Stream など RHEL系のディストリビューションであれば同じ手順で設定できると思います。 メールアドレスのドメイン名example.com メールサーバのアドレス（FQDN）mail.example.com メールサーバのIPア

※ 料金は全て税込み表記です。 大切な独自ドメインは、安定した国内レンタルサーバーの「ドメインキング」にお任せください。月550円からの格安料金なのに、WordPressやデータベースなど50以上の人気機能を備えたクラウドベースのレンタルサーバーを自由に利用できます。ドメインをはじめて取得する初心者から、複数ドメインを低予算で管理・運用したい企業のシステム管理者まで、幅広いお客様に選ばれています。

Amazon Web Services ブログ AWS Certificate Managerでプライベート証明局を 本日から、AWS Certificate Manager (ACM) には新機能のプライベート認証局 (CA) が追加されました。この新サービスを使用した場合、ACM はプライベート下位 CA として機能することになります。従来、顧客がプライベート証明書を必要とする場合、顧客には、保守と運用に高額の費用が必要になる、特殊なインフラストラクチャとセキュリティに関する専門知識が必要でした。ACM の既存の証明書機能のアドオンとなる ACM プライベート CA を使用すると、従量制課金が適用されるプライベート証明書のライフサイクルを容易にかつ安全に管理することができるようになります。これにより開発者は、いくつかの API 呼び出しを行うだけで、証明書をプロビジョニングすることがで

Modern Ciphersuite: ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES1

【変更履歴 2018年2月15日】当初の記事タイトルは「いまなぜHTTPS化なのか？ 技術者が知っておきたいSEOよりずっと大切なこと ― TLSの歴史と技術背景」でしたが、現行のものに変更しました。現在GoogleではWebサイトのHTTPS対応と検索結果の関係を強調しておらず、本記事の趣旨の一つにも本来は独立した問題であるSEOとHTTPS化を関連付けるという根強い誤解を解くことがありますが、当初のタイトルではかえってSEOとHTTPSを関連付けて読まれるおそれがあり、また同様の指摘もいただいたことから変更いたしました。 HTTPとHTTPSは、共にTCP通信上で動作します。したがって、いずれもTCPハンドシェイクで通信を開始します。 HTTP通信の場合には、このTCPハンドシェイク直後に、HTTPリクエストとレスポンスのやり取りが始まります。このHTTPのやり取りは平文通信であり、途

Tweet はじめに 前回のコラムでは、PCI SSC が2015年12月18日に公開した、SSLおよび初期のTLSから安全なTLSへの移行期限の延長に関するプレスリリース[1]について、速報として概要を解説しました。今回は、プレスリリースと併せて公開された改訂内容について、より掘り下げて解説します。 改訂内容のおさらい まず、前回のプレスリリースと併せて公開された告示 [2], [3] で示された改訂内容をおさらいしましょう。 アクワイヤラ、プロセッサ、ゲートウェイ、およびサービスプロバイダを含む、処理業者および第三者の事業体すべては、2016年6月までに、TLS 1.1 以上のサービスを提供しなければならない すべての新しい実装は、PCI DSS v3.1に記載されている通り、TLS 1.1以上を有効にしなければならない すべての事業体は、2018年6月30日の発効日をもって、TLSの