<?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>Service-Entry on homelab89</title>
    <link>https://blog.homelab89.com/tags/service-entry/</link>
    <description>Recent content in Service-Entry on homelab89</description>
    <generator>Hugo</generator>
    <language>ko-KR</language>
    <lastBuildDate>Sun, 07 Jun 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://blog.homelab89.com/tags/service-entry/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Egress 외부 endpoint 프로토콜별 Istio 설정 — HTTP vs HTTPS</title>
      <link>https://blog.homelab89.com/docs/istio/egress/http-vs-https/</link>
      <pubDate>Sun, 07 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.homelab89.com/docs/istio/egress/http-vs-https/</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;strong&gt;endpoint가 평문 HTTP일 때&lt;/strong&gt;와 &lt;strong&gt;HTTPS일 때&lt;/strong&gt; ServiceEntry / Gateway / VirtualService / DestinationRule을 어떻게 설정하고, &lt;strong&gt;왜 한쪽 설정을 다른 쪽에 그대로 쓰면 깨지는지&lt;/strong&gt;를 Envoy 필터 체인 수준에서 정리한다. 결론은 한 문장: 외부 endpoint가 &lt;strong&gt;첫 바이트에 실제로 말하는 프로토콜&lt;/strong&gt;과 ServiceEntry port &lt;code&gt;protocol&lt;/code&gt;이 일치해야 하고, 평문에 TLS 설정을 쓰면 &lt;strong&gt;istiod가 그 listener에 거는 필터 체인 자체가 달라져&lt;/strong&gt; connection reset·핸드셰이크 실패로 깨진다. (검증 기준 Istio 1.30 / &lt;code&gt;networking.istio.io/v1&lt;/code&gt;, sidecar 모드)&lt;/p&gt;</description>
    </item>
    <item>
      <title>Runbook — ServiceEntry `resolution: DNS` 동작과 진단 (STRICT_DNS)</title>
      <link>https://blog.homelab89.com/docs/istio/egress/report-dns-resolution/</link>
      <pubDate>Sun, 07 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.homelab89.com/docs/istio/egress/report-dns-resolution/</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;code&gt;httpbin.org&lt;/code&gt;)을 &lt;code&gt;ServiceEntry(resolution: DNS)&lt;/code&gt;로 등록하면 istiod가 이를 Envoy의
&lt;strong&gt;STRICT_DNS cluster&lt;/strong&gt;로 변환한다. 이 문서는 그 변환·DNS 갱신 메커니즘, &amp;ldquo;죽은 IP&amp;rdquo; 처리, ambient DNS
질의 경로를 홈랩 실측·재현 명령과 함께 한 줄의 멘탈모델로 꿴다.
&lt;strong&gt;결론 한 문장: DNS refresh는 health check가 아니다&lt;/strong&gt; — DNS는 &amp;ldquo;목록&amp;quot;만 줄 뿐 IP의 생사를 모르므로,
죽은 IP 회피는 outlier detection으로 &lt;em&gt;명시&lt;/em&gt;해야 한다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
