◈ 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 echo إلى مضيف للتحقق من إمكانية الوصول إليه وزمن الاستجابة.

أدخل اسم مضيف أو عنوان IP واضغط على Ping لإرسال طلبات ICMP echo وقياس زمن الاستجابة ذهابًا وإيابًا.

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 (مدة البقاء) يُنقَص بواحد عند كل موجّه يعبره؛ فإذا وصل إلى الصفر قبل بلوغ الوجهة، تُسقَط الحزمة ويُرسَل خطأ إلى المرسل. يعكس زمن الذهاب والإياب (RTT) المُقاس بالميلي ثانية زمن الاستجابة التراكمي للشبكة على طول الرحلة كاملة، وليس فقط الجزء الأخير القريب من الوجهة - وهذه نقطة كثيرًا ما يُساء فهمها، إذ قد يكون السبب الحقيقي لنتيجة ping بطيئة في أي نقطة على المسار، وليس بالضرورة قرب الخادم المُختبَر. يُرسل ping عادة عدة حزم متتالية بدلًا من حزمة واحدة، مما يتيح التمييز بين ارتفاع مؤقت في زمن الاستجابة ومشكلة متكررة، وحساب معدل فقدان الحزم على العينة.

تفسير النتائج

زمن استجابة منخفض ومستقر - بضعة ميلي ثانية على شبكة محلية، من 10 إلى 50 مللي ثانية لوجهة داخل نفس الدولة، وأكثر بكثير لاتصال عبر القارات - يشير إلى اتصال سليم. حتى فقدان حزم بسيط (فوق 1-2%) ضار بشكل خاص للاستخدامات الحساسة لزمن الاستجابة مثل VoIP أو الجلسات التفاعلية عن بُعد، حيث تظهر كل حزمة مفقودة كخلل أو انقطاع مسموع. تباين كبير في زمن الاستجابة من حزمة إلى أخرى (jitter) غالبًا ما يكون، لهذه الاستخدامات نفسها، مشكلة أكبر من زمن استجابة مرتفع لكنه مستقر تمامًا. "انتهت مهلة الطلب" تعني عدم وصول أي رد خلال الوقت المحدد - قد يكون المضيف متوقفًا فعليًا، أو قد يحجب جدار حماية بروتوكول 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

تحقق مما إذا كانت منافذ TCP مفتوحة على مضيف أو IP: منافذ شائعة، قائمة مخصصة، أو النطاق الكامل 1-65535.

أدخل مضيفًا أو عنوان IP، واختر المنافذ الشائعة أو قائمة مخصصة أو النطاق الكامل، ثم افحص لمعرفة أي منافذ TCP تستجيب.

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

        
      

فاحص ترويسات HTTP

يجلب حالة استجابة HTTP وترويساتها لعنوان URL.

أدخل عنوان URL للحصول على رمز حالة استجابة 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 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»، منشورة بموجب الترخيص المفتوح / Etalab 2.0 - إعادة الاستخدام التجاري مسموح بها صراحةً، بخلاف بيانات IODA/CAIDA المستخدمة سابقًا. شارة عادي/مراقبة/تنبيه هي تقدير داخلي (عدد أعطال اليوم مقابل وسيط الأيام السابقة)، وليست تصنيفًا رسميًا من Arcep. روابط المصدر أدناه.

أكثر المقاطعات تأثرًا

عدد المواقع المعطلة حاليًا أو قيد الصيانة، حسب المقاطعة. انقر على مشغّل أعلاه للتصفية.

البيانات: Arcep — Sites indisponibles · الخريطة الرسمية لحالة الشبكة


الشبكة الثابتة (الألياف الضوئية)

جودة شبكة الألياف الضوئية (FTTH) حسب المشغّل: معدل الأعطال المُبلّغ عنها ومعدل فشل التوصيل، من بيانات Arcep العامة. مؤشرات شهرية بمتوسط متحرك لؤ6 أشهر - ليست بثًا لحظيًا كما في قسم الهاتف.

المصدر: Arcep، مجموعة بيانات «Qualité des réseaux en fibre optique»، منشورة بموجب الترخيص المفتوح / Etalab 2.0 - إعادة الاستخدام التجاري مسموح بها صراحةً. روابط المصدر أدناه.

حسب المشغّل (الشركة الأم)

متوسطات آخر 6 أشهر متاحة، حسب الشركة الأم لمشغّل البنية التحتية.

البيانات: Arcep — Qualité des réseaux en fibre optique