<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Proxy on Ingenboy.inc</title>
    <link>https://blog.ingenboy.com/tags/proxy/</link>
    <description>Recent content in Proxy on Ingenboy.inc</description>
    <image>
      <title>Ingenboy.inc</title>
      <url>https://blog.ingenboy.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</url>
      <link>https://blog.ingenboy.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</link>
    </image>
    <generator>Hugo -- 0.152.2</generator>
    <language>en</language>
    <lastBuildDate>Tue, 31 Dec 2024 10:21:01 +0900</lastBuildDate>
    <atom:link href="https://blog.ingenboy.com/tags/proxy/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>How_to_have_multiple_services_with_multiple_origin_on_a_single_frontend_proxy</title>
      <link>https://blog.ingenboy.com/post/how_to_have_multiple_services_with_multiple_origin_on_a_single_frontend_prox/</link>
      <pubDate>Tue, 31 Dec 2024 10:21:01 +0900</pubDate>
      <guid>https://blog.ingenboy.com/post/how_to_have_multiple_services_with_multiple_origin_on_a_single_frontend_prox/</guid>
      <description>&lt;h1 id=&#34;事始め&#34;&gt;事始め&lt;/h1&gt;
&lt;p&gt;会社ではL7プロキシの運用・開発をしている。
複数のEP（ドメイン）を持っている。
複数のドメインをひとつのL7プロキシ（単一のIP）でさばいている。
さて、これはいったいどの様に実現しているのか？というのが今回の議題。
IPアドレスはDNSによって単一のドメインと紐づけられる。と自分は認識していたが、これが誤りだった。
そして、自分は、会社に入るまでホストヘッダーという概念を全く分かっていなかった。
HTTPにはホストヘッダーというものがあり、これによって単一IP上に複数のドメインを保持することができるようになる。
そして、ポイントはやはり、HTTPはL7レイヤーであり、IPはL3レイヤーであるというところに落ち着くと思う。&lt;/p&gt;
&lt;h1 id=&#34;前提&#34;&gt;前提&lt;/h1&gt;
&lt;p&gt;DNSでのIPアドレスとドメインの紐づけは一対一ではなく、一対多であった。ここがすごく大事なところでした。
そして、自分はホストヘッダーについて理解していなかった。&lt;/p&gt;
&lt;h1 id=&#34;nginxを使ってバーチャルサーバを立てる&#34;&gt;nginxを使ってバーチャルサーバを立てる&lt;/h1&gt;
&lt;p&gt;chatgptから&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;単一の物理サーバー上で複数のウェブサイトやアプリケーションをホストするために使用される機能です。それぞれのバーチャルサーバーは、異なるドメイン名やサブドメインに対応して、個別に設定されたリソース（例えばウェブページやアプリケーションのファイル、SSL証明書、ログファイルなど）にアクセスを提供します。
Nginxでは、これらのバーチャルサーバーを「サーバーブロック」として設定ファイルに記述します。以下は、Nginxでのバーチャルサーバー設定の基本的な例です：&lt;/p&gt;
&lt;/blockquote&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;server {
    listen 80;
    server_name example.com www.example.com;

    location / {
        root /var/www/example.com/html;
        index index.html index.htm;
    }

    error_page 404 /404.html;
    location = /404.html {
        root /var/www/example.com/html;
    }

    error_page 500 502 503 504 /50x.html;
    location = /50x.html {
        root /var/www/example.com/html;
    }
}
&lt;/code&gt;&lt;/pre&gt;&lt;h1 id=&#34;ホストヘッダーの役割&#34;&gt;ホストヘッダーの役割&lt;/h1&gt;
&lt;p&gt;chatgptより&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;HTTPのホストヘッダーは、HTTPリクエストを送信する際に非常に重要な役割を果たします。このヘッダーは、クライアントがリクエストを送信する際に、どのホスト（ドメイン名またはIPアドレス）とポートに対してリクエストが意図されているかを指定するために使用されます。特に、一つのサーバーが複数のドメインをホスティングしている場合（仮想ホスティング）、ホストヘッダーがないとサーバーはリクエストがどのウェブサイトに対してなのか判断できません。
HTTP/1.1ではホストヘッダーは必須とされています。これは、HTTP/1.0と異なり、サーバーが複数のドメインをホストしている状況が一般的になったためです。リクエストにホストヘッダーが含まれていない場合、サーバーは400 Bad Requestのエラーを返すことが多いです。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h1 id=&#34;dnsのaレコード&#34;&gt;DNSのAレコード&lt;/h1&gt;
&lt;p&gt;複数のサブドメインが同じサーバーのリソースを指す場合、それら全てに同じIPアドレスを割り当てることが一般的です。&lt;/p&gt;
&lt;p&gt;例えば、次のように設定することができます：&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://www.example.com&#34;&gt;www.example.com&lt;/a&gt; → 192.0.2.1
mail.example.com → 192.0.2.1
ftp.example.com → 192.0.2.1
これらのサブドメイン全てに同じAレコードのIPアドレス（192.0.2.1）を指定することで、一つのサーバーが異なるサービス（ウェブ、メール、FTPなど）を提供することができます。これは特に、ホスティングサービスが複数のウェブサイトを単一の物理サーバーで管理する場合などに便利です。また、メンテナンスやアップグレードが必要な場合にも、一箇所で変更を行うだけで済むため効率的です。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
