<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>devkuma – Proxy</title>
    <link>https://www.devkuma.com/jp/tags/proxy/</link>
    <image>
      <url>https://www.devkuma.com/jp/tags/proxy/logo/180x180.jpg</url>
      <title>Proxy</title>
      <link>https://www.devkuma.com/jp/tags/proxy/</link>
    </image>
    <description>Recent content in Proxy on devkuma</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>jp</language>
    <managingEditor>kc@example.com (kc kim)</managingEditor>
    <webMaster>kc@example.com (kc kim)</webMaster>
    <copyright>The devkuma</copyright>
    
	  <atom:link href="https://www.devkuma.com/jp/tags/proxy/index.xml" rel="self" type="application/rss+xml" />
    
    
      
        
      
    
    
    <item>
      <title>Proxy</title>
      <link>https://www.devkuma.com/jp/docs/proxy/</link>
      <pubDate>Fri, 08 Jul 2022 18:56:00 +0900</pubDate>
      <author>kc@example.com (kc kim)</author>
      <guid>https://www.devkuma.com/jp/docs/proxy/</guid>
      <description>
        
        
        &lt;h2 id=&#34;proxyプロキシサーバー&#34;&gt;Proxy(プロキシ)サーバー&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;クライアントが自分を経由して、別のネットワークサービスへ間接的に接続できるようにするコンピューターシステムやアプリケーションを指す。&lt;/li&gt;
&lt;li&gt;サーバーとクライアントの間で中継役として代理で通信を行うことを「プロキシ」と呼び、その中継機能を持つものをプロキシサーバーと呼ぶ。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;proxy-の種類&#34;&gt;Proxy の種類&lt;/h2&gt;
&lt;h3 id=&#34;forward-proxy&#34;&gt;Forward Proxy&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;一般的にプロキシと言う場合は、フォワードプロキシを指す。&lt;/li&gt;
&lt;li&gt;クライアントがサーバーへ要求するときに直接要求せず、まずプロキシサーバーを経由して要求する方式である。
&lt;ul&gt;
&lt;li&gt;より分かりやすく言えば、社内イントラネットからインターネット上のサーバーへ要求するとき、先にプロキシサーバーを呼び出す。この方式をフォワードプロキシという。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;サーバーに対してクライアントが誰なのかを隠す役割を持つ。
&lt;ul&gt;
&lt;li&gt;サーバーが受け取る IP はフォワードプロキシサーバーの IP であるため、クライアントが誰なのか分からない。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;下の図で考えると、プロキシサーバーを先に呼び出す場合がフォワードプロキシである。&lt;/li&gt;
&lt;li&gt;例: VPN&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id=&#34;reverse-proxy&#34;&gt;Reverse Proxy&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;フォワードプロキシとは反対方向で考えればよい。&lt;/li&gt;
&lt;li&gt;クライアントがサーバーを呼び出すときにリバースプロキシを呼び出し、プロキシサーバーが要求して受け取った応答をクライアントへ渡す方式である。&lt;/li&gt;
&lt;li&gt;内部イントラネットでは、サーバーを呼び出すためにインターネット側のクライアントがリバースプロキシサーバーへ要求し、応答を受け取る方式である。&lt;/li&gt;
&lt;li&gt;リバースプロキシは、サーバーが誰なのかを隠す役割を持つ。
&lt;ul&gt;
&lt;li&gt;クライアントはリバースプロキシサーバーを先に呼び出すため、実際のサーバーの IP を知ることができない。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;下の図で考えると、インターネット側のクライアントがプロキシサーバーを呼び出して内部ネットワーク上のサーバーを呼び出す方式がリバースプロキシである。&lt;/li&gt;
&lt;li&gt;例: Gateway&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;proxy-の利点&#34;&gt;Proxy の利点&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;クライアントとサーバーが直接通信せず、中継サーバーであるプロキシサーバーを使用することで、セキュリティ、性能、トラフィック分散など複数の利点を得られる。&lt;/li&gt;
&lt;li&gt;サーバーへ要求された内容をキャッシュしておき、同じ要求が来たときにすぐ応答するように設定できるため、時間とリソース使用量を節約する効果もある。&lt;/li&gt;
&lt;li&gt;セキュリティ
&lt;ul&gt;
&lt;li&gt;プロキシサーバーを使うと、クライアントやサーバーの IP を隠せる。実際のサーバーまたはクライアント IP を隠し、プロキシサーバーの IP だけを公開することで、ハッキングへの備えになる。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;性能
&lt;ul&gt;
&lt;li&gt;プロキシサーバーを使用すると、キャッシュ機能と分散によって性能向上を期待できる。&lt;/li&gt;
&lt;li&gt;キャッシュ機能は、よく使われる同一の要求をキャッシュして再利用する方式である。&lt;/li&gt;
&lt;li&gt;実際のサーバーを再度呼び出さず、プロキシサーバーが代わりに応答することで、サーバーのリソース使用量を減らす。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;トラフィック分散
&lt;ul&gt;
&lt;li&gt;一部のプロキシサーバーはロードバランシングも提供するため、複数の分散サーバーがある場合はサーバーのトラフィックを分散できる。&lt;/li&gt;
&lt;li&gt;また、エンドポイント(URL)ごとに呼び出すサーバーを設定できるため、役割に応じてサーバーのトラフィックを分散することもできる。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;その他
&lt;ul&gt;
&lt;li&gt;HTTPS 証明書の管理を 1 台のプロキシサーバーが担当し、その後ろで動作しているサーバーは HTTP でサービスすることもできる。こうすれば、サーバーごとに証明書を管理しなくてもよいという利点がある。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;

      </description>
      
      <category>Proxy</category>
      
      <category>Network</category>
      
    </item>
    
  </channel>
</rss>
