◈ netchecks.org

17 项检测 · 无需账号 · 自托管

一键测试您的网络

17 款免费网络诊断工具,集成于同一面板。

常见问题

0 跟踪器 · 14 种语言 · 明暗双模式 · 自托管

← 所有文章

Network history

From LAN to the Internet: Token Ring, Ethernet, and the Protocols That Won

Every network diagnostic in this toolkit — a ping, a traceroute, a DNS lookup — quietly depends on decisions made in engineering rooms half a century ago. Before any of it was possible, engineers first had to solve a much more basic problem: how do you get more than two computers talking on the same wire without every conversation turning into noise?

That problem produced two competing philosophies for the local area network, a standards process that still governs the Internet today, and a decade-long transition from proprietary hardware to the open, layered protocol stack every device now runs. This is that story.

  1. 1969

    ARPANET goes live

    The first four nodes (UCLA, Stanford Research Institute, UC Santa Barbara, University of Utah) are connected, the direct ancestor of the modern Internet.

  2. 1973

    Ethernet is invented

    Bob Metcalfe and David Boggs at Xerox PARC design a packet-based network over shared coaxial cable, named after the 19th-century 'luminiferous ether'.

  3. 1974

    TCP is described

    Vint Cerf and Bob Kahn publish 'A Protocol for Packet Network Intercommunication', laying out the ideas that become TCP/IP.

  4. 1980

    DIX Ethernet standard

    DEC, Intel, and Xerox jointly publish the first commercial Ethernet standard: 10 Mbps over thick coaxial cable.

  5. 1981

    IP and TCP formalized

    RFC 791 (Internet Protocol) and RFC 793 (Transmission Control Protocol) are published, still the foundation of Internet addressing and reliable delivery today.

  6. 1983

    The ARPANET flag day

    On January 1, every host on ARPANET switches from the old NCP protocol to TCP/IP overnight - the moment the modern Internet's protocol stack becomes mandatory.

  7. 1985

    IEEE 802.5 Token Ring

    IBM's deterministic, token-passing ring topology is formally standardized at 4 Mbps, later extended to 16 Mbps.

  8. 1990

    10BASE-T arrives

    IEEE 802.3i brings Ethernet onto twisted-pair cabling and RJ45 connectors, enabling cheap star-topology wiring through a central hub.

  9. 1995

    Fast Ethernet (100 Mbps)

    IEEE 802.3u standardizes 100 Mbps Ethernet, six times faster than Token Ring's ceiling - the tipping point in enterprise LAN purchasing decisions.

  10. 1999

    Gigabit Ethernet over copper

    IEEE 802.3ab delivers 1000 Mbps over the same twisted-pair cabling already installed everywhere, cementing Ethernet as the unchallenged LAN standard.

Before the LAN: one cable, one conversation

Early computer networking was built around point-to-point or multidrop links between a mainframe and its terminals - reliable, but expensive to wire and impossible to scale past a handful of devices. As offices filled with independent minicomputers and, later, personal computers, the real problem shifted: how do dozens of machines share one physical cable without their signals colliding into unreadable noise?

Two very different answers emerged in the 1970s and 1980s, and for over a decade neither one was the obvious winner.

Two philosophies: token passing vs. listen-and-retry

IBM's Token Ring, standardized as IEEE 802.5, solved the collision problem by removing the possibility of collision entirely. A single small 'token' frame circulates continuously around a logical ring; a station may only transmit when it is holding the token, guaranteeing that exactly one device speaks at a time. It is deterministic and predictable under heavy load - properties IBM's mainframe-oriented enterprise customers valued highly.

Ethernet took the opposite bet. Its CSMA/CD access method (Carrier Sense Multiple Access with Collision Detection) simply lets any station transmit whenever it believes the wire is idle, and listens for a collision; if one occurs, both senders back off for a random interval and retry. It is probabilistic rather than guaranteed, but radically simpler and cheaper to implement in hardware - and under the light-to-moderate traffic loads of a typical office, it performed just as well in practice as the more elaborate token scheme.

Token Ring's logical ring (left) passes a single token station-to-station; Ethernet's shared bus or hub-based star (right) lets any station transmit and resolves collisions after the fact.

The protocols that made packets talk

A shared cable only solves how frames move between two adjacent machines. Getting a message from a computer in Los Angeles to one in Boston, across networks owned by entirely different organizations, needed a second, independent layer of addressing and routing - which is exactly what the ARPANET research program was built to solve. Vint Cerf and Bob Kahn's 1974 paper introduced the idea of splitting that job into two protocols: IP, responsible for addressing packets and getting them from network to network, and TCP, responsible for reassembling them reliably and in order at the far end.

Both were formalized as RFC 791 and RFC 793 in September 1981, and on January 1, 1983 - a date engineers still refer to as 'flag day' - every host still connected to ARPANET was cut over from the older NCP protocol to TCP/IP simultaneously, essentially overnight. It is one of the largest coordinated protocol migrations in computing history, and it is the direct reason IP addressing and TCP's three-way handshake are still exactly how this toolkit's Ping, Traceroute, and every other tool talk to the network today.

The RFC (Request for Comments) process itself, still run by the IETF, deserves credit here too: unlike Token Ring's IBM-controlled standardization, RFCs are open documents anyone can propose, argue about in public, and implement - the process's own famous motto is 'rough consensus and running code'. That openness is a large part of why TCP/IP, rather than any of several competing proprietary networking stacks of the era (including IBM's own SNA), became the protocol every vendor eventually converged on.

The layered model that came out of this era: each layer only talks to the one directly above and below it, which is why a tool like Ping (ICMP, network layer) works identically regardless of what application layer protocol - HTTP, DNS, SMTP - runs on top of it.

Why Ethernet ultimately won

Through the mid-1980s, Token Ring and Ethernet coexisted as genuinely competing enterprise choices, with Token Ring often preferred in IBM-centric shops for its predictable behavior under load. The balance tipped decisively over the following decade for reasons that had less to do with raw technical merit and more to do with economics and pace of innovation: Ethernet's move to twisted-pair cabling with 10BASE-T in 1990 made wiring dramatically cheaper and easier than Token Ring's shielded cabling and specialized connectors, and the arrival of switching (replacing shared hubs with a dedicated point-to-point link per port, eliminating collisions altogether) removed CSMA/CD's biggest theoretical weakness.

The final blow was speed. Fast Ethernet's 100 Mbps in 1995 was already six times Token Ring's 16 Mbps ceiling, and by the time Gigabit Ethernet arrived in 1999 running over the exact same cabling already installed everywhere, there was no remaining reason to choose the more expensive, proprietary alternative. IBM itself quietly shifted its own recommendations to Ethernet during the 1990s; Token Ring survives today mostly in legacy industrial control systems, not new deployments.

要点总结

The specific hardware debate is settled, but the pattern it set is still the one modern networking follows: an open, community-driven standard (Ethernet's IEEE process, TCP/IP's RFCs) tends to out-innovate a closed, vendor-controlled one over a long enough timeline, because more organizations can build on it, extend it, and drive its cost down. Every device on a modern LAN, from a laptop to an IoT sensor, still speaks the same Ethernet frame format standardized in the 1980s carrying the same IP packets standardized in 1981 - which is exactly why a tool as simple as Ping still works the same way it did forty years ago.

← 所有文章

我的 IP 检测

自动检测您的公网 IP 地址和网络位置。

打开 NetChecks 时自动加载,无需输入。切换网络或重新连接 VPN 后,点击刷新按钮重新检测。

您的浏览器

一键全面扫描

对一个 IP 或主机名一次性运行所有相关检测:DNS、whois、ping、traceroute、知名端口扫描 (1-1024)、HTTP 头信息和 SSL 证书。

输入域名或 IP 地址并运行,一次性检查 DNS、whois、ping、traceroute、常用端口、HTTP 响应头和 SSL 证书。

大多数检查并行执行,通常在约30秒内完成,若目标响应缓慢或无法访问则更久。

只有在上方的同意复选框被勾选后,端口扫描步骤才会执行——其他所有检查照常执行。

Ping

向主机发送 ICMP 回显请求,以检测其可达性和延迟。

输入主机名或 IP 地址,点击 Ping 发送 ICMP 回显请求并测量往返延迟。

You Host ICMP Echo Request (type 8) ICMP Echo Reply (type 0) measures: RTT · TTL · packet loss

      

深入了解 Ping

定义

Ping通过向目标主机发送ICMP回显请求(Echo Request)报文,并测量ICMP回显应答(Echo Reply)返回所需的时间,来完成最基础的网络连通性测试。它只回答一个问题:"这台设备是否可达,响应速度如何?"ICMP协议(RFC 792)早在1981年就被设计用来在IP网络上承载控制与诊断信息,独立于应用层流量之外——Ping正是它最广为人知、也是普及程度最高的实现,几乎所有操作系统和网络设备从最初版本起就自带这一功能。

工作原理

每个ICMP报文都携带一个TTL(生存时间)字段,每经过一台路由器就减1;一旦在到达目标之前减到0,报文就会被丢弃,并向发送方回送一条错误消息。以毫秒为单位测得的往返时延(RTT)反映的是整个往返路径上累积的网络延迟,而不仅仅是目标附近最后一段的延迟——这一点常被误解,因为Ping结果慢的根本原因可能出现在路径上的任意位置,未必靠近被测服务器。Ping通常会连续发送多个报文而不是只发一个,这样就能区分出偶发的延迟毛刺和持续性的问题,并据此计算出这一批样本的丢包率。

结果解读

稳定且较低的RTT——局域网内几毫秒,同一国家内的目的地10到50毫秒,跨洲链路则明显更高——说明连接状况良好。哪怕只是轻微的丢包(超过1%到2%),对VoIP或交互式远程会话这类对延迟敏感的场景也会造成明显影响,每一个丢失的包都会表现为卡顿或断音。相比稳定但数值较高的延迟,包与包之间延迟波动很大(抖动)对这些场景往往是更严重的问题。"请求超时"表示在规定时间内没有收到应答——可能是主机确实宕机,也可能是防火墙悄悄屏蔽了ICMP,或者路径上某处出现了故障;"目标不可达"则不同,信息量更大:它是路径上某台中间路由器主动回送的消息,明确表示自己无法转发该报文,有助于缩小问题定位范围。

常见误区

最常见的误判是一旦Ping失败就断定主机"宕机",而实际上大量服务器和设备——尤其是部署了严格防火墙策略或托管在主流云服务商那里的——出于策略考虑会主动屏蔽入站ICMP,同时它们提供的实际服务(HTTP、数据库等)完全正常可用。因此,没有收到Ping应答只有在结合其他信号(比如应用本身也无响应)时才具有实际意义。反过来,Ping成功也完全不能保证该主机上运行的应用服务本身工作正常——这是网络栈中两个完全独立的层面。

适用场景

在升级工单之前先做的第一项检查:先确认设备是否有响应,再深入排查。在修改防火墙规则或路由表之后确认连通性,确保改动没有破坏访问。在VoIP上线或运营商链路切换之前建立延迟基线,以便后续出现通话质量投诉时有客观的对比依据。作为MSP并行监控多个客户站点时一种轻量、低开销的周期性健康检查手段,但始终应作为更深层应用级监控的补充,而非替代。

Traceroute(路由追踪)

逐跳追踪到目标主机的网络路径。

输入主机名或 IP 地址并运行,查看本服务器到目标之间的每一跳,以及各跳的延迟。

You TTL=1 TTL=2 TTL=3 Host each hop replies "ICMP Time Exceeded" until TTL reaches the host

      

DNS 查询(Nslookup)

查询 DNS 记录:A、AAAA、MX、TXT、NS、CNAME、SOA、PTR、SRV、CAA。

输入域名,选择记录类型(A、AAAA、MX、TXT、NS、CNAME、SOA、PTR、SRV 或 CAA),然后查询。

You Root .com Auth NS ① query root ② referral → TLD ③ referral → auth NS ④ answer

      

Whois 查询

查询域名或 IP 地址的注册信息。

输入域名或 IP 地址,查询其注册信息:注册商、所有者组织及重要日期。

You Registry RDAP / :43 query: domain / IP reply: registrar, dates, name servers

      

黑名单检测

检查某个 IP 地址或域名是否被列入公共垃圾邮件/滥用黑名单(DNSBL)。

输入 IPv4 地址或域名并运行,即可一次查询 7 个公共 DNSBL/RBL 黑名单 - 每个列表会显示已列入、未列入或检测失败。

You zen.spamhaus.org spamcop.net sorbs.net +4 more reverse-IP DNS query to each DNSBL zone, in parallel

      

TCP 端口扫描

检测主机或 IP 上的 TCP 端口是否开放:常用端口、自定义列表,或完整的 1-65535 范围。

输入主机或 IP,选择常用端口、自定义列表或完整范围,然后扫描查看哪些 TCP 端口有响应。

You 22 open 443 open 3389 closed 8080 closed SYN → SYN-ACK = open · SYN → RST = closed

        
      

HTTP 响应头检测

获取某个 URL 的 HTTP 响应状态码和响应头。

输入网址,获取其 HTTP 响应状态码以及服务器返回的所有响应头。

You Server GET / HTTP/1.1 200 OK + headers Content-Type · Strict-Transport-Security · X-Frame-Options …

      

SSL / TLS 证书检测

检测主机的 TLS 证书:颁发机构、有效期以及剩余天数。

输入主机名,检查其 TLS 证书:颁发者、有效期及距过期的剩余天数。

You Host ClientHello → ← ServerHello + Certificate + Finished Root CA Intermediate Leaf (site) certificate chain of trust · validity dates checked

      

IP 地理位置查询

查询某个 IP 地址的地理位置和网络信息。留空则查询您自己的公网 IP。

输入任意 IP 地址,或留空以查询您自己的 IP,查看其大致位置及网络/ISP 信息。

IP address Geo / RIR database City · Country ASN · Org

        
        
      

子网 / CIDR 计算器

完全在您的浏览器中计算 — 不会向服务器发送任何数据。

输入 IP 地址和 CIDR 前缀(例如 192.168.1.0/24),即时计算网络范围、广播地址和可用主机数量。

network bits (prefix) host bits /24 example — split moves with your prefix

      

网速测试

与本服务器之间的基础下载/上传速度测试(准确性取决于服务器自身的网络带宽)。

点击开始,测量与本服务器之间的下载和上传速度。准确度取决于本服务器自身的网络连接。

You Server ↓ download ↑ upload throughput (Mbps)

      

国家代码词典

ISO 3166-1 alpha-2 国家代码 — 完全在您的浏览器中搜索。

搜索或浏览 ISO 3166-1 alpha-2 国家代码列表,完全在您的浏览器中查询。

国家ISO 代码

国际电话区号词典

按国家划分的国际电话区号 — 完全在您的浏览器中搜索。

按国家搜索或浏览国际拨号代码,完全在您的浏览器中查询。

国家区号

世界时钟

选择一个时区查看当前时间 — 拖动地球即可旋转。

从列表中选择一个时区,或拖动地球仪,查看该地的当前时间。

您的时间
--:--:--
—

—

所选时间
--:--:--
—
— UTC±00:00
与您的时差 —

—

拖动以旋转地球。

法国移动网络状态

法国各运营商(Orange、Free、SFR、Bouygues Telecom)故障或维护中的移动基站,数据来自 Arcep 公开数据。每日更新一次快照,非实时数据流。

按法国运营商浏览移动基站和光纤故障数据——无需输入,根据 ARCEP 公开数据自动更新。

来源:Arcep,「Sites indisponibles」数据集,采用 Licence Ouverte / Etalab 2.0 许可发布——明确允许商业性重用,这与此前使用的 IODA/CAIDA 数据不同。正常/关注/警报 徽章是自制估算(今日故障数与前几日中位数比较),并非 Arcep 官方分类。来源链接见下方。

受影响最多的省份

当前故障或维护中的站点数量,按省份统计。点击上方运营商可筛选。

数据来源: Arcep — Sites indisponibles · 官方网络状态地图


固网(光纤)

各运营商光纤(FTTH)网络质量:故障上报率与装机失败率,数据来自 Arcep 公开数据。月度指标,6个月滚动平均——不像移动部分那样为实时数据。

来源:Arcep,「Qualité des réseaux en fibre optique」数据集,采用 Licence Ouverte / Etalab 2.0 许可发布——明确允许商业性重用。来源链接见下方。

按运营商(母公司)

过去 6 个可用月份的平均值,按基础设施运营商母公司分组。

数据来源: Arcep — Qualité des réseaux en fibre optique