<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Networking - 标签 - 研发日志 · R&amp;D Log</title><link>https://rd163.visword.com/tags/networking/</link><description>Networking - 标签 - 研发日志 · R&amp;D Log</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>whutluohui@gmail.com (小智晖)</managingEditor><webMaster>whutluohui@gmail.com (小智晖)</webMaster><copyright>本作品采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。</copyright><lastBuildDate>Sun, 12 Jan 2025 00:00:00 +0800</lastBuildDate><atom:link href="https://rd163.visword.com/tags/networking/" rel="self" type="application/rss+xml"/><item><title>K8s Ingress 介绍</title><link>https://rd163.visword.com/posts/k8s-ingress-intro/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/k8s-ingress-intro/</guid><description><![CDATA[<p>在 Kubernetes 中，把集群内服务暴露给外部访问有多种方式:<code>ClusterIP</code> 仅集群内可达,<code>NodePort</code> 在每个节点上开一个端口,<code>LoadBalancer</code> 借助云厂商的负载均衡器把流量引入。这些方式都属于四层（L4）入口，但当流量是 HTTP/HTTPS 时，我们往往希望按域名（Host）和 URL 路径（Path）做更精细的路由、统一做 TLS 终止、复用一个公网 IP 对外。<code>Ingress</code> 就是为此而生的七层（L7）资源对象。</p>]]></description></item><item><title>K8s 网关介绍</title><link>https://rd163.visword.com/posts/k8s-gateway-intro/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/k8s-gateway-intro/</guid><description><![CDATA[<p>在 Kubernetes 中，把集群内服务暴露给外部用户访问，最早也最广泛使用的 API 是 Ingress。Ingress 解决了&quot;以域名和路径将外部 HTTP/HTTPS 流量路由到集群内 Service&quot;这一基本问题，但在长期实践中暴露出一些结构性短板：它只覆盖 HTTP/HTTPS，扩展能力几乎完全依赖各 Ingress Controller 自定义的 annotation，无法表达流量权重、请求头匹配、跨命名空间挂载等需求，也难以对应现实中&quot;基础设施、集群运维、应用开发&quot;三种角色的职责划分。</p>]]></description></item><item><title>Linux GRE 隧道配置与原理</title><link>https://rd163.visword.com/posts/linux-generic-routing-encapsulation/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/linux-generic-routing-encapsulation/</guid><description><![CDATA[<p>GRE(Generic Routing Encapsulation，通用路由封装)是一种轻量、通用的三层隧道协议，能够在一个网络层协议之上承载&quot;任意&quot;网络层协议的报文。它由 Cisco 提出，核心规范为 RFC 2784，后续被 RFC 2890(扩展 Key 与序号字段)和 RFC 9601 更新。Linux 内核原生支持 GRE(<code>ip_gre</code> 模块),配合 iproute2 工具集即可在两台主机之间建立点对点隧道，常用于跨网络打通私网、与 IPsec 组合提供带路由能力的 VPN，或在云网络（如早期 OpenStack Neutron + OVS）中承载租户流量。</p>]]></description></item><item><title>域名解析(DNS) -- CoreDNS</title><link>https://rd163.visword.com/posts/k8s-dns-coredns/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/k8s-dns-coredns/</guid><description>&lt;p>在 Kubernetes 中,服务发现(Service Discovery)的核心机制之一就是 DNS。每个 Service、每个有状态的 Pod 都会获得一个稳定的域名,业务容器只需要用域名访问即可,无需关心背后的 IP 变化。承担这一职责的默认组件,正是 &lt;strong>CoreDNS&lt;/strong>。&lt;/p></description></item></channel></rss>