<?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>Port-Exhaustion on homelab89</title>
    <link>https://blog.homelab89.com/tags/port-exhaustion/</link>
    <description>Recent content in Port-Exhaustion on homelab89</description>
    <generator>Hugo</generator>
    <language>ko-KR</language>
    <lastBuildDate>Wed, 10 Jun 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://blog.homelab89.com/tags/port-exhaustion/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Egress TCP 병목 재현 랩 — 한계를 줄여서 부딪힌다</title>
      <link>https://blog.homelab89.com/docs/istio/egress/tcp-failure-reproduction/</link>
      <pubDate>Wed, 10 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.homelab89.com/docs/istio/egress/tcp-failure-reproduction/</guid>
      <description>&lt;div class=&#34;callout abstract&#34;&gt;
&lt;div class=&#34;ct&#34;&gt;ABSTRACT&lt;/div&gt;
&lt;p&gt;&lt;a href=&#34;../../docs/istio/egress/tcp-bottlenecks/&#34;&gt;TCP 병목 정본&lt;/a&gt;의 한계 수치(Envoy 1024, 포트 28k,
conntrack 26만)는 그대로 재현하려면 연결 수만 개가 필요하다. 이 랩의 기법은 반대다 —
&lt;strong&gt;한계를 5~20으로 줄여서, 같은 메커니즘을 연결 수십 개로 관찰한다.&lt;/strong&gt; 재현 4종 각각이
운영에서 만날 실패 시그니처(&lt;code&gt;UO&lt;/code&gt; / &lt;code&gt;UF&lt;/code&gt; / 무응답 / 정시 절단) 하나씩을 직접 떠올리고,
그 시그니처 구분이 곧 reset 분기 런북이 된다.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Egress TCP 병목 정본 — L4 proxy가 연결을 모으면 무엇이 고갈되는가</title>
      <link>https://blog.homelab89.com/docs/istio/egress/tcp-bottlenecks/</link>
      <pubDate>Wed, 10 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.homelab89.com/docs/istio/egress/tcp-bottlenecks/</guid>
      <description>&lt;div class=&#34;callout abstract&#34;&gt;
&lt;div class=&#34;ct&#34;&gt;ABSTRACT&lt;/div&gt;
&lt;p&gt;egress gateway 도입은 mTLS 여부와 무관하게 &lt;strong&gt;L4 proxy 하나를 전사 외부행 경로에 끼워 넣는 일&lt;/strong&gt;이다.
이 문서는 그때 발생하는 TCP 병목 5종을 — Envoy 연결 상한 → ephemeral port/TIME_WAIT →
conntrack → 중간장비 half-open → drain — &lt;strong&gt;산술적 한계 수치와 부딪히는 순서&lt;/strong&gt;까지 박아서 정리하고,
완화 운영값 전체(YAML), reset 원인 분기 런북, Prometheus 알람까지 한 곳에 둔다.
모니터링 일반론·graceful shutdown 상세는 &lt;a href=&#34;../../docs/istio/egress/operations/&#34;&gt;Egress 운영 정본&lt;/a&gt;에 있고,
이 문서는 그 §03(연결 단위 자원 병목)을 수치·처방 레벨로 전개한 심화다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
