
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Sun, 26 Jul 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/mtu/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/network/2026-07-26-mtu-mss-fragmentation-blackhole</guid>
    <title>ping은 되는데 큰 요청만 멈춘다 — MTU, MSS, PMTUD 블랙홀 해부</title>
    <link>https://www.youngju.dev/blog/network/2026-07-26-mtu-mss-fragmentation-blackhole</link>
    <description>작은 요청은 잘 되는데 큰 응답만 중간에 멈춰 버리는 증상은 거의 언제나 경로 MTU 문제입니다. TCP는 MSS를 인터페이스 MTU 기준으로 광고하고, 경로 중간이 더 좁으면 PMTUD가 ICMP Fragmentation Needed로 알려 줘야 하는데 그 ICMP를 방화벽이 버리면 블랙홀이 생깁니다. MSS와 MTU의 산수, ping -M do로 경로 MTU를 이분 탐색하는 법, IPsec과 WireGuard와 VXLAN이 실제로 가져가는 바이트 수, MSS 클램핑이 실무의 정답인 이유, 쿠버네티스 CNI 설정 실수의 증상, 그리고 IPv6에서 달라지는 점을 정리합니다.</description>
    <pubDate>Sun, 26 Jul 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>network</category><category>mtu</category><category>tcp</category><category>vpn</category><category>kubernetes</category>
  </item>

    </channel>
  </rss>
