Internet

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年政府宣布废除： 动员戡乱时期临时条款 这一举措意味着： 随后台湾开始多次修宪。 改革内容包括： …

Astronomy

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

月相（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 启动结构： 关键差异： 因此： 仅复制文件 …

Arch

Arch Linux 系统升级失败：PGP Signature Marginal Trust 问题完整排查记录

一、问题背景 在一次常规的 Arch Linux 系统升级过程中，执行： 升级流程在 checking package integrity 阶段全部通过，但随后出现大量错误： 最终导致： 系统无法完成升级。 值得注意的是： 表面看似软件包损坏，实际上问题完全不同。 二、错误本质 核心关键词： 这并不表示软件包损坏，而是： Pacman 无法确认签名者在本机 PGP 信任链中具备足够信任等级。 Arch Linux 的软件包安全机制依赖： 升级流程为： 当本机 keyring 状态异常时，即使： ✅ 包真实✅ 签名正确✅ 来源官方 Pacman 仍会拒绝安装。 因此出现： 实际上是 信任验证失败。 三、常见触发原因 实践中主要有以下几类原因： 1️⃣ archlinux-keyring 过旧（最常见） 长期未升级系统时： 导致签名无法建立信任路径。 2️⃣ 本地 pacman-key 数据损坏 可能来源： 3️⃣ …

Nextcloud

Nextcloud 在系统快照前提下跳过备份升级实践记录

一、背景 在自建 Nextcloud 环境中，官方 Updater 在执行升级时默认会创建程序文件备份。然而，在具备虚拟化平台或文件系统级快照能力的服务器环境中，这一步往往是冗余的。 典型场景包括： 当系统级快照已经覆盖 操作系统、数据库与数据目录整体状态 时，Nextcloud 自带备份的意义会明显降低。 因此，可以采用 跳过 Updater 内部备份 的升级方式。 二、Nextcloud Updater 的备份机制 Nextcloud CLI Updater： 默认流程中包含程序目录备份步骤，其备份内容主要为： 该备份并不包含： 因此，它并不是完整的回滚方案。 三、系统快照与应用备份的区别 项目 Nextcloud Backup 系统快照 程序文件 ✅ ✅ 数据目录 ❌ ✅ 数据库一致性 ❌ ✅ 系统整体状态 ❌ ✅ 回滚速度 较慢 秒级 原子恢复 ❌ ✅ 在具备系统级快照能力时： 应用层备份不再是主要安全保障。 …