كيف يعمل الإنترنت: رحلة طلب الويب من المتصفح إلى الخادم

تكتب عنوان موقع في المتصفّح، تضغط Enter، فتظهر الصفحة في أقل من ثانية. في تلك الثانية، سافر طلبُك من جهازك إلى خادم قد يكون في طرف آخر من العالم، وعاد محمّلا بالصفحة، بعد أن مرّ بأجهزة كثيرة وتكلّم بأكثر من «لغة». هذا المقال يفكّك تلك الثانية.

سأتتبّع طلبا واحدا من أوّله إلى آخره، لأنه المسار الذي يجمع كل أجزاء الإنترنت في مكانها. وهو مدخل إلى هذه السلسلة أيضًا: كل محطّة يمرّ بها الطلب هنا سريعًا (العنوان، وDNS، والبروتوكولات، والخوادم، والموجِّهات) لها مقال مستقلّ يكبّرها لاحقًا. ابدأ من هنا لتعرف أين تقع كل قطعة، ثم انزل إلى تفاصيلها.

ما الشبكة؟ من بيتك إلى العالم

قبل آلية الإنترنت، لنتّفق على معنى «الشبكة» (Network) في أبسط صورها: جهازان أو أكثر متّصلان لتبادل البيانات والموارد. أوضح مثال هو شبكة بيتك، حيث يعمل الموجِّه (Router) نقطةَ التقاء تربط هاتفك وحاسوبك وتلفازك وطابعتك، فتتكلّم فيما بينها ضمن ما يُسمّى الشبكة المحلّية (LAN).^[1]

الآن تخيّل أنك وصلتَ شبكة بيتك بشبكة جارك، ثم بشبكة الحيّ، فالمدينة، فالدولة، فالقارّة. هذا التصوّر هو تعريف الإنترنت في جوهره: ليس شبكة واحدة عملاقة، بل شبكةُ شبكات، ملايين الشبكات الخاصّة والعامّة والأكاديمية والحكومية، مترابطة معا.^[1]

و«الملايين» وصف صحيح لعدد الشبكات، لكنّ الرقم الذي تراه أجهزة التوجيه أصغر من ذلك وأدقّ. فالشبكة التي يعرفها الإنترنت ويوجّه المرور إليها باسمها تُسمّى «نظاما مستقلّا» (Autonomous System): كتلةُ عناوين تحت إدارة واحدة، لها رقم فريد تُعرَف به. وكان في جدول التوجيه العالميّ 78,975 نظاما مستقلّا في الأوّل من أغسطس 2026، وتتوزّع بينها 1,065,956 كتلة عناوين.^[7] أمّا بيتك فلا يظهر في هذا الجدول. هو والمقهى في الشارع يقعان داخل نظام مستقلّ واحد يملكه مزوّد الخدمة، وهو من يظهر عنهما. وهذه الأنظمة هي وحدات الخريطة التي يُبنى عليها التوجيه كلّه، ولمزوّد خدمة الإنترنت مقال مستقلّ يفصّلها.

ويلزم هنا تمييز يخلط بينه كثيرون. الإنترنت هو البنية التحتية: الكابلات والخوادم والموجِّهات والبروتوكولات التي تنقل البيانات. أما الويب (Web) فخدمة واحدة تعمل فوق هذه البنية لعرض الصفحات المترابطة، وتسير على الطريق نفسه خدمات أخرى كالبريد ونقل الملفّات. الإنترنت هو الطرق، والويب وجهة من الوجهات التي تقصدها عليها. فحين تشاهد فيلما على منصّة بثّ أو تلعب لعبة عبر الشبكة، أنت تستعمل الإنترنت نفسه لكن بخدمات وبروتوكولات غير الويب. خلط الاثنين شائع، لكنّ التمييز بينهما يوضّح أن الويب جزء من الإنترنت، لا مرادف له.

وهذه البنية لم تظهر دفعة واحدة. تتبّعتُ قصّة نشأتها كاملة، من ARPANET إلى الويب، في المقال الأول من السلسلة: «تاريخ الإنترنت: كيف وُلدت الشبكة، من ARPANET إلى الويب». يكفي هنا أن تعرف أن الشبكات المتفرّقة اتّفقت سنة 1983 على لغة واحدة هي TCP/IP، وأن الويب وُلد فوقها سنة 1991. فلننتقل إلى الآلية.

من يحكم الإنترنت؟ لا أحد، وكلّ بقدْره

إن كانت ملايين الشبكات والأجهزة تتكلّم معا، فمن يضمن أنها تتكلّم اللغة نفسها؟ خلافا لما قد يُظَنّ، لا تملك الإنترنتَ حكومة ولا شركة. يُشرف على معاييرها التقنية هيئات دولية مستقلّة غير ربحية، تعمل بالتوافق والعلانية. وكون هذه المعايير مفتوحة ومجانية هو ما يسمح لأيّ شركة أو فرد أن يبني متصفّحا أو خادما متوافقا دون إذن من أحد، وهو سرّ بقاء الإنترنت موحّدا رغم لامركزيّته. ثلاث من هذه الهيئات هي الأبرز.

فريق هندسة الإنترنت (IETF): الجهة التي تطوّر بروتوكولات الإنترنت الأساسية مثل TCP/IP، عبر مجتمع مفتوح من المهندسين ينشر وثائق تقنية تُسمّى «طلبات التعليقات» (RFC)، تصير بعد المراجعة معاييرَ قياسية.^[4]

رابطة الويب العالمية (W3C): أسّسها تيم بيرنرز لي، مخترع الويب، وتضع معايير تقنياته تحديدًا، وأشهرها لغتا HTML وCSS.^[6]

هيئة الأسماء والأرقام (ICANN): أشبه بالسجلّ المركزي للإنترنت. تنسّق نظام أسماء النطاقات (DNS) وتوزيع عناوين IP عالميا، فتضمن أن لكل موقع وجهاز معرّفا فريدا لا يتكرّر.^[5]

وما تضعه هذه الهيئات هو «البروتوكولات»: قواعد متّفق عليها تحدّد كيف تتبادل الأجهزة البيانات. ثلاثة منها تكفي لفهم ما يجري. TCP/IP هو حزمة العنونة والنقل التي تقطّع البيانات إلى حِزَم وتوصّلها بين الشبكات، وله مقال مستقلّ في السلسلة. وHTTP هو لغة الويب التي يطلب بها المتصفّح صفحة ويردّ بها الخادم.^[2] أما DNS فهو دليل الأسماء الذي يترجم اسما يقرأه الإنسان مثل google.com إلى عنوان IP رقميّ تفهمه الآلة مثل 142.250.184.196.^[3]

الإنترنت يعمل بطبقات

لماذا كل هذه البروتوكولات بدل واحد يفعل كل شيء؟ لأن الإنترنت بُني على فكرة «الطبقات»: كل بروتوكول يجلس في طبقة ويؤدّي مهمّة واحدة، ويتّكئ على ما تحته. الـIP يهتمّ بالعنونة والتوجيه، أي كيف تصل الحزمة إلى الجهاز الصحيح. وفوقه الـTCP يهتمّ بالموثوقية، أي ألّا تضيع حزمة وألّا يختلّ ترتيبها، وفوقهما الـTLS يهتمّ بالتشفير. وفي القمّة الـHTTP يهتمّ بالمعنى، أي ما الذي تطلبه وما الذي يردّه الخادم.^[1]

هذا الفصل هو سرّ مرونة الإنترنت. لأن كل طبقة مستقلّة، يمكن تغيير واحدة دون مساس بالبقية: انتقل الويب من HTTP/1.1 إلى HTTP/3 دون أن يتغيّر الـIP تحته، ويُضاف التشفير دون أن يتغيّر التوجيه. هذه الوحدات القابلة للتبديل هي ما سمح للشبكة أن تتطور 40 سنة دون أن تُعاد من الصفر.^[4] وتشبه هذه الطبقات نظام البريد: من يكتب الرسالة لا يعنيه أَبِالطائرة تُنقَل أم بالشاحنة، ومن يقود الشاحنة لا يعنيه ما في الظرف. لكنّ التشبيه يقف هنا: طبقات الشبكة مواصفات تقنية دقيقة، لا ترتيبات بشرية مرنة.

العنوان الرقمي: من IPv4 إلى IPv6

في قلب طبقة الـIP يقع «العنوان»: رقم فريد لكل جهاز على الشبكة، أشبه برقم الهاتف. النظام الأقدم، IPv4، يكتب العنوان بأربعة أعداد مثل 142.250.184.196، ويتيح نحو 4.3 مليار عنوان فقط (وهو حاصل 2 مرفوعا للأُسّ 32). بدا ذلك وفيرا في الثمانينيات، لكنّه نفد مع تكاثر الأجهزة. فجاء IPv6 بعنوان أطول بكثير (128 خانة ثنائية) يتّسع لعدد يفوق الحصر عمليا، وهو ما يتوسّع اليوم ليستوعب عشرات المليارات من الأجهزة المتصلة.^[4]

كيف تسافر البيانات فعليا؟

كل ما سبق يجري فوق وسط ماديّ تنتقل فيه البيانات. أغلب الشبكة الحديثة من ألياف بصرية (Fiber): خيوط زجاجية رفيعة تحمل البيانات على هيئة ومضات ضوء تسير بسرعة هائلة، وهي ما يربط المدن والدول. وما زالت أسلاك النحاس تخدم «الميل الأخير» إلى كثير من البيوت، وإن حلّت الألياف محلّها تدريجيا.

أما بين القارّات، فالغالبية العظمى من حركة البيانات تمرّ عبر كابلات بحرية ممدودة على قاع المحيطات، لا عبر الأقمار الصناعية كما يُظَنّ، ولهذه البنية مقال مستقلّ عن العمود الفقري للإنترنت. ويبقى «اللاسلكي» في معظمه آخرَ خطوة فقط: واي‑فاي بيتك أو شبكة جوّالك توصلك إلى موجِّه أو بُرج متّصل بدوره بالأرض عبر سلك. حتى الإنترنت الفضائيّ الحديث يصبّ في النهاية في الشبكة الأرضية نفسها.

شكل 1

ولأن الضوء نفسه له سرعة محدودة، تفرض المسافة حدّا أدنى لزمن الوصول مهما تطوّرت التقنية: لا يقطع طلب نصف الكرة الأرضية ذهابا وإيابا في أقل من جزء ملموس من الثانية. لهذا تُقرّب الشركات محتواها من المستخدمين بدل الاعتماد على خادم بعيد واحد، وهي فكرة شبكات توصيل المحتوى (CDN) التي لها مقال مستقلّ.

اللاعبون: العميل والخادم والموجِّهات

يقوم طلب الويب على علاقة بسيطة: نموذج العميل والخادم (Client-Server). العميل هو جهازك الذي يطلب: متصفّحك الآن مثال عليه، إذ يُنشئ الطلب ويرسله حين تكتب عنوانا. والخادم (Server) حاسوب قويّ متّصل بالإنترنت على الدوام، وظيفته أن يلبّي الطلبات: يستقبل طلبك ويعالجه ويعيد إليك الصفحة المطلوبة.^[1] على الخوادم تُخزَّن المواقع وقواعد البيانات وصناديق البريد.

وهذه هي الرسالتان بنصّهما لا بوصفهما. يرسل متصفّحك سطر الطلب وترويسات قليلة تعرّف بالمضيف وبالبرنامج:

GET /page.html HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/5.0

فيردّ الخادم بسطر حالة يخبر بالنتيجة، وترويسة تصف نوع ما يرسله:

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8

ثمّ يتبع ذلك جسم الصفحة نفسه، وهو ما يرسمه متصفّحك على شاشتك.

لكن العميل والخادم قد يفصل بينهما آلاف الكيلومترات، فمن يوصّل رسائلهما؟ هنا يأتي مكوّنان. الموجِّهات (Routers) هي شُرطة المرور: لا تخزّن المحتوى، بل تقرأ عنوان IP على كل حزمة وتدفعها عبر أفضل مسار نحو وجهتها، والإنترنت كلّه سلسلة مترابطة منها. ونقاط تبادل الإنترنت (IXP) هي مراكز بيانات كبرى تلتقي فيها شبكات مزوّدي الخدمة لتتبادل البيانات مباشرةً، بدل المرور بمسارات أطول وأغلى. لكلّ منهما مقال مستقلّ في السلسلة.

ويقف بينك وبين هذه البنية مزوّد خدمة الإنترنت (ISP): هو من يوصل بيتك بالشبكة العالمية. ومزوّدو الخدمة أنفسهم طبقات، محلّيون يتّصلون بإقليميين، يتّصلون بكبار يملكون شبكات عابرة للقارّات، حتى تصل أصغر شبكة منزلية إلى أبعد خادم في العالم. ولمزوّد الخدمة مقال مستقلّ أيضًا.

مسار طلب واحد: من ضغطة Enter إلى الصفحة

الآن لنجمع كل ما سبق في سيناريو واحد. هذه هي الخطوات التي تجري في أجزاء من الثانية حين تفتح موقعا، من لحظة كتابة العنوان إلى ظهور الصفحة.

1. تكتب العنوان. حين تكتب https://www.google.com ثم تضغط Enter، يحلّل المتصفّح العنوان ليستخرج أجزاءه: البروتوكول المطلوب (HTTPS)، واسم النطاق المقصود (www.google.com)، والمسار الذي يحدّد الصفحة بعينها داخل الموقع. وهذا العنوان نفسه، الـURL، هو أوّل محطّة يكبّرها المقال التالي.

ولاحظ خطوة تجري قبل ذلك كلّه ولا يشعر بها أحد. إن كتبتَ google.com وحدها بلا بروتوكول، فلن يرسل المتصفّح طلبا بـHTTP ثمّ ينتقل إلى HTTPS بعد أن يُطلَب منه ذلك. فقبل أن يسأل عن العنوان الرقميّ، يراجع قائمة مُدمَجة في المتصفّح نفسه اسمها قائمة HSTS المُحمَّلة مسبقا (HSTS Preload List)، فيها أسماء نطاقات طلب أصحابها ألّا تُزار إلّا مشفّرة، فيرفع المتصفّح العنوان إلى HTTPS من عنده قبل أن يخرج من جهازك بايت واحد.^[9] وهنا فرق يستحقّ الانتباه: ترويسة HSTS التي يرسلها الخادم تحمي كلّ زيارة بعد الأولى، أمّا الزيارة الأولى فلا تحميها ترويسة لم تصل بعد، وهذه هي الثغرة التي وُضعت القائمة المُحمَّلة مسبقا لسدّها. ويمكنك أن تفتح القائمة في متصفّح Chrome على العنوان chrome://net-internals/#hsts وتبحث فيها عن أيّ نطاق.

2. ترجمة الاسم إلى عنوان (DNS). المتصفّح لا يفهم الأسماء بل الأرقام، فمهمّته الأولى أن يجد عنوان IP لخادم جوجل. يبحث أولا في تخزينه المؤقّت (Cache)، فإن لم يجده سأل «محلِّلا تكراريا» (Recursive Resolver) عادةً عند مزوّد خدمتك. لا يعرف هذا المحلِّل الجواب بنفسه، لكنّه يعرف من يسأل: يبدأ بخادم الجذر فيدلّه على خوادم النطاق الأعلى (مثل .com)، وهذه تدلّه على الخادم المعتمد لنطاق google.com، وهو وحده من يملك عنوان IP النهائي.^[3] ثم يُخزَّن العنوان مؤقّتًا في طبقات عدّة (المتصفّح، ونظام التشغيل، والمحلِّل) فلا يعيد المتصفّح هذا الاستعلام في كل مرّة. ولنظام DNS مقال مستقلّ يشرح هذه السلسلة بالتفصيل.

3. فتح قناة موثوقة (مصافحة TCP). بعد معرفة العنوان، يفتح المتصفّح قناة مع الخادم عبر بروتوكول TCP، في عملية تُسمّى «المصافحة الثلاثية»: ثلاث رسائل سريعة يتأكّد بها الطرفان أن كلّا منهما جاهز لتبادل البيانات دون فقدان. ولماذا ثلاث؟ لأن كل طرف يجب أن يُثبت قدرته على الإرسال والاستقبال معا: يطلب المتصفّح فتح القناة (SYN)، فيقبل الخادم ويطلب بدوره (SYN-ACK)، فيؤكّد المتصفّح الاستلام (ACK). عند الرسالة الثالثة تصير القناة مفتوحة للطرفين.

4. تأمين القناة بالتشفير (مصافحة TLS). لأن العنوان يبدأ بـHTTPS لا HTTP، تتلو ذلك مصافحة ثانية: مصافحة TLS. يتّفق فيها الطرفان على مفاتيح تشفير تجعل كل ما يتبادلانه غير مقروء لمن يتنصّت في الطريق.^[2] وفي هذه المصافحة يقدّم الخادم «شهادة» رقمية موقّعة من جهة موثوقة تُثبت أنه فعلًا من يدّعي، فلا تقع في فخّ خادم منتحِل، ثم يشتقّ الطرفان مفتاحا سرّيا مشتركا يُعمّيان به بقية المحادثة. لذا القفل في شريط العنوان يعني أمرين معا: أن الاتصال مشفّر، وأن هوية الموقع موثَّقة. ولبروتوكول SSL/TLS مقال مستقلّ في السلسلة.

5. إرسال الطلب الفعلي (HTTP). بعد تأمين القناة، يرسل المتصفّح طلب HTTP فيه ما يريده بدقّة، مثل: «أعطني (GET) الصفحة الرئيسة لـhttp://www.google.com». الطلب رسالة بسيطة فيها فِعل ومسار وترويسات.^[2] والفعل يحدّد نوع الطلب: GET لجلب صفحة، وPOST لإرسال بيانات كنموذج تسجيل. أما الترويسات فتحمل تفاصيل مثل لغتك المفضّلة ونوع متصفّحك وملفّات الكوكيز التي تعرّفك.

6. العبور في الشبكة (التوجيه). تُقطّع الرسالة إلى حِزَم (Packets) صغيرة، تحمل ترويسة كلّ منها عنوان المصدر وعنوان الوجهة ورقمَ تسلسلها بين أخواتها، فيعرف كل موجِّه إلى أين يدفعها (بمراجعة «جدول توجيه» عنده)، ويعرف الخادمُ كيف يرتّبها عند الوصول.^[1] تغادر الحِزَم جهازك عبر موجِّه البيت، فشبكة مزوّد الخدمة (ISP)، ثم تقفز من موجِّه إلى آخر، وربما عبر نقاط تبادل (IXP)، وكلّ يدفعها خطوة أقرب إلى الخادم. وإن تعطّل مسار في الطريق، أعادت الموجِّهات توجيه الحِزَم عبر مسار آخر دون أن ينقطع الطلب، وهي المرونة التي صُمّمت الشبكة عليها منذ بدايتها.

ويبقى سؤال أهملتُه حتى الآن: من يكتب جدول التوجيه هذا؟ لا يحفظ أيّ موجِّه خريطة للإنترنت كلّه، وإنّما يتعلّم الاتجاهات من جيرانه. وتفتح الأنظمة المستقلّة جلسات بين موجِّهاتها الحدودية، تتكلّم فيها ببروتوكول البوّابة الحدودية (BGP)، فيعلن كلّ نظام لجيرانه كتل العناوين التي يستطيع تسليم المرور إليها، وينقل الجيران الإعلان إلى جيرانهم، حتى تتكوّن عند كلّ موجِّه فكرة عن الاتجاه الصحيح لكلّ كتلة في العالم.^[8] ومن هنا تأتي المرونة التي ذكرتُها قبل سطرين: حين يسقط مسار، يسقط إعلانه معه، فتحسب الموجِّهات مسارا بديلا من الإعلانات الباقية دون أن يتدخّل أحد. وBGP لا يختار الأقصر دائمًا: يوازن بين طول المسار وسياسات المزوّدين التجارية، ولهذا قد يسلك طلبك طريقا أطول جغرافيّا من طريق آخر متاح. وللموجِّه مقال مستقلّ في السلسلة يفكّك جدول التوجيه وكيف يُبنى.

7. الخادم يعالج ويردّ. يستقبل خادم جوجل الحِزَم، ويستعمل TCP ليعيد ترتيبها ويتأكّد أن شيئا لم يضِع، ثم يقرأ طلب HTTP ويجهّز الردّ. وقد تكون الصفحة جاهزة مخزّنة (محتوى ثابت)، وقد يبنيها الخادم لحظتَها بتشغيل برنامج يستعلم قاعدة بيانات (محتوى ديناميكي)، كصفحة نتائج بحث تختلف من طلب إلى آخر. يبدأ الردّ عادةً برمز حالة مثل 200 OK (أي «تفضّل، كل شيء على ما يرام»)، أو 404 إن لم يجد الصفحة، يتبعه محتوى الصفحة نفسها (ملفّ HTML) مقطّعا إلى حِزَم في طريق العودة.^[2]

8. المتصفّح يبني الصفحة. يجمع متصفّحك حِزَم الردّ ليستعيد ملفّ HTML، فيقرأه ويحوّله إلى شجرة من العناصر تُسمّى DOM. وغالبًا ما يجد في الملفّ طلبات لموارد أخرى: ملفّات CSS للتصميم، وJavaScript للتفاعل، وصورا. لكلّ مورد منها يكرّر المتصفّح الدورة (من الخطوة الثانية إلى السابعة) ليجلبه، ثم يطبّق التنسيق وينفّذ الشيفرة ويركّب القطع كلّها ليعرض الصفحة التي تراها. وصفحة واحدة قد تستدعي عشرات الموارد، فتكون في الحقيقة عشرات الطلبات المصغّرة تجري معا في الثانية نفسها.

وهذا «التطبيق والتركيب» له خطوات مسمّاة تستحقّ أن تعرفها، لأنّ أكثر شكاوى بطء الصفحات يقع في واحدة منها. يبني المتصفّح من ملفّات CSS شجرة ثانية موازية للـDOM تُسمّى CSSOM، ثمّ يدمج الشجرتين في «شجرة الرسم» (Render Tree) التي لا تحمل إلّا ما سيُرى فعلًا مع تنسيقه: فالعنصر المخفيّ موجود في الـDOM وغائب عن شجرة الرسم. بعدها يحسب «التخطيط» (Layout) موضع كلّ عنصر وقياسه على الشاشة، ويملأ «الطلاء» (Paint) البكسلات بالألوان والحدود والنصوص، ويجمع «التركيب» (Compositing) الطبقات في الصورة النهائية.^[10] وكلّ تغيير يجري على الصفحة بعد ذلك، من فتح قائمة إلى تحريك عنصر، يدفع المتصفّح إلى إعادة بعض هذه الخطوات: وكلّما استطاع أن يعيد الطلاء وحده دون التخطيط، كانت الحركة أسلس.

هذا الوصف يصلح لفهم المبدأ، لكنّ الإنترنت الحديث يختصر كثيرًا من هذه الخطوات سعيا للسرعة. ففي HTTP/2 يمرّ عدد كبير من الطلبات على قناة واحدة دون انتظار، وفي HTTP/3 يقوم بروتوكول QUIC (فوق UDP) بدمج مصافحة الاتصال ومصافحة التشفير في خطوة واحدة، فيقلّل زمن البدء الذي مرّ بك في الخطوتين الثالثة والرابعة.^[2] ولأن كل مصافحة تكلّف ذهابا وإيابا كاملا بين جهازك والخادم، صار تقليل هذا الذهاب والإياب هدفا رئيسا. وهنا يُفرّق بين «عرض النطاق» (كم بيانات تُنقَل في الثانية) و«زمن الوصول» (كم يستغرقه الذهاب والإياب الواحد): قد يكون اتصالك واسع النطاق، لكنّ بُعد الخادم يجعل كل مصافحة بطيئة، ولهذا تُدمَج المصافحات في الأجيال الحديثة، وفي الشكل 2 ترى ما يوفّره هذا الدمج من رحلة كاملة. المبدأ واحد، لكنّ التنفيذ يزداد كفاءة جيلا بعد جيل.

شكل 2

جرّبه بنفسك: تتبّع المسار

هذا المسار عبر الأجهزة الوسيطة ليس تجريدا؛ تستطيع رؤية محطّاتها بأمر واحد. افتح الطرفية واكتب tracert على ويندوز أو traceroute على ماك ولينكس، متبوعا باسم موقع:

traceroute google.com

فيعرض لك قائمة بكل «قفزة» يمرّ بها طلبك: موجِّه بيتك أوّلًا، ثمّ شبكة مزوّدك، ثمّ شبكات أكبر، حتى يصل إلى الخادم، مع زمن كل قفزة. أنت ترى بعينك الأجهزة التي يعبرها طلبك في تلك «الثانية» التي يفكّكها هذا المقال، وأحيانا تخمّن من أسمائها في أيّ مدينة أو دولة تقع. جرّبه على موقع قريب وآخر في قارّة بعيدة، ولاحظ الفرق في عدد القفزات وأزمنتها.

من الصورة الكاملة إلى أول محطّة

كل ما مرّ بك، من استعلام DNS إلى مصافحة TCP إلى طلب HTTP إلى عرض الصفحة، يحدث في أجزاء من الثانية، عشرات المرّات في اليوم، دون أن تشعر. والآن صار عندك صورة ذهنية تعرف فيها أين تقع كل قطعة، وكيف تتّصل بما حولها.

كل محطّة في هذا المسار عالم مستقلّ، وكلّ منها مقال قادم في السلسلة. والبداية من أوّل ما يصنعه المتصفّح حين تضغط Enter: قراءة العنوان نفسه. فما الذي يخبّئه عنوان بسيط مثل https://www.google.com؟ هذا موضوع المقال التالي: «معرّف الموارد الموحّد (URL): نظام العنونة في الويب».

المصادر

1. MDN Web Docs: How the web works. نموذج العميل/الخادم، وDNS، وحزمة TCP/IP، والحِزَم (Packets)، وخطوات طلب الصفحة ورمز 200 OK.
2. MDN Web Docs: An overview of HTTP. نموذج الطلب/الاستجابة، ورموز الحالة، وHTTPS فوق TLS، وإصدارات HTTP/1.1 وHTTP/2 وHTTP/3 وQUIC.
3. AWS: What is DNS? سلسلة استعلام DNS: المحلِّل التكراري، وخادم الجذر، وخادم النطاق الأعلى، والخادم المعتمد، والتخزين المؤقّت.
4. IETF: Internet Engineering Task Force. الجهة التي تطوّر بروتوكولات الإنترنت ووثائق RFC.
5. ICANN: icann.org. تنسيق نظام أسماء النطاقات (DNS) وتوزيع عناوين IP عالميا.
6. W3C: World Wide Web Consortium. معايير تقنيات الويب، ومنها HTML وCSS.
7. NANOG: Weekly Global IPv4 Routing Table Report، 1 أغسطس 2026. عدد الأنظمة المستقلّة في جدول التوجيه العالميّ، وعدد كتل العناوين المُعلَنة.
8. IETF: RFC 4271: بروتوكول البوّابة الحدودية (BGP-4). كيف تتبادل الأنظمة المستقلّة إعلانات كتل العناوين، وكيف يُحسَب المسار البديل.
9. IETF: RFC 6797: الإلزام الصارم بالنقل الآمن (HSTS)، القسمان 12.3 و14.6. القائمة المُحمَّلة مسبقا، وثغرة الاتصال الأوّل التي وُضعت لسدّها.
10. MDN Web Docs: Populating the page: how browsers work. شجرة CSSOM، وشجرة الرسم، والتخطيط، والطلاء، والتركيب.

صورة غلاف هذا المقال شاهد مولَّد محلّيًّا بنموذج FLUX.2 klein، لا صورة فوتوغرافيّة لجهاز بعينه ولا لطراز من طُرُز السوق. وقد سُجِّلت بذرتها وموصفها كاملا في سجلّ الشواهد داخل القالب، على قاعدة الإسناد التي يقوم عليها هذا الموقع: لا صورة بلا نسب.