Dockerを使ってローカルに立てたNginxでHTTPS通信する方法｜Webエンジニア研究室
HTTPS通信（SSL/TLS暗号化通信）の流れ まずは、実際にNginxでどのような流れでHTTPS通信が行われるかを説明します。 クライアント・サーバ間のHTTPS通信（SSL/TLS暗号化通信）は以下の流れで行われます。 クライアントがサーバに対してHTTPSでリクエストを送る サーバは公開鍵付きの証明書をクライアントに送付する（秘密鍵と違い、公開鍵は全世界にばら撒いて問題ない） クライアント側で生成した共通鍵を、公開鍵を使って暗号化する 暗号化した共通鍵をサーバに送付する 暗号化された共通鍵を秘密鍵で復号する クライアント・サーバ共に共通鍵を持っている状態となったので、共通鍵を使ったクライアント・サーバ間での暗号化通信が可能となる Dockerを使ってローカルに立てたNginxでHTTPS通信する方法 HTTPS通信の流れが分かったところで、具体的にローカルにDockerで立てたN
Nginx – Advanced Administration Handbook | Developer.WordPress.org
While the LAMP stack (Linux + Apache + MySQL + PHP) is very popular for powering WordPress, it is also possible to use Nginx. WordPress supports Nginx, and some large WordPress sites, such as WordPress.com, are powered by Nginx. When talking about Nginx, it is important to know that there are multiple ways to implement Nginx. It can be setup as a reverse-proxy in front of Apache, which is a very p
Nginxで502 Bad Gatewayの原因が「upstream sent too big header～」の場合の対処法
Nginxで502 Bad Gatewayの原因が「upstream sent too big header～」の場合の対処法 管理しているWebサイトで502 Bad Gatewayが発生していました。 Nginxのエラーログを見ると以下のようなログが流れていました。 2019/04/18 20:00:33 [error] 6793#0: *14604 upstream sent too big header while reading response header from upstream, client: 0.0.0.0, server: example.com, request: "GET /hoge HTTP/1.0", upstream: "fastcgi://unix:/var/run/php-fpm/php-fpm.sock:", host: "example.com"
Nginx環境へWordPressをインストールする手順と注意点 パーマリンクに気を付ける
この環境を前提にWordPressのインストールを進めていきます。 インストールするWordPressは2018年7月時点で最新のバージョンである4.9.7を利用します。 2. WordPressカスタムパーマリンク用の設定 Nginx環境のWordPressの場合、パーマリンクの設定（ここではパーマリンクの説明については割愛します。）を基本から、異なるものへ変更した場合、以下のように404エラーでアクセスできなくなります。 例えばカテゴリーやアーカイブ、記事の本体などが対象となります。 トップページは正常に表示できますので一見、問題が無いように見えますが、記事の本文へアクセスすると404エラーになります。 このエラーを回避するためにバーチャルホスト用の設定ファイルに設定を追加します。 なお、この設定についてはパーマリンクの設定によっては変更する必要があります。ここではパーマリンクの設定と
Let’s Encrypt で証明書を発行して運用するための nginx の設定 – ymyzk’s blog
この記事では Let’s Encrypt で証明書を発行し, nginx で利用するための設定を紹介します. Nginx をアプリケーションサーバーのためのプロキシとして利用している場合を想定して, Let’s Encrypt のための webroot を別に設定しています. 概要 Let’s Encrypt では様々な方法での認証・証明書のインストール方法がプラグインとして提供されています. Nginx 用のプラグインも開発されていますが, 現時点で experimental となっているようなので, webroot プラグインを利用するのが一般的なようです. この記事では /var/www/letsencrypt に Let’s Encrypt の webroot プラグインによる認証のためのディレクトリを作成し, 以下のようなコマンドで証明書の発行を行えるようにすることを目標とします
Ubuntu Server 20.04 + nginx + php-fpm 8.0 の動作環境を構築する
Ubuntu Server 20.04にnginxをインストール。 php-fpmを使用してphp 8.0が動作する環境を作成してみます。 過去記事と Ubuntu20.04 Server + nginx + php-fpm 7.4 の動作環境を構築する こちらを参考にしました。 How to Install PHP 8 on Ubuntu 20.04 リポジトリの追加 現時点(2021/08/26)で、Ubuntuの標準リポジトリにphp 8系が登録されていないため、 別途ppa:ondrej/phpリポジトリを追加します。 $ sudo apt update $ sudo apt install software-properties-common $ sudo add-apt-repository ppa:ondrej/php ... Press [ENTER] to continu
nginx連載3回目: nginxの設定、その1
ディレクティブはこのモジュールのカテゴリ毎に記述します。ただし、coreモジュールに関してはmainコンテキスト、すなわち、設定ファイル内の最上位の階層に記述します。設定ファイルの構成は次のようになります。 coreモジュールの設定 events { eventモジュールの設定 } http { httpモジュールの設定 } mail { mailモジュールの設定 } httpコンテキストはさらに、バーチャルサーバ（バーチャルドメイン）毎の設定を行うserverディレクティブ、さらにURI毎の設定を行うlocaltionディレクティブにより階層化されます。次のような構成になります。 http { httpモジュールの設定 server { サーバ毎の設定 location PATH { URI毎の設定 } location PATH { URI毎の設定 } ... } server { .
AWSを使ってwebサーバ（nginx）を構築する（初心者向け）2019年6月 - Qiita
AWSでwebサーバの構築をする オンプレで実際のサーバを構築してnginxをインストールして。。と時間もお金もかなりかかりますが、AWSなどのクラウドを使えば比較的簡単に、更に構築するだけなら無料枠で可能です。その手順を書いていきます。 ※操作端末はMacです。Windowsの場合はSSH接続の部分でteratermなどの接続ツールを用意する必要があります。それ以外は同じです。 手順の概要 1.EC2インスタンスの作成 2.セキュリティグループの設定 3.EC2インスタンスにSSH接続 4.nginxインストール、起動 5.ブラウザ上からnginxの起動を確認 事前準備 AWSアカウントを準備する必要があります。 AWSのサイトで無料で作成できます。 こちら 手順詳細 EC2インスタンス作成 AWSコンソールにログインする。 右上のアカウント名の横にどこの国（リージョン）にサーバを立てる
Node.js + Express + forever を構成して nginx から流す - Qiita
「半年前の自分は他人」という自戒の元、丁寧に書くのを癖にしたい今日この頃。 Node.js node.js とは何かによると、「JavaScriptを用いたNon-blocking I/O環境」だそうです。 バックエンドで動作。 Express Sinatra ライクな Node.js 用Webアプリケーションフレームワーク、軽量アプリケーション向け。 Node.js + Express で最低限のWebページが作れます。 ちなみに Sinatra は Ruby です。 forever Node.js をデーモン化して、プロセスを監視してくれます。 最近は pm2 という更に高機能な監視ツールもあるのですが、移行は今後考えるとして日本語文献の多い forever を使う。 今回は、nginx から pm2 で動かした Node.js サービスに流すまでを目指します。 環境 ゲスト: Cen
Z-PushがPHP7に対応したっぽい
Z-Push はオープンソースの Exchange ActiveSync。 個人でメールサーバをやると大抵は POP3 や IMAP4 になるけど POP3/IMAP4 には基本的にはメールサーバにメールが届いた時にそれをメールボックスのオーナーに知らせることができない。 IMAP4 には IMAP_IDLE があるじゃんというのはあるけど、ここではこの記事を成立せさるために口を瞑って欲しい。 個人運営のメールサーバで Push で通知を受ける(送る)方法が欲しいよねってときに意外と選択肢が無い。 ActiveSync というものがあるけどそれを使うのは色んな意味で昔は凄く大変だったというのは話としては聞いている。そんな時(何年も前だが)にひょこっと登場したのが Z-Push 。 IMAP サーバ(他)と PHP が動くウェブサーバがあれば(運が良ければ)簡単に ActiveSync でき
CentOS7+nginx環境にAWStats導入
OSSのアクセス解析ツールとして有名なAWStatsをCentOS7のnginx環境に導入しました。AWStatsとはAdvanced Web Statisticsの短縮形です。他の解析ツール「Analog」「Webalizer「Sawmill Analytics」と比較してもAwstatsは優秀な機能を持っているようです。AWStatsはweb, ftp, mail およびストリーミングサーバの統計情報をサーバログから生成し読みやすいwebページでグラフィカルに表示します（参考文献）。AWStatsは元々Apache向けに作られており、Apacheで導入するのは簡単です。しかしnginxで動作させるのは簡単ではなく、先人方の資料を参考にしましたが自分なりのアレンジが必要でした。次回導入時に迷わないようにその手順を纏めてみます。 参考(Special Thanks)：CentOSで自宅サー
nginx が socket に書き込めない問題 - Qiita
2016/07/22 18:46:25 [crit] 27059#27059: *63 connect() to unix:/home/ec2-user/hoge/tmp/sockets/puma.sock failed (13: Permission denied) while connecting to upstream, client: xxx.xxx.xxx.xxx, server: localhost, request: "GET /admin HTTP/1.1", upstream: "http://unix:/home/ec2-user/hoge/tmp/sockets/puma.sock:/admin", host: "xxx.xxx.xxx.xxx" type=AVC msg=audit(1469180785.073:858): avc: denied { write }
Rails5でpuma + nginx連携 - Qiita
この際に、ポートでのlistenはコメントしておかないとsocketのlistenが行われず（pumaの仕様？）ハマった。 参考： https://qiita.com/kappy0322/items/b6c267dfb330a47fea9f これでpumaを起動すればsocketファイルができ、待受け完了。 rails s -e production nginxの設定 設定ファイルは大きく２つあるみたい。 nginxの基本的な設定 ・/etc/nginx/nginx.conf 各サイト用の設定 ・/etc/nginx/sites-available/* 今回は/etc/nginx/sites-available/配下に myapp ファイルを作成し、設定を記述。 upstream puma { # pumaの設定で指定したsocketファイルを指定 server unix:///home/
Rails5+Puma+Nginxな環境をCapistrano3でEC2にデプロイする(後編) - Qiita
Rails5系で新しく開発しているウェブアプリケーションを、AWSのEC2で稼働している本番環境にCapistranoでデプロイすることになったときのお話です。これまで個人でなにかを開発する際にはRails4系でアプリケーションサーバにUnicornを採用していましたが、今回からはPumaを採用することにしたのでその手順です。 こちらの記事の後編です。 Rails5+Puma+Nginxな環境をCapistrano3でEC2にデプロイする(前編) 前提 Rails 5.0.0 Ruby 2.4.0 rbenv 0.4.0 Puma Nginx Capistrano 3.7.0 Amazon Linux AMI 2017.03.0 (HVM) 手順 EC2にRails環境を構築 Nginxのインストールと起動 Nginxの設定を修正 デプロイ設定を修正（ローカル） アプリケーションログを確認
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nginx導入時やること - Qiita
nginxで .git や .htaccess など隠しファイル/フォルダを公開しない - Qiita
node.jsアプリをLinuxサーバーで公開してみよう
CentOS の Nginx でリバースプロキシが動作しないときは httpd_can_network_connect を確認する - Rollpie
nginxで同一ホスト内にリバースプロキシしようとするとエラーが出る - Qiita
Rails5でnginx+pumaでproduction環境を構築する · atwata developer blog