nginxのリバースプロキシ設定 - nao-bambooの日記
はじめに nginxは、Webサーバであると同時にリバースプロキシとしても使用することができる。 例えば 静的コンテンツはそのままnginxで返し、動的な処理はapacheへ回す フロントにnginxを配置し、LoadBalancerとしてリクエストを各Webサーバへ振り分ける といった使い方がされている。 今回、以下の方針でセットアップを行なっているので、備忘のためにconfを書き残す。 特定のサブドメイン宛のhttpリクエストはステータス444を返答 特定のサブドメイン宛のhttpリクエストはapacheへフォワード 特定のサブドメイン宛のhttpsリクエストはapacheへフォワード WebDav over SSLをnginxで運用 事前準備 まず、nginxとapacheがインストールされ、プロセスが起動しているものとする。 注意が必要なのは、nginx/apache共にポート80
ApacheのSSLをNginxに入れ替える手順 | Act as Professional
既存のApacheの設定既存のApache設定で確認しておきたいのは下記の部分 SSLCertificateFile example.com.crt SSLCertificateKeyFile example.com.key SSLCACertificateFile example.in.crt # 中間証明書いずれのファイルも必要です。中間証明書を利用してる場合のみ、SSLCACertificateFileの設定があると思います。 あとパスフレーズも確認しておきましょう。 Nginx用の証明書を作成するNginxでは中間証明書が必要な場合、Apacheの用に別ファイルとして指定するのではなく、1つの証明書ファイルにまとめておきます。 cp example.com.crt example.com.crt.bak # バックアップ cat example.in.crt >> example.
VirtualHost での mod_rewrite - Qiita
wordpress 動かしてるサーバで次のように書いてみたら動かなかった。 ログを見るに RewriteCond がうまくマッチしてくれない。 <VirtualHost *:80> DocumentRoot /var/www/wordpress DirectoryIndex index.php Options -Indexes <IfModule mod_rewrite.c> RewriteEngine On #RewriteLog /tmp/rewrite.log #RewriteLogLevel 9 RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> <
Flaskでhttpsを使う | gepulog
認証を使うようなサービスは、SSLを用いてセキュアな通信をしたい。 Flask自身が持ってるwebサーバでは、SSLが使えないので、 apacheやwsgiの力を借りる必要がある。 まず、オレオレ証明書を作る。 $ openssl genrsa -aes128 1024 > server.key $ openssl req -new -key server.key > server.csr $ openssl x509 -in server.csr -days 365 -req -signkey server.key > server.crt とこんな感じで作れる。 作成したものは、それぞれ server.key ：秘密鍵 server.csr ：公開鍵 server.crt ：デジタル証明書 である。 apacheの設定は、SSLの方は、 LoadModule ssl_module mo
CSP SSLサービス終了のお知らせ | CSP SSL
2019年10月1日 株式会社CSPフロンティア研究所 平素は格別のご高配を賜り厚く御礼申し上げます。 この度、弊社は、親会社であるセントラル警備保障株式会社による研究開発部門の集約および経営資源の統廃合により、2019年9月30日をもちましてグループ会社であるCSPビルアンドサービス株式会社と合併いたしました。それに伴い、2006年より運営しておりましたCSP SSLサービスを終了させていただきました。 大変申し訳ございませんが、2019年9月30日に新規受付・更新ならびにマルチドメインの追加等の証明書発行依頼の受付停止となりました。なお、発行済みのSSLサーバ証明書につきましては、証明書の有効期限が来るまで引き続きサポートさせていただきます。 皆様の長年にわたるご厚情に心から感謝申し上げますと共に、突然の業務終了でご迷惑をおかけしますことを深くお詫び申し上げる次第でございます。 皆様の
グローバルIPアドレス1つで複数のSSLサイトを立ち上げてみた | クラホスブログ ～BIGLOBEクラウドのイベント・セミナー・事例・技術系TIPSをご紹介します～
← BIGLOBE×OBC×日本コンピュータ・ダイナミクス共催『マイナンバーとクラウド顧客管理＆クラウド補助金セミナー』の様子（2月） 技術担当のナマイです。 本日はLinuxサーバ1台（グローバルIPアドレス1つ）で複数のSSLサイトを構築してみたいと思います。 ■実現方式 1IP複数サイトの実現方式として、Apacheには「名前ベース・バーチャルホスト」という機能がありますので、これを使います。 詳しくは、以下をご参照ください。 http://httpd.apache.org/docs/current/ja/vhosts/name-based.html ■SSL証明書はどうしよう？ SSLサイトなので当然SSL証明書を用意しなければならないですが、選択肢としては以下の3パタンがありそうです。 A) ワイルドカード証明書を利用 サブドメインが共通の、複数サイトを立ち上げる場合に、1つの証
ApacheのVirtualhostと振り分けについて考える | RickyNews
ApacheにはVirtualhostという便利な機能があります。 来るリクエストの種類によって、受信するディレクトリを切り分けることが出来ます。 ドメインネームベースのVhostで注意点があります。 SSL問題: 1サーバ1サービス? 基本的にネームベースのVirtualhostではSSL複数ドメインを運用することは出来ません。 本来であれば、Apacheの着信時点でドメイン情報を元に切り分けを実施します。 すなわち、IPアドレスとリクエストホスト(ドメイン)がセットになり、受信したApacheが解析して振り分けします。 しかし、HTTPSの暗号化通信の場合では、HTTP通信をするまえにSSL/TLSハンドシェイクをする必要があります。 そのため、通信を着信した段階ではどのドメインに対してのリクエストなのか分からず、振り分けることが出来ません。 Apacheのデフォルトの挙動としては、複
apacheを再起動するときはgracefulを - なんちゃってウェブ系エンジニアの備忘録
標題の件、ちょっとメモにしておく。 Apacheの設定変更を行った場合、それを反映するには再起動する必要があるのだが、 私はいつもrestart を使っていた。 # /etc/init.d/httpd restart restartは、クライアントと接続中のhttpdプロセスを停止してしまうため、 クライアントとの通信が強制的に切断してしまう。 瞬時とはいえ、クライアントにご迷惑をお掛けにしてしまう。それを解決するのが「graceful」 # /etc/init.d/httpd graceful gracefulはすべてのクライアントとの通信が終了するまで再起動しません。 Webサーバなどを公開していて、httpdサービスの停止が出来ない場合は かなり効果的といえる。 ただ、SSL証明書の変更やモジュール追加の場合を行った場合、「graceful」だと変更が正しく反映されないというケースも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
413 “Request Entity Too Large” error with uploading a file
Request Entity Too Large PHP