ReverseProxyでredirect時にhttp<->httpsが変わってしまう問題 - らるるの自宅と職場を往復する人生＠それをすてるなんてとんでもない！
Apacheを使ってReverseProxyしていて、フロント(クライアント)からのアクセスをhttpsで、バックエンドをhttpでやっているようなケースでの問題。mod_proxyのドキュメント通りに、おおむね以下のような設定を書いているハズ。 <VirtualHost *:443> (...snip...) ProxyPass /bugzilla http://192.168.1.3/bugzilla ProxyPassReverse /bugzilla http://192.168.1.3/bugzilla (...snip...) </VirtualHost> ProxyPassReverseは、バックエンドがLocationヘッダでリダイレクトしようとするような場合に、pathをReverseProxyっぽく(クライアントの都合のいいように)書き換えるオプション。このとき、Loc
Apacheのリバースプロキシをhttps化する手順について – Rainbow Engine
(１) Apacheのリバースプロキシをhttps化する手順について 本記事はApacheのリバースプロキシでhttpに加えてhttpsでもできるようにするための手順です。 (１-０) STEP0：前提事項の確認 前提としては、Webサイトやドメインの設定が一通り済んでおり「httpでのリバースプロキシ設定」の済んでいる前提で進めるため、もしまだ完了していない場合は先にそれらのステップを実施頂けたらと思います。 （前提事項） ①HTML、JSP/Servlet等でホームページを作成済み （例：「http://[ホスト名]:[ポート番号]/[アプリ名]/[画面名].jsp」のURL形式で自身のサイトにアクセスできる） ②ウェルカムページの設定が完了している （例：「http://[ホスト名]:[ポート番号]/[アプリ名]/」のURL形式で自身のサイトにアクセスできる） ③ドメインを取得してD
nginxでリバースプロキシするとバックエンド側への通信がHTTP/1.0になる件
nginxでリバースプロキシするとバックエンド側への通信がHTTP/1.0になる件 2019年10月2日 2019年10月2日 未分類 Nginx経由でPHP製のWebアプリにつないだ際、なぜかWebアプリを稼働させているバックエンドのApacheのプロセスが無数に増えてしまい、RAMを食いつぶしてしまう問題に遭遇しました。 Apacheへ直つなぎした場合はそういった問題が起きないため、Apacheとnginxのアクセスログを見比べてみたところ、Apacheへ通信した際はHTTP/1.1が使われていたのに対し、nginx経由でアクセスした際は何故かApacheとの通信が”HTTP/1.0″になってしまっていました。 色々調べたところ、どうやらNginxでリバースプロキシを行う場合、何も指定しない場合、バックエンドのサーバーとはデフォルトでHTTP/1.0で通信してしまうとのこと。 HTTP
HTTP Strict Transport Security (HSTS) and NGINX - NGINX
Analytics cookies are off for visitors from the UK or EEA unless they click Accept or submit a form on nginx.com. They’re on by default for everybody else. Follow the instructions here to deactivate analytics cookies. This deactivation will work even if you later click Accept or submit a form. Check this box so we and our advertising and social media partners can use cookies on nginx.com to better
全てのWeb担に捧げるRewrite設定集 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、インフラエンジニアの射場です！ この記事はTECHSCORE Advent Calendar 2014、16日目の記事です。 年末を迎え、どなたも慌ただしく働かれていることと思います。 年末や年度末になるとコーポレートサイトやソリューションサイトの リニューアルやサーバーの引っ越しがとても多いと思います。 メンテナンス中は訪問者をメンテナンスページに飛ばしたい、 新しいサイトは常時HTTPSで運用したい、URLは絶対に「www」を付けたいetc… これらの多くのことは「リダイレクト」の設定を行うことで可能ですが、 普段からサーバーに触れていないとなかなか難しく感じるものと思います。 そこで、サーバーエンジニアの私が厳選した超頻出のリダイレクトの設定5選をご紹介します！ ここではレンタルサーバーでも広く使われている、Apache HTTP Server を例にご紹介します。 ここ
Apache RewriteCond の基礎知識 |
本稿では、 Apache httpd のモジュール「mod_rewrite」の機能である RewriteCond ディレクティブについて解説します。 RewriteCond とは？ RewriteCond ディレクティブは、RewriteRule を実行するための条件を定義するための記述です。 RewriteCond に記述した条件が満たされた時のみ RewriteRule に記述したURLの書き換えと転送が実行されるようになります。 RewriteCond は、RewriteRule 記述の直前に複数記述することができます。 RewriteCond を複数記述した場合には、複数の条件が全て一致した場合に RewriteRule を適用するのか(AND)、複数の条件のいずれかが一致した場合に適用するのか(OR) も指定することができます。 RewriteCond ディレクティブの書式 Re
nginxで静的jsonファイル配信時に日本語が文字化けしないようにする
androidアプリ開発時に、volleyを使ってjson形式のapiを取得する処理を書いていたのですが、jsonに日本語が入っていると文字化けする現象に遭遇しました。 調べてみるとapiのレスポンスヘッダーにContent-Typeが正しく指定されていない模様。 自前で用意したapiだったのでnginxの設定を変えて、正しくContent-Typeを指定するように修正したところ、文字化けが直りました。 /etc/nginx/mime.types にjsonを追加# sudo vi /etc/nginx/mime.types types { text/html html htm shtml; # ・・・・ application/json json; }jsonの文字コードがutf-8になるように指定server { listen 80; # ・・・・ include /etc/nginx
.htaccessによる文字化け対策
TypeKey認証やコメント投稿の後で文字化けが発生するという質問を最近何件か頂いています。TypeKeyの文字化けについてはHTTPリダイレクトを伴っており、ページ直前のHTTPレスポンスで返却されたcharsetを見てしまうのが文字化けの要因と思われます（発生するサイトとしないサイトの違いは不明です）。下記のサイトに解説があります。 エンタープライズ：Linux Tips：リダイレクト先で文字化けしてしまう ただしコメント投稿後の文字化けは原因不明（リダイレクトではないという認識）です。 上記のサイトにも少し書かれていますが、リダイレクトによる文字化け解消について .htaccess を利用する方法がありましたのでご紹介します。 １．.htaccess ファイル作成 まず .htaccess というファイルをテキストエディタ等で新たに作成し（既に存在する場合はその中）、そこに下記のいず
mod_rewriteの考え方。 - こせきの技術日記
http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html を見ながら。 URLが正規表現(A)にマッチし、かつ 文字列(B)が条件(C)を満たす場合に、 URLを(D)に書き換える。 というのが基本。 RewriteRule URLが(A)の正規表現にマッチしたら(D)で書き換える。 正規表現(A)は、リライトを実行するかどうかの条件(真偽値)であって、置換 url =~ s/(A)/(D)/ ということではない。たとえば、以下のような正規表現でリライトされる。 Google Code Search # 1文字マッチしたらリライト実行。空文字列でなければ実行する。 RewriteRule . index.php [L] Google Code Search # 先頭にマッチしたらリライト実行。常に実行する。 RewriteRule ^ -
そのまま使えるmodRewriteの技10発 - 獅子ログ
引っ越ししました！ 新しいサイトはこちら ディレクターズラボ modRewiteはURL操作で最強のツールです。 数年前、これの存在を知ったときはWEB関連の技術の中で一番の衝撃を受けました。 modRewriteの小技をまとめてあるサイトが無かったので、まとめの為のエントリーです。 modRewiteとは ・Apacheのモジュールの一つ ・URLを書き換えられる（リダイレクト） ・一般的には.htaccessに書いて使う modRewiteで何ができるか ・携帯サイトの振り分けができる ・動的ページを静的ページに見せることができる（SEO対策） ・サイトの引越し（リニューアル）の時に一度にリダイレクトができる。 ・外部からの直リンクを防ぐ（ページ） ・外部からの直リンクを防ぐ（画像） 等、考えれば他にも色々あるかもしれません。 modRewiteの設置方法 一般的には、.htacces
文字コードに起因する脆弱性を防ぐ「やや安全な」php.ini設定
補足 この記事は旧徳丸浩の日記からの転載です（元URL、アーカイブ、はてなブックマーク1、はてなブックマーク2）。 備忘のため転載いたしますが、この記事は2010年9月27日に公開されたもので、当時の徳丸の考えを示すものを、基本的に内容を変更せずにそのまま転載するものです。 補足終わり PHPカンファレンス2010にて「文字コードに起因する脆弱性とその対策」というタイトルで喋らせていただきました。プレゼンテーション資料をPDF形式とslideshare.netで公開しています。 文字コードのセキュリティというと、ややこしいイメージが強くて、スピーカーの前夜祭でも「聴衆の半分は置いてきぼりになるかもね」みたいな話をしていたのですが、意外にも「分かりやすかった」等の好意的な反応をtwitter等でいただき、驚くと共に喜んでいます。土曜にPHPカンファレンスに来られるような方は意識が高いというの
X-Frame-Options - HTTP | MDN
HTTP ガイド リソースと URI ウェブ上のリソースの識別 データ URL MIME タイプ入門 よくある MIME タイプ www 付きと www なしの URL の選択 HTTP ガイド HTTP の基本 HTTP の概要 HTTP の進化 HTTP メッセージ 典型的な HTTP セッション HTTP/1.x のコネクション管理 プロトコルのアップグレードの仕組み HTTP セキュリティ Content Security Policy (CSP) HTTP Strict Transport Security (HSTS) X-Content-Type-Options X-Frame-Options X-XSS-Protection サイトの安全化 HTTP Observatory HTTP アクセス制御 (CORS) HTTP 認証 HTTP キャッシュ HTTP の圧縮 HTT
5分でできるPHPセキュリティ対策 - ぼくはまちちゃん！
こんにちはこんにちは！！ Webプログラミングしてますか！ よく「PHPはセキュリティがダメ」とか言われてるよね。 でもそれって、べつにPHPが悪いんじゃなくて、 たぶん、セキュリティとかが、まだよくわからない人が多いだけなんじゃないかな。 がんばって勉強しようと思っても、なんだか難しい理屈が並んでいたりするしね…。 なので今日は、セキュリティ対策について、 「これだけやっとけば、わりと安全になるよ」ってことを、初心者むけに、大雑把に書いてみます！ 理屈がわからなくても、最初はコピペでも、 なにもやらないより、やったほうがきっとマシになる！ 1. XSS対策 動的なものを表示するとき、全部エスケープすればokです！ (NG) あなたの名前は <?= $name ?> ですね！ ↓ (OK) あなたの名前は <?= htmlspecialchars($name, ENT_QUOTES) ?>
67. PHPファイルの応答ヘッダーに含まれるPHPバージョンを隠蔽する
ヘッダー情報からサーバーで使用しているPHPバージョンを特定されてしまい、そのバージョンのセキュリティーホールを狙った攻撃を受けてしまう可能性があります。今回は、ヘッダー情報からPHP・Apacheのバージョンを特定させない方法を紹介します。 対策がされていないサーバーへHTTPリクエストを送信し、実際にヘッダー情報を取得すると・・・ [root@localhost ~]$ telnet localhost 80 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. GET /test.php HTTP/1.0 HTTP/1.1 200 OK Date: Fri, 26 Jan 2007 12:00:00 GMT Server: Apache/2.0.59
Apache HTTP サーバの MPM (Multi Processing Module) について unoh.github.com by unoh
Apache MPM の基礎をしっかりと理解しよう！ Thu Mar 20 22:09:37 -0700 2008 naoya です。最近、とうとう花粉症の季節に入ったので、生まれて初めて空気清浄機を購入しました。 さて、今日は Apache HTTP サーバの MPM (Multi Processing Module) について解説したいと思います。普段、ウェブサーバを構築するとき、Apache HTTP サーバを使うことが多いと思いますが、Apache HTTP サーバを使う上で MPM について理解しておくことは大事です。 この MPM ですが、Apache HTTP サーバではリクエストを処理する部分のことをさします。MPM は、Apache HTTP サーバ 2.0 系から採用されています。Apache HTTP サーバの MPM には、次の種類があります。 prefork wo
「http://」を表示する - soundscapeout (仮)
Firefox 7 では、 URL の接頭辞「http://」は初期設定で非表示になりました。 というわけで、「http://」表示しておきたい人向けに about:config を書いておきます。 フィルタで「browser.urlbar.trimURLs」を検索し、値をダブルクリックし「false」にする。 とりあえず、デフォルト状態で試してみて、慣れなかったら表示する設定にするといいかも。
WebBrowser で HttpOnly 属性の Cookie 取得
.NET Framework の WebBrowser を利用した Windows アプリで、ドキュメントに関連付けられている HTTP Cookie を取得するには HtmlDocument.Cookie プロパティ が利用できます。 ただし、HttpOnly 属性を持つ HTTP Cookie は例外です。その理由は、The Code Project のページ Retrieve HttpOnly Session Cookie in WebBrowser に述べられていますが、IE6 以降でクロスサイトスクリプティング対応のため HttpOnly 属性が追加され、その属性を持つ HTTP Cookie にはクライアントスクリプトからアクセスできなくなっているからだそうです。 HttpOnly 属性を持つ HTTP Cookie には、例えば、ASP.NET のセッションクッキー、匿名ユー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Certbot - Debianstretch Nginx
DeleGate version 9.9 リファレンスマニュアル の日本語訳 / <A Href=Manual.htm?HTTPCONF id=hgen>HTTPCONF</A> parameter
DeleGate御意見箱