节点相关内容
快速回答
「节点」标签聚合了全站 0 篇已发布内容，可以按同一主题横向浏览分散在不同栏目的文章。
节点是订阅列表里的一条具体服务器配置，包含地址、端口、协议类型与加密参数。它回答的是「怎么连接」，而不是「数据走哪条路」—— 后者属于线路的范畴。把这两件事分开，是理解绝大多数使用现象的前提。
最常见的误解出在名称上。节点名称里的地区标记只是服务商的命名习惯，它通常只表示出口在哪，既不说明入口在哪，也不说明中间经过了什么。这就是为什么两个都写着「香港」的节点，体验可以相差好几倍：它们的出口地区相同，国内段和跨境段却可能完全不是一回事。要确认真实出口，唯一可靠的方法是连接后查询实际 IP 的归属。
另一个反直觉的点是数量。节点列表长不代表质量高 —— 数量只说明这份列表有多长，不说明每条线路的容量与共享程度。少量结构清晰、共享程度低的节点，通常好过大量被严重超售的节点。同理，「换了几十个节点都没用」往往不是因为节点不够多，而是因为这些节点共享同一个入口或同一批上游资源，换来换去始终没离开出问题的那一段。
这个标签聚合的内容围绕三件事：节点与线路的层级关系、如何确认真实出口与出口类型、以及节点相关异常（全部超时、部分不可用、名称与实际不符）应该往哪个方向排查。
这个标签页当前不进入索引
本站的规则是：聚合到 3 篇及以上已发布文章的标签才进入站点地图与全文搜索。当前这个标签聚合了 0 篇，尚未达到门槛，因此页面输出 noindex —— 它依然可以正常访问和抓取，只是不参与索引，以免产生只有几条链接的低价值页面。随着相关文章发布，它会自动转为可索引。
本标签下的文章
这个标签下暂时还没有正式发布的文章。相关选题正在写作与核验中，完成后会自动出现在这里。
常见问题
节点名称能不能作为选择依据？
不能完全依赖，名称通常只标注出口地区，不说明入口在哪、走什么路径。要确认真实情况，需要用这个标签下的方法查询实际出口归属。
节点相关问题应该先看这里还是先看故障排查？
概念性的疑惑（节点是什么、和线路的关系）看这里；具体的连接异常看故障排查栏目对应文章，那里有逐步排查顺序。
「节点」和「线路」是一回事吗？
不是，这正是这个标签下反复强调的区别：节点是列表里的一条具体配置，线路是数据实际经过的路径。两者层级不同，混淆是很多困惑的根源。