NginxでLet’s Encryptを使うためのメモ書き | work.log
無料でSSL証明書を取得できるサービス Let’s Encrypt のメモです。 今回は CentOS + Nginx の環境で Let’s Encrypt のセットアップ、証明書インストール、自動更新設定をやっていきます。 スポンサーリンク certbotのセットアップ Let’s Encrypt が発行する証明書は有効期限が90日となっています。 このままだと運用が困るのでcertbotを使い自動更新出来るようにします。 以前はcertbot-autoというツールを使っていたのですが、これが現在は新規で使えなくなったので注意です。 また、セットアップ済みのcertbot-autoは現時点（2021/8/16）でも一応動き、SSL証明書も更新されていますがいずれ使えなくなるかもしれないので早めに対応した方がいいです。 久しぶりにcertbot-autoを新規インストールしたらうんともすん
Let's Encrypt で Nginx にSSLを設定する - Qiita
Let's Encrypt で取得したサーバ証明書を Nginxに設定するための手順。 確認した環境は次の通り。 OS: CentOS 7.2 Nginx 1.11 Let's Encrypt 導入の事前準備 証明書を取得したいドメインでアクセスできるサーバを立てておく。 アプリケーションやHTTPサーバのインストールは必ずしも必要ないが、次の2点が必要。 取得したいドメインがDNSで名前解決できる 80番ポートでアクセスできる 以下の操作はそのサーバ上で行う。 certbot のインストール まず、Let's Encrypt のクライアントcertbotをインストール。 インストールと言っても、git で cloneするだけ。 以下の例では、/usr/local にインストールしているが、場所はどこでもよい。 $ cd /usr/local $ git clone https://git
ngx_mrubyで最初のHTTPSアクセス時に自動で証明書を設定可能にするFastCertificateの提案とPoC - 人間とウェブの未来
Let’s EncryptやACMEプロトコルによるDV証明書取得の自動化に伴い、証明書の取得と設定が簡単になってきました。 一方で、ACMEをツール化したものが増えるに従って、ACMEってそもそもどういう動きになっているのか、とか、自分たちの用途でどういう使い方がありえるのかとかが余計にわかりにくくなってきており、どこまで自動化できるかもよくわからない場合が多いのではないでしょうか。 そこで、 ドメインとAレコードの紐付けさえしていれば、最初のアクセス時に自動で証明書をとってきて、HTTPS通信にできないか というような、いわゆる FastCertificate 的な動きを実現したいと考え、ACMEの通信の中で各種処理を別のスクリプトでhookできるdehydratedとngx_mrubyを応用して実現可否も含めてPoCを実装してみました。 ※ FastContainerという考え方につ
Let’s EncryptとNginx : セキュアなWebデプロイメントの現状 | POSTD
最近まで、SSL暗号化通信は「あると好ましい機能」という程度にしか考えられていませんでした。そのため、安全なのはアプリのログインページだけというサービスが数多く存在していました。 しかし、状況は良い方向へと変化しています。現在では暗号化は必須と考えられ、ほとんどの開発者が導入を義務付けています。また、巨大検索エンジンGoogleでは、SSLの導入が検索結果の順位を決定する要因にさえなっています。 しかし、SSLが広範に普及しているにも関わらず、セキュアなWebサービスを構築することは、未だに面倒で、時間がかかり、エラーの原因になりやすいと考えられています。 最近この分野では、 Let’s Encrypt が、SSL証明書をより広く普及させ、Webサイトのセキュリティ維持に係るワークフローを大幅に簡略化しようと取り組んでいます。 強力なWebサーバNginxや、他のハードニング方法と組み合わ
ServerkitでRailsが動く環境をつくる - Qiita
Serverkit というプロビジョニングツールがあるんですが、実用的な使用例があまり存在していないので、紹介も兼ねながら、ServerkitでNginx・Unicorn・Railsが動く環境を構築する方法を書いてみようと思います。 想定ケース 「これまで手元のPCでRailsアプリを開発してきたが、そろそろ本番環境で動かすことを想定して、AWSでEC2インスタンスを用意してデプロイして試してみたい」という利用シーンを例に考えます。EC2インスタンスのOSにはAmazon Linuxを利用することにし、初期状態からデプロイ可能な状態への変更を自動化することを目標にします。 レシピの記述と適用 手短にまとめると、ssh ホスト名 だけでログインできるように ~/.ssh/config を設定したあと (ec2-userでログインするためにHostを設定するなど)、手元に以下のようなYAMLフ
光の速さのWEBサーバー(nginx)をlet's encryptでSSL化及びHTTP/2化。ついでにセキュリティ評価をA＋にする。 - Qiita
光の速さのWEBサーバー(nginx)をlet's encryptでSSL化及びHTTP/2化。ついでにセキュリティ評価をA＋にする。nginxCentOSSSLTLSLet’sEncrypt 前回のおさらい インフラ さくらの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 SSL Reportのセキュリティ評価でA＋をもらっちゃいます
Mac上でDockerを使ってnginxとRailsアプリケーションを動かす - Qiita
※ Docker, boot2dockerなどの基本はご自身でお調べ下さい。 ※ Docker Toolbox をインストールして下さい。以下すべての作業はDocker Quickstart Terminalで行っています。 構成 こちらの構成を再現しました。 (参考にした記事はEC2インスタンス上に直接構築していますが、今回はMac上のboot2dockerインスタンス上に構築したので、ちょこちょこと詰まることがありました。) MacでのDockerの構造については主題とは関連が薄いので割愛しますが、調べてみると良いかと思います。 昔はいろいろ問題があったようです。 さておき、ホスト上に4つのコンテナを構築します ・data: このコンテナーを介してデータやソケットの共有、ホストのファイルの共有などを行う ・app: RubyやRails、unicornが動作するコンテナー ・mysql
Rails 4.2 + Unicorn + Nginx でアプリケーションサーバの構築 - Qiita
source 'https://rubygems.org' gem 'rails', '4.2.0' gem 'sqlite3' gem 'sass-rails', '~> 5.0' gem 'uglifier', '>= 1.3.0' gem 'coffee-rails', '~> 4.1.0' gem 'therubyracer', platforms: :ruby gem 'jquery-rails' gem 'turbolinks' gem 'jbuilder', '~> 2.0' gem 'sdoc', '~> 0.4.0', group: :doc gem 'bcrypt', '~> 3.1.7' gem 'unicorn' group :development, :test do gem 'byebug' gem 'web-console', '~> 2.0' gem 'sp
Docker を利用した Web アプリケーションのデプロイ - クックパッド開発者ブログ
技術部の鈴木 (id:eagletmt) です。 クックパッドでは一部の Web アプリケーションサーバで Docker が使われており、今回はそのデプロイ方法について紹介します。 Docker で Web アプリケーションをデプロイするときには、まだまだベストプラクティスがある状況ではありません。 たとえば、どのように無停止でデプロイするか、どのようにコンテナと通信するかといった問題があります。 最初に Apache Mesos と Marathon などのツールを検証しましたが、クックパッドの環境において使いやすそうなものはなく、最終的に自前でデプロイのしくみを作ることにしました。 しかし Docker 周辺のツールは様々な新しいものが出てきている最中です。 今はまだベストなものが無いけれども、近いうちによりよいものが出てくるかもしれません。 そのため、できるだけ単純なしくみにしておく
NginxでHTTPS : ゼロから始めてSSLの評価をA+にするまで Part 1 | POSTD
数年前、Webは全体的に暗号化されていませんでした。HTTPSはWebページの最も重要な部分だけのために確保されていました。暗号化が必要なのは大切なユーザデータだけで、Webページの公開される部分は暗号化せずに送ってもいいということで意見が一致していました。 しかし、 今は 状況 が 違います 。現在では、どんなWebトラフィックでも暗号化されていないのは良くないということが分かっているので、Webサイトを運営する誰もがコンテンツに関係なく強固なHTTPSを設定しなければなりません。 お恥ずかしい話ですが、私自身のWebサイトは2年近くも全くHTTPSをサポートしていませんでした ^(1) 。 Eric Mill の 今すぐ無料でHTTPSに切り替えよう という素晴らしい記事が最終的に私に喝を入れてくれました。私は休暇中、HTTPSをセットアップして Qualys SSL Report で
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
nginx関連ファイルに自動でnginx-modeを適用 - Qiita
nginx-modeはELPAまたはGithub ajc / nginx-modeから入手。 通常は.confファイルを開くとconf-modeが適用されます。 confファイルであり、かつパスに"nginx"の文字が含まれているとnginx-modeを適用する設定です。 nginxフォルダ以下で複数のconfファイルに毎回 "M-x nginx-mode" としなくてもいいので便利かもしれません。 (require 'nginx-mode) ;;(add-to-list 'auto-mode-alist '("nginx\\.conf$" . nginx-mode)) (add-hook 'conf-mode-hook (lambda () (when (string-match "nginx" (buffer-file-name)) (nginx-mode))))
nginx最大パフォーマンスを出すための基本設定 | Node.js技術
解説 worker_processes auto; - Nginx本体のプロセス数、autoにしてnginx内部判定に任せるのは賢明 worker_rlimit_nofile 100000; - workerプロセスが最大に開けるファイル数の制限。このように設定したら、ulimit -a以上のファイル数を処理できるようになり、too many open files問題を回避できる worker_connections 2048; - 一つのworkerプロセグが開ける最大コネクション数 multi_accept on; - できるだけクライアントからのリクエストを受け取る use epoll; - Linuxカーネル2.6以上の場合はepoll、BSDの場合kqueue server_tokens off; - セキュリティ対策です、エラー画面のnginxバージョン番号を非表示 sendf
CentOS用 Nginx起動スクリプト - pirosikick's diary
RedHatNginxInitScript 上記ページにあるスクリプトを/etc/init.dに保存すればよいみたいですが、インスールした時の設定（prefixとか）によって少し変更しなければいけないかもです。 修正点 自分は./configureに何もオプションを付けなかったため、ファイルパスを修正。 ## 5行目 ランレベルを35に # chkconfig: 35 85 15 ## 9行目。設定ファイルのパスを変更 # config: /usr/local/nginx/conf/nginx.conf ## 11行目。pidファイルのパスを変更 # pidfile: /usr/local/nginx/logs/nginx.pid ## 22行目 sbinの位置を修正 nginx="/usr/local/nginx/sbin/nginx" ## 25行目 設定ファイルのパスを変更 NGIN
クウハッカーの裏側(システム構成)をこっそり公開します | ジェネストリーム開発ブログ
こんにちは。 クウハッカーの開発をしている粟島と申します。 本日より技術ブログを開設します。 こちらのブログでは、クウハッカーを開発して行く中で触れた技術の中で、 みなさまの役に立ちそうな内容をピックアップして、記事にしていきたいと思います。 技術に関心のあるエンジニア、ディレクターの方々に読んでいただけたらと考えています。 それでは第一回の内容ですが、 「クウハッカーのシステム構成」についてまとめてみたいと思います。 日程調整ツールのクウハッカーは下記のような構成になっています。 使用言語:Ruby,JavaScript アプリケーションフレームワーク:Ruby On Rails(Ver4.0) Webサーバー:Nginx アプリケーションサーバーUnicorn データベース:MySQL, MongoDB ログ収集:fluentd パフォーマンス監視:NewReli
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nginx 403 forbidden error when server static file under user home directory
httpsだからというだけで安全？調べたら怖くなってきたSSLの話!？ - Qiita
画像変換Night - 資料一覧 - connpass
TECH PROjin
wiki.nginx.org Managed WordPress Site – Just another WordPress site