Nginxでリバースプロキシの設定をしたらハマった
目次 概要 事象 正しい設定 なぜ一部設定は機能していたのか あとがき 概要今回は、Nginxでリバースプロキシの設定をした際にハマった点があったので簡単に紹介します。 事象ミラーサーバーの提供にはロードバランサとしてNginxのリバースプロキシを設定して利用しています。 サポートするディストリビューションを追加するため、既存のリバースプロキシの設定を複製する形で設定を追記しました。 しかし、既存の設定は機能するにもかかわらず、追記した設定は機能しない問題が発生しました。 追記した設定は以下です。 location /ubuntu { proxy_pass http://192.168.x.y:80; } location /almalinux { proxy_pass http://192.168.x.z:80; } /ubuntu パスについては正しくリバースプロキシ先のHTTPサーバ
nginxでリバースプロキシ
Nginxでリバースプロキシを設定する場合のメモ リバースプロキシで頻繁に使うディレクティブ 名称 概要 公式ドキュメント
もう絶対迷わないエラーレスポンスの作り方【RFC7807】 - Qiita
この記事は「ゆめみ その2 Advent Calendar 2019」の5日目の記事です。 ある日のこと… 「いきなりそんなこと言われても…」 上司「ついでにいろんなところで使いまわせるように普遍的なのにしてね」 「えぇ…」 「こういう時にエラーレスポンスが標準化されてRFCでまとめられてたらいいのになぁ…」 ありました RFC7807 : Problem Details for HTTP APIs RFC7807では開発においてHTTP APIのために新しくエラーレスポンスを定義するのを避けるために、プログラムが読み取れるような問題詳細（Problem Details）をapplication/problem+jsonまたはapplication/problem+xmlで定義しています。 問題詳細（Problem Details）ってなんぞや？ type, title, status,
WireGuard VPN の利用 [MA-X/MA-S/MA-E/IP-K Developers' WiKi]
v4.1.0 および v2.9.4rc7 から、WireGuard VPN を追加しました。 WireGuard については 作って理解するWireGuard - Speaker Deck が詳しいです。 WireGuard を使用することで、
HTTP/2における双方向通信とgRPCとこれから - Qiita
この記事は 第2のドワンゴ Advent Calendar 2017 最終日の記事です。 はじめに ウェブ技術を語る上で欠かすことのできない要素として、HTTPがある。 従来のHTTP/1を無くして、ここまでのウェブの発展はなかったといえるだろう。言うまでもなく、HTTP/1が我々人類に齎した功績は大きい。 しかしその一方で、その規格のシンプルな原理原則に縛られた結果、要件を達成するために非効率なネットワーク使用を前提とするシステムが量産されるなど、HTTP/1がもたらした技術的負債も存在する。 その中の一分野として、双方向通信に着目したときに、HTTP/1からHTTP/2へのアップグレードによってどのような変化がもたらされたか。 本稿ではHTTP/2という規格と、それが持つ可能性の一端としてgRPCについての仕組みを紹介し、従来とこれからのWeb開発における双方向通信について述懐する。
mRPC - mikutter blog
昨年はmikutterをほとんど触っていなかったのだが、この頃また大きめの機能開発を行っているので、生存報告を兼ねて現状何をどこまで作っているかを書いておく。 今はプロトタイピングの段階で、まだそれをまとめて動かせるような状態にはなっていない。できてもいない話を書き残すのは嫌なのだが、一応コードはあるから……という言い訳をしつつ、往生際の悪いことにまだmikutterに機能追加する意欲があるということを伝えるとともに、自分の頭の整理も兼ねてこの記事を書いている。 （書いてる最中に2013年から存在していたバグを見つけてしまってリリースを打つ羽目になったので、この記事から生存報告の意味はほとんど失われてしまったのじゃ……。） mRPCとは Pluggaloidは、システムをプラグインという単位に切り分けて個別に開発できるようにしつつ、イベントなどの仕組みを使って柔軟にそれらを連携させることが
国産ブラウザアプリSmoozはあなたの閲覧情報をすべて外部送信している
調べた事実を列挙してみる。 ・デフォルトの設定では、設定・操作・閲覧情報がユーザーID、デバイスIDと共にアスツール社のサーバーへ送信されている ・検索窓に入力した文字は、検索ボタンを押さなくても、その内容が逐一アスツール社のサーバーへ送信されている ・検索内容がアダルト関連ワードかどうかがアスツール社のサーバーに送信され判定されている ・サービス利用データの提供設定をオフにしても、閲覧情報がアスツール社のサーバーに送信されている ・プライベートモードにしても、閲覧情報がアスツール社のサーバーに送信されている ・https通信であろうとも閲覧したURLは完全な形でアスツール社のサーバーに送信されている 様々な設定を調べたが、どのようにしても外部への閲覧情報送信を止めることはできなかった。 あなたが何を調べ、何を買おうとしているのか、何で遊び、どこへ行こうとしているのか。それらはあなたの知ら
第1回 5分でわかるUnbound | gihyo.jp
本特集では、次世代DNSサーバソフトウェア「Unbound」にフォーカスし、機能や特徴を解説しながら、実際の運用ノウハウについてお届けします。第1回目はUnboundの基礎知識について解説します。 Unboundの概要 UnboundはBINDの代替を目指したDNSキャッシュサーバです。2008年5月20日に正式版1.0がリリースされました。オープンソースのソフトウェアとして公開されており、ライセンスはBSDライセンスです。 UnboundはNLnet Labsにより開発と保守が行われています。UnboundはVerisign labs、Nominet、Kirei、ep.netによりJavaで開発したプロトタイプを、NLnet LabsがCで実装し直したものです。ちなみに、NLnet Labsはルートサーバとしても利用されているDNSコンテンツサーバのNSDも開発しています。リリースされた
よくある質問と回答｜SSL/TLS サーバー証明書 SureServer｜ サイバートラスト
お申込み前の確認 証明書発行までの所要日数を教えてください。 他社（別組織）が所有しているドメイン名で申込みできますか？ サーバー証明書の発行日を指定できますか？ 電話でのお申込みの意思確認はどのように行いますか？ 必要書類の要否などを事前に知りたいです お手続きについて 証明書の申込み手続きとサーバーの設定方法について教えてください。 「発行通知 E-mail アドレス」の変更手続きについて 住所や社名変更予定がある場合は、どんな手続きをすべきですか？ 証明書を利用中の Web サーバーをリプレイス（交換）する際の手続きについて 申込みのキャンセル手続きについて ドメイン名使用権の確認について ドメイン名使用権確認メール内の承認範囲は、どれを選択すればいいですか？ ドメイン名使用権確認メールのサンプルや承認画面のサンプルはありますか？ ドメイン名使用権確認メール内の承認画面の署名は、誰が
dhcpcd - ArchWiki
dhcpcd は DHCP と DHCPv6 のクライアントです。現在は最も機能豊富なオープンソースの DHCP クライアントであり、ホームページに全ての機能のリストが載っています。 ノート: Roy Marples氏 の dhcpcd (DHCP クライアントデーモン) は Internet Systems Consortium の dhcpd (DHCP (サーバー)デーモン) とは違います。 インストール 公式リポジトリから dhcpcd をインストールしてください。 また、dhcpcd デーモン (と任意で wpa_supplicant) の GTK+ フロントエンドである dhcpcd-uiAUR を使うこともできます。設定ダイアログで、パスフレーズを入力して無線ネットワークに接続することができます。 dhcpcd-ui-patchedAUR は dhcpcd-uiAUR パッケ
NFSのオプションで、hard, soft, intrというのがありますが、それぞれの違いがよく分かりません。…
NFSのオプションで、hard, soft, intrというのがありますが、それぞれの違いがよく分かりません。（manpageは読みました） それぞれの設定で、NFSサーバが落ちたときに、 クライアント(mountしている方)はどうなるのでしょうか? 具体的に教えてください。
Squid(プロキシサーバ、キャッシュサーバ)の設定方法(squid.confの書き方)[squid関連] - Solaris User
Squid(プロキシサーバ、キャッシュサーバ)の設定方法(squid.confの書き方) squid-2.5.STABLE3のデフォルトのsquid.confを使って各種設定方法を紹介します。 squid-2.5.STABLE3のデフォルトのsquid.confを使って各種設定方法を紹介します。バージョンによって微妙に設定項目が違うかもしれませんが概ね同じでしょう。。。 # WELCOME TO SQUID 2 # ------------------ # # This is the default Squid configuration file. You may wish # to look at the Squid home page (http://www.squid-cache.org/) # for the FAQ and other docume
CentOS flow-toolsの設定
ホーム CentOS6 OTRSのインストール CentOS6 VNC Serverのインストール CentOS6 iperfでスループット計測 CentOS6 IPv6アドレスの設定および無効化 CentOS6 IPv6のスタティックルートの追加 CentOS6 スタティックルートの追加 CentOS6 2TB以上のHDを使う カーネル起動の視覚化 カーネル起動オプション CentOS6 Quota CentOS6 Mondorescue CentOS6 NTP CentOS6 Kdump CentOS6 NIC Bonding CentOS6 SNMP Trap Manager CentOS6 ext4ファイルシステム CentOS6 yum CentOS6 リソース管理 CentOS6 iptablesによるパケットフィルタ CentOS6 Tripwire CentOS6 chkr
内部向けDNS構築・解説 CentOS7.1 - Qiita
概要 CentOS7.1を使用して、内部向けDNSを構築します。 DNSサーバーとして、BIND 9.9.4を使用します。 各種サイトや構築を通じて、自分なりの理解した内容などを記載していきます。 以下URLを参考にしました。 http://centossrv.com/bind.shtml http://www.itmedia.co.jp/keywords/bind_tsukuru_dns_server.html http://www.atmarkit.co.jp/ait/articles/0309/09/news001.html http://www.atmarkit.co.jp/ait/articles/0310/15/news001.html http://qiita.com/shrkw/items/8410e9cb65eb789a40e1 DNSインストールディレクトリ構成 Cen
CnetOS 7 - 自宅サーバで、メールを送信するための「OP25B」対策。 - 鯖缶
自宅サーバからメールを送信する場合、障害となるのがプロバイダ(ISP)によるOP25B対策だと思います。 OP25B対策とは、ISP（OCNやJ:COMなど）が迷惑メール対策として実施しているメール送信規制のことです。 少し具体的には、SMTPの25ポートを使った通信ができないよう制限されているため、自宅のSMTPサーバ(Postfix等)から hoge@yahoo.co.jp宛などのメールは送信できません。 本投稿では、OP25Bによって自宅サーバからメール送信ができない(OP25B)場合の対処方法を紹介します。 内容 OP25Bによるメール送信規制は、SMTPの25ポートではなく、587ポートを使うことで回避できます。 VPSなどでグローバルIPアドレスが付加されたSMTPサーバをお持ちの場合は、そちらをメール送信に利用することでOP25Bを回避することができます。 SMTPサーバをお
8.5. 電子メールを使用するためのシステム設定
今日では、電子メールは多くの人々にとって生活の重要な一部になっています。電子メールを使えるように設定するまでには、たくさんの選択肢があり、さらに電子メールが正確に設定されていることが重要になる Debian ユーティリティ があります。本節では、基本的なことのみ説明します。 電子メールシステムは、三つの主要な機能で構築されています。最初に、ユーザがメールを読み書きするために実際に使用するプログラムである Mail User Agent (MUA) があります。次に、あるコンピュータから別のコンピュータまでメッセージの転送処理をする Mail Transfer Agent (MTA) があります。そして最後に、ユーザの受信箱に受信メールの配送処理をする Mail Delivery Agent (MDA) があります。 これら三つの機能は個別のプログラムによって実行されますが、一つあるいは
メールサーバーの「バケツリレー」の現状について 常時接続、安定通信が当たり前になった現在、 SMTP のバケツリレーは必要なくなっていると聞きます。…
メールサーバーの「バケツリレー」の現状について 常時接続、安定通信が当たり前になった現在、 SMTP のバケツリレーは必要なくなっていると聞きます。 ところが、まだまだメールヘッダの解析等から バケツリレーは現実的に行われていると聞いたこともあります。 そこで質問です。 1) 現在になっても、ISP 等がバケツリレーを利用しているのであれば それを行うメリットは一体何なのでしょうか？ 2) 現在、バケツリレーを行っているサーバーの割合は どのくらいあるのでしょうか？ 具体的な数値やソースが無くても、 感覚的にこのくらいと感じているという意見も歓迎です。 3) 今後、このバケツリレーは減っていく方向にあるでしょうか？ よろしくお願いいたします。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Installing certbot on systems running outdated versions of Python
上司さんと後輩くんのSE的日常(30) メール
omnioo.com