<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Network - 标签 - 研发日志 · R&amp;D Log</title><link>https://rd163.visword.com/tags/network/</link><description>Network - 标签 - 研发日志 · 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/network/" rel="self" type="application/rss+xml"/><item><title>dns 基础知识</title><link>https://rd163.visword.com/posts/dns-basic/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/dns-basic/</guid><description><![CDATA[<h2 id="一基础知识" class="headerLink">
    <a href="#%e4%b8%80%e5%9f%ba%e7%a1%80%e7%9f%a5%e8%af%86" class="header-mark"></a>一、基础知识</h2><p><strong>记录类型</strong></p>
<ul>
<li>A 记录：它记录域名与 IPv4 地址的对应关系。目前用的最多的 DNS 记录就是这个。</li>
<li>AAAA 记录：它对应的是 IPv6，可以理解成新一代的 A 记录。以后会用的越来越多的。</li>
<li>NS 记录：记录 DNS 域对应的权威服务器域名，权威服务器域名必须要有对应的 A 记录。通过这个记录，可以将子域名的解析分配给别的 DNS 服务器。</li>
<li>CNAME 记录: 记录域名与另一个域名的对应关系，用于给域名起别名。这个用得也挺多的。</li>
<li>MX 记录：记录域名对应的邮件服务器域名，邮件服务器的域名必须要有对应的 A 记录。</li>
<li>SRV 记录：SRV 记录用于提供服务发现。SRV 记录的内容有固定格式：优先级 权重 端口 目标地址，例如0 5 5060 sipserver.example.com</li>
</ul>
<p><strong>解析方式</strong></p>]]></description></item><item><title>DNS 全局负载均衡（GSLB）介绍</title><link>https://rd163.visword.com/posts/dns-gslb/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/dns-gslb/</guid><description><![CDATA[<h2 id="什么是-gslb" class="headerLink">
    <a href="#%e4%bb%80%e4%b9%88%e6%98%af-gslb" class="header-mark"></a>什么是 GSLB</h2><p><strong>GSLB（Global Server Load Balancing，全局服务器负载均衡）</strong> 是一种跨多个地理区域、多个数据中心进行流量调度与分发的技术。它在标准 DNS 解析链路中插入一层智能调度，根据用户来源、节点健康状态、链路质量等条件，将请求导向&quot;最优&quot;的服务节点。</p>]]></description></item><item><title>K8s CNI 网络插件</title><link>https://rd163.visword.com/posts/k8s-network-cni/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/k8s-network-cni/</guid><description>&lt;p>Kubernetes 的网络模型要求每个 Pod 都拥有独立的 IP，并能在不同节点间互通。CNI（Container Network Interface）便是实现这一模型的标准接口，kubelet 在创建 Pod 时会调用配置好的 CNI 插件来完成网卡与 IP 的分配。下面整理了社区常见的 CNI 插件以及性能测评与选型建议。&lt;/p></description></item><item><title>Linux 网络负载均衡</title><link>https://rd163.visword.com/posts/linux-net-lb/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/linux-net-lb/</guid><description><![CDATA[<h2 id="什么是负载均衡" class="headerLink">
    <a href="#%e4%bb%80%e4%b9%88%e6%98%af%e8%b4%9f%e8%bd%bd%e5%9d%87%e8%a1%a1" class="header-mark"></a>什么是负载均衡</h2><p><strong>负载均衡（Load Balancing）</strong> 是指将大量并发请求或数据流量按某种策略分发到多台后端节点上分别处理，从而提升系统的整体吞吐能力、可用性与可扩展性。它的本质是在客户端和服务端之间引入一个&quot;分发层&quot;,对外暴露统一入口，对内把流量调度到一组真实服务器。</p>]]></description></item><item><title>Linux 网络命名空间</title><link>https://rd163.visword.com/posts/linux-net-namespace/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/linux-net-namespace/</guid><description><![CDATA[<p>网络命名空间（network namespace，常缩写为 netns）是 Linux 内核提供的一种资源隔离机制。它让不同进程看到完全独立的网络栈：网卡接口、路由表、防火墙规则、ARP 表、端口号乃至 <code>/proc/net</code> 与 <code>/sys/class/net</code> 的视图，彼此互不干扰。</p>]]></description></item><item><title>Linux 中的虚拟网络接口</title><link>https://rd163.visword.com/posts/linux-virtual-network-interfaces/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/linux-virtual-network-interfaces/</guid><description><![CDATA[<h2 id="tuntap" class="headerLink">
    <a href="#tuntap" class="header-mark"></a>tun/tap</h2><ul>
<li>对应字符设备 <code>/dev/net/tun</code>。</li>
<li>是操作系统内核中的虚拟网络设备，由用户层程序提供数据的接收与传输。</li>
<li>普通的物理网络接口如 <code>eth0</code>，它的两端分别是内核协议栈和外面的物理网络。而对于 TUN/TAP 虚拟接口如 <code>tun0</code>，它的一端一定连接着用户层程序，另一端则视配置方式的不同而变化，可以直连内核协议栈，也可以是某个 bridge。</li>
<li>TUN 和 TAP 的区别在于工作的网络层次不同：用户程序通过 TUN 设备只能读写网络层的 IP 数据包，而 TAP 设备则支持读写链路层的数据包（通常是以太网数据包，带有 Ethernet header）。</li>
<li>TUN 与 TAP 的关系，就类似于 socket 与 raw socket。</li>
<li>TUN/TAP 应用最多的场景是 VPN 代理，比如 clash、tun2socks。</li>
</ul>
<h2 id="ipip" class="headerLink">
    <a href="#ipip" class="header-mark"></a>ipip</h2><p>即 IPv4 in IPv4，在 IPv4 报文的基础上再封装一个 IPv4 报文。</p>]]></description></item></channel></rss>