Network

TCP/IP 协议详解：互联网通信的核心架构

互联网能够在全球范围内稳定运行，依赖于一套统一的通信规则体系。其中最核心的就是 TCP/IP 协议族（TCP/IP Protocol Suite）。它定义了数据如何在网络中被封装、传输、路由以及接收，是现代互联网的基础。 本文将从 协议结构、分层模型、关键协议、数据传输过程以及连接机制 等方面，对 TCP/IP 进行系统介绍。 一、TCP/IP 协议的基本概念 TCP/IP 是 Transmission Control Protocol / Internet Protocol 的缩写。 它并不是单一协议，而是 一组协议的集合，用于解决网络通信中的三个核心问题： 在 TCP/IP 体系中： 可以用一个简单的类比理解： 协议 作用 IP 负责确定数据要发送到哪里 TCP 负责确保数据完整到达 如果将网络通信比作邮寄包裹： 二、TCP/IP 的四层模型 TCP/IP 协议通常采用 四层结构模型。 Application Layer 应用层Transport Layer 传输层Internet Layer 网络层Network Interface 网络接口层 常见协议在各层中的位置： 应用层HTTP …

Network

从网段到 CIDR：理解 IP 地址后面的 /24、/31 与路由聚合

在学习 TCP/IP 网络时，很多概念表面上看只是记忆题，比如“网段”“子网掩码”“CIDR”“广播地址”“路由聚合”。但这些概念其实都不是孤立存在的，它们共同描述了一件事： 互联网中的地址如何被组织、划分、识别与转发。 本文从最基础的“网段”开始，一直讲到家庭网络为什么几乎总是 /24，以及互联网为什么必须依靠 CIDR 聚合 才能维持全球路由系统的可扩展性。 一、网段是什么 所谓网段，本质上就是： 一组属于同一个网络范围、可以按同一套网络规则被识别的 IP 地址集合。 更直白一点说，网段就是“某一批 IP 地址所在的那个网络范围”。 例如： 192.168.1.1192.168.1.2192.168.1.3192.168.1.10192.168.1.254 这些地址如果使用相同的网络前缀，就可以被认为属于同一个网段，例如： 192.168.1.0/24 这表示： 因此，网段不是单个 IP，而是一个地址范围。 二、为什么要有网段 如果没有“网段”概念，那么整个网络世界就会变成“所有设备都直接平等地散落在一个巨大地址池里”，这会带来两个问题： 第一，地址管理混乱。第二，转发效率极低。 所以 TCP/IP 网络采用的不是“纯主机编号”结构，而是： 网络部分 + 主机部分 这意味着一个 IP 地址不是纯随机编号，它内部自带结构。例如： 192.168.1.25 在某种掩码条件下，可以理解成： 也就是“在 192.168.1 这个网络里的第 25 号主机”。 这就是网段存在的意义：先确定属于哪个网络，再确定这个网络里的哪一台设备。 三、IP 地址后面的 /24 是什么意思 像下面这样的写法： 192.168.1.10/24 …

Network

Packet Switching（分组交换）原理解析

一、引言 现代互联网建立在 Packet Switching（分组交换） 的基础之上。这一设计使得全球网络能够在分布式环境中稳定运行，并具备极强的容错能力和扩展能力。 与早期电话网络的 Circuit Switching（电路交换） 不同，Packet Switching 将数据拆分为多个独立的数据包，通过网络中的不同路径传输，最终在接收端重新组合。 本文介绍 Packet Switching 的基本概念、传输过程以及其在互联网架构中的重要作用。 二、Packet Switching 概念 Packet Switching（分组交换） 是一种网络通信方式，其核心思想为： 将完整的数据拆分为多个数据包（packet），分别在网络中独立传输，并在接收端重新组合。 每个 packet 通常包含两部分： 数据部分（payload）控制信息（header） Header 中通常包含以下信息： 由于每个 packet 都携带目标地址，因此它们可以在网络中独立路由。 三、数据传输过程 在 Packet Switching 网络中，数据并不会沿着固定路径传输，而是由网络中的路由设备动态决定路径。 例如，从日本访问美国服务器时，数据可能经过多个网络节点： 客户端 ↓本地路由器 ↓ISP ↓国际骨干网络 ↓目标服务器 在这一过程中，不同的数据包可能走不同路径，例如： Packet1: Osaka → Tokyo → Los Angeles …

Linux

Linux lo 回环接口与互联网第一条消息 “LO” 的关系

在学习 Linux 网络结构时，几乎每个人都会看到一个特殊的网络接口： lo 它通常对应地址： 127.0.0.1localhost 与此同时，在互联网历史中也存在一个非常著名的记录：1969 年互联网（ARPANET）发送的第一条消息是 “LO”。 由于两者在字母上完全相同，很多人会产生一个疑问： Linux 中的 lo 接口，是否与互联网历史上的 “LO” 有关联？ 结论是： 两者没有任何历史或技术上的关系，仅仅是字母上的巧合。 本文对这两个概念进行简单说明。 一、Linux 中的 lo 接口 在 Linux 网络系统中： lo = loopback interface 即 回环网络接口。 回环接口的作用，是让一台计算机能够在 不经过任何物理网络设备 的情况下，与自身进行网络通信。 常见地址： 127.0.0.1 或主机名： localhost 可以使用以下命令测试： ping 127.0.0.1 数据包不会离开计算机，而是在 操作系统内核的网络协议栈内部循环处理。 回环接口的特点 lo 接口具有几个重要特点： 1 永远存在 无论系统是否连接网络，lo …

Society

台湾选举制度概述：从总统直选、三票制到蓝绿政治

一、前言 台湾现行的选举制度，并不是一开始就如此，而是在长期政治变迁中逐步形成的。今天看到的制度框架，大体上是在 1987年解除戒严之后的民主化进程中建立起来的，并在 1990年代到2005年间 经过多次重大改革后定型。 从制度上看，台湾的核心特征是： 如果只用一句话概括，台湾现行制度可以理解为：以总统直选为核心、以立法院混合选举制为主体、以地方公职普选为支撑的一套竞争型民主选举制度。 二、台湾现行选举制度的大框架 台湾今天主要有三类重要选举： 1. 总统、副总统选举 用于选出行政体系的最高领导人。 2. 立法院选举 用于选出立法机构成员，也就是“立法委员”。 3. 地方公职人员选举 包括县市长、市议员、乡镇长、里长等地方职位。 这些选举大多实行 直接投票，由选民亲自投票决定。 三、总统选举制度 1. 基本规则 台湾总统选举的特点很明确： 所谓“相对多数制”，意思是： 不要求得票过半，只要在所有候选组合中票数最多，就可当选。 例如： 则 A 组合直接当选，即使没有超过50%。 2. 总统不是分开选 台湾总统选举不是“总统一票、副总统一票”分别投，而是 总统和副总统作为一个组合一起竞选。选民投下的是某一组搭档，而不是单独选择其中一人。 3. 历史演变 总统制度虽然在宪法中早有规定，但真正转向民选，是较晚的事。 大致过程如下： 因此，台湾真正意义上的总统直接民选，是从 1996年 才开始。 四、立法院选举制度 台湾的立法机关叫 立法院。现行立法院共有 113席，由三部分组成。 1. 席次结构 区域立委：73席 由各地选区直接选出。 政党比例代表：34席 …

Society

台湾现行政治制度的形成与演变（1947–1996）

台湾地区当前运行的政治制度并非在某一时刻突然建立，而是在近半个世纪的历史进程中逐步演变形成。其制度基础来自1947年实施的宪政框架，而现行民主制度则在20世纪末完成重构。本文按照历史阶段，对台湾政治制度的发展过程进行系统梳理。 一、宪政制度的法律基础（1947） 台湾政治制度的法律基础来源于中华民国宪法。 该宪法于1946年制定，并于 1947年12月25日正式实施。 宪法设计了一套较为独特的政治结构，其核心特点包括： 1 五权分立体制 不同于传统的三权分立，宪法设立了五个国家机关： 这种制度设计源于孙中山提出的政治理论。 2 总统制 国家元首为总统，负责国家整体领导。 3 民选国会 原制度设有： 理论上均应通过选举产生。 然而，该制度刚开始运行不久，便受到中国政治局势剧烈变化的影响。 二、制度冻结与威权统治时期（1949–1987） 1949年，随着国共内战局势变化，中华民国政府迁至台湾。 随后台湾进入长时间的威权政治阶段。 这一时期制度的关键法律依据是： 动员戡乱时期临时条款 该条款对原宪法进行了重大修改，使政府在国家安全名义下获得广泛权力。 主要特点包括： 1 长期戒严 台湾实行台湾戒严时期（1949–1987）。 戒严期间： 2 国会长期不改选 由于宪法原本规定的选区包含整个中国大陆，迁台后国会代表长期未重新选举。 因此出现了所谓的“万年国会”现象。 3 总统权力扩大 在临时条款框架下，总统权力明显增强，制度运行更接近威权体制。 三、民主化改革的开始（1987） 台湾政治制度的重大转折点出现在1980年代后期。 关键人物为蒋经国。 1987年，政府宣布： 台湾解除戒严 这一事件被普遍视为台湾民主化进程的起点。 解除戒严后： 四、宪政体制的重建（1991） 1990年代初期，台湾进入制度重建阶段。 1991年政府宣布废除： 动员戡乱时期临时条款 这一举措意味着： 随后台湾开始多次修宪。 改革内容包括： …

Physics

月相：从几何关系到可观测规律

月相（lunar phases）指从地球上看到的月亮“亮面形状”随时间呈现周期性变化的现象。月相并不是“月亮本身亮度在变”，而是太阳照亮月球的那一半在不同的日—地—月相对位置下，地球观测者能看到的被照亮部分比例在变化。 1. 月相的根本原因：一半永远被照亮，变化的是“看见多少” 在任意时刻： 在理想几何近似下，月球“可见亮面比例” kkk 与相位角 iii 的关系为：k=1+cos⁡i2k=\frac{1+\cos i}{2}k=21+cosi​ 当 i=0∘i=0^\circi=0∘（接近满月几何）时 k≈1k\approx1k≈1；当 i=180∘i=180^\circi=180∘（接近新月几何）时 k≈0k\approx0k≈0。 这条公式本质上只是“球面被平面分割后，从特定视线方向看到的投影亮面比例”的结果；它把月相从“看起来像什么”变成了“可计算的几何量”。 2. 一个周期为什么是 29.53 天：朔望月 vs 恒星月 很多人会混淆两个周期： 朔望月更长的原因是：月球绕地球转一圈的同时，地球也在绕太阳公转；要再次达到同样的日—地—月相对方向（同样的月相），月球需要“多追一点角度”。朔望月平均长度约 29.53059 天。 3. 从“初一到十五再到月底”：月相与相对位置的标准序列 以“朔（新月）→望（满月）→朔”为一整圈（约 29.53 天），可按 8 个典型相位描述： “初一—十五—月底”的直觉对应：从新月逐渐盈到满月，再逐渐亏回新月。农历日期与月相强相关，但在具体哪一天达到“精确上弦/望/下弦/朔”，每个月会有小幅偏移（受轨道椭圆与速度变化影响）。 4. 为什么满月通常不会“被地球挡住”：月食需要额外条件 “满月=月球在地球背后”并不意味着月球会进入地球影子。原因是： 5. 观测上的硬规律：月亮每天推迟升起约 50 分钟（近似） 月球相对恒星每天东移约十几度量级，因此对地面观测者来说： 在线动态演示系统（用于自查与研究） 下面四个模拟器组合起来，几乎能覆盖“从概念到三维直觉再到天体尺度”的所有需求；并且都支持交互/动画： 1) PBS LearningMedia — Lunar …

Linux

Ubuntu 24.04（ARM / R2S）APT 换源实录：从 ports.ubuntu.com 切换到国内 ubuntu-ports，并关闭 proposed

适用对象：ARM64 设备（如 R2S / 树莓派等）上运行 Ubuntu 24.04（noble），APT 默认指向 ports.ubuntu.com，更新速度慢或链路不稳定。目标：保持“官方仓库内容等价”的前提下，切换到国内镜像加速，并移除不适合生产环境的 -proposed 测试仓库。 1. 背景现象：APT 命中 ports.ubuntu.com 在 ARM64 Ubuntu 上执行 apt update，常见输出类似： 其中 ports.ubuntu.com 是 Ubuntu 官方用于 非 x86 架构（ARM 等） 的主仓库入口。它是“源站”，内容权威，但在亚洲链路上经常出现吞吐偏低的问题。 2. 关键点：ARM 的“国内镜像”必须是 ubuntu-ports 镜像 很多人换源失败，是因为误用只同步 x86 的镜像路径（如普通 ubuntu/），而 ARM 设备应使用 ubuntu-ports。 镜像等价关系如下： 3. 配置现状确认：使用传统 sources.list（而非 ubuntu.sources） Ubuntu 24.04 …

Linux

Linux（R2S/ARM小主机）流量统计与实时监控：vnStat + bmon/nload/iftop 全流程与排障记录

目标：在一台 ARM 小主机（双网口场景常见，如 R2S 一类）上，完成1）长期累计流量统计（按天/月/年）2）终端实时图形化监控（看瞬时带宽、看谁在跑流量）并解决“vnstat 显示 No data/查不到数据”的典型问题。 1. 为什么需要两类工具：累计统计 vs 实时观察 网络监控分两类，作用不同： 1.1 长期累计（趋势、账单、限额） 选型：vnStat优点：轻量、低开销、重启不丢（数据库在本机保存）。 1.2 实时观察（当前状态、排障、抓异常） 选型：bmon / nload / iftop其中： 2. 基础概念：RX / TX 是什么 所有工具里都绕不开： 在转发型节点（隧道/代理）里，经常出现一个明显特征： RX ≈ TX（接收多少就转发多少） 而在普通客户端（浏览网页、下载）上更常见： RX >>> TX 3. 长期累计：vnStat 的正确用法与常见误解 3.1 vnStat 的工作机制（决定了“能不能看历史”） vnStat 不会回溯系统历史流量。它的机制是： 因此： 这也是很多人第一次用 vnStat 时最容易误解的点：看到 “since …

Linux

NanoPi R2S 远程节点 SD 卡灾备方案设计与实践（可启动热备 + 异地配置备份）

摘要 本文记录一次远程边缘节点的灾备体系设计过程。 目标环境为长期运行的 ARM 小型网络节点，其物理设备位于异地，日常仅通过 SSH 远程维护。系统运行在 SD 卡上，一旦存储介质损坏，将导致节点完全离线，因此需要构建一种： 的 SD 卡灾备方案。 本文最终采用： 首次整盘克隆（dd） + 后续文件级同步（rsync） + 异地配置备份 的分层灾备结构。 一、问题背景 边缘节点通常具有以下特点： 一旦 SD 卡损坏，将出现： 因此核心问题变为： 是否可以提前制作一张备用 SD 卡，使其在原卡损坏后直接替换启动？ 二、系统结构特点（R2S 与树莓派的差异） 许多 Raspberry Pi 迁移方案基于如下结构： 系统仅依赖单一 root 分区，因此可以通过 rsync 复制后修改 UUID 启动。 但 NanoPi R2S 采用 Rockchip 启动结构： 关键差异： 因此： 仅复制文件 …