اینترنت و شبکه

اینترنت چگونه کار می کند

اینترنت یک شبکه بزرگ نیست؛ شبکه ای از شبکه هاست که هر تکه اش صاحب جداگانه دارد و همه سر یک زبان مشترک به توافق رسیده اند. هر چیزی که باز می کنید به شکل بسته های کوچک شماره دار از دستگاه شما تا سرور ایستگاه به ایستگاه جلو می رود و جواب همان راه را برمی گردد.

  • درس ۱ از ۱۲
  • مقدماتی
  • رایگان، بدون ثبت نام

سفر یک درخواست، ایستگاه به ایستگاه

هیچ ایستگاهی نقشه کامل ندارد. هر کدام فقط همسایه نزدیک تر به مقصد را می شناسد.

  1. ۱

    دستگاه شما

    مرورگر یا اپ درخواست را می سازد و تحویل شبکه می دهد.

  2. ۲

    مودم و روتر خانه

    اولین ایستگاه، و همان جایی که بیشتر کندی های خانگی تمام می شوند.

  3. ۳

    شبکه اپراتور

    شرکتی که به آن پول می دهید. ترافیک شما را می گیرد و بالاتر تحویل می دهد.

  4. ۴

    شبکه های میانی

    چند مسیریاب که هیچ کدام صاحب مشترکی ندارند و فقط قبول کرده اند بسته را رد کنند.

  5. ۵

    مرکز داده و سرور

    جایی که جواب یا از حافظه برداشته می شود یا همان لحظه ساخته می شود.

  6. ۶

    همان راه، برعکس

    جواب لزوما از همان مسیر برنمی گردد، و همین دو طرفه بودن است که انتظار را می سازد.

این شش ایستگاه ساده شده اند؛ در عمل بین اپراتور و مرکز داده ممکن است چند شبکه دیگر هم باشند. ما هم مسیر یک کاربر ایرانی را از سرور خودمان نمی توانیم اندازه بگیریم.

آخرین بررسی: فکت ها و نام ابزارهای این درس در همین تاریخ با منابعشان بازبینی شده اند.

وقتی یک لینک را باز می کنید، درخواست از کجاها رد می شود؟

از یک زنجیره ایستگاه. هیچ ایستگاهی کل مسیر را نمی داند و هیچ کدام هم لازم نیست بداند؛ کارش فقط این است که بسته شما را به همسایه ای بدهد که به مقصد نزدیک تر است. اولین ایستگاه مودم یا روتر خانه شماست، بعد شبکه اپراتوری که به آن پول می دهید، بعد چند شبکه بزرگ تر در میانه راه، و آخرش مرکز داده ای که سرور سایت داخلش نشسته است.

ایستگاهی که همه از قلم می اندازند اولی است. اگر روتر خانه شلوغ باشد یا سیگنال بی سیم ضعیف باشد، هیچ چیزی که بعد از آن می آید اهمیت ندارد؛ ما در پشتیبانی بارها دیده ایم که «اینترنت کند است» در واقع یعنی «دو متر دیوار بین گوشی و روتر است». پس ترتیب عیب یابی از نزدیک ترین ایستگاه شروع می شود نه از دورترین.

نکته ای که معمولا عجیب به نظر می رسد: نقشه کاملی از اینترنت وجود ندارد که جایی نگه داشته شده باشد. هر مسیریاب فقط جدولی دارد از اینکه برای رسیدن به هر محدوده نشانی، بسته را به کدام همسایه بدهد. مسیر کامل حاصل جمع همین تصمیم های محلی است و می تواند وسط کار عوض شود.

و برخلاف تماس تلفنی قدیمی، خطی برای شما رزرو نمی شود. سرور هم در همان لحظه هزاران درخواست دیگر را جواب می دهد. آنچه در سمت سرور اتفاق می افتد داستان خودش را دارد و در درس سایت چگونه کار می کند باز شده است؛ اینجا فقط راه رسیدن به آن در است.

پاکت سفیدی که به بسته های قرمز بریده شده، از مسیرهای جدا می روند و در انتها آبی دوباره سر هم می شوند

بسته یعنی چه و چرا حرف شما تکه تکه می رود؟

بسته یک تکه کوچک از داده شماست که نشانی مقصد و شماره ترتیب خودش را روی خودش دارد. هیچ چیزی یکجا فرستاده نمی شود، چون خط بین دو ایستگاه سقف اندازه دارد و اگر یک تکه بزرگ گم شود باید همه اش دوباره برود.

این سقف را می شود دید. کارت شبکه سرور ما سقف ۱۵۰۰ بایت دارد و آزمایشش یک دستور است: با ping -4 -c 1 -M do -s 1472 بسته رد می شود و یک بایت بیشتر، یعنی -s 1473، جواب message too long, mtu=1500 می گیرد. پس یک تصویر سه مگابایتی هزاران بسته است، نه یک چیز.

تکه ها لازم نیست از یک راه بروند و لازم نیست به ترتیب برسند. گیرنده از روی شماره مرتبشان می کند و هر تکه ای که نرسیده باشد دوباره می خواهد. همین یک جمله تفاوت دو تجربه آشنا را توضیح می دهد: در دانلود، بسته گم شده فقط چند صدم ثانیه وقت می گیرد و شما اصلا نمی فهمید؛ در تماس تصویری فرصت دوباره خواستن نیست، چون تا برسد دیگر به درد نمی خورد، و همان جا صدا می پرد یا تصویر بلوکی می شود.

نتیجه عملی این است که «سرعت اینترنت» یک عدد نیست، دو چیز است: چند بسته در ثانیه جا می شود، و یک رفت و برگشت چقدر طول می کشد. اولی پهنای باند است و دومی تاخیر، و بخش بعد نشان می دهد چرا خرید پهنای باند بیشتر تاخیر را کم نمی کند.

عمر یک بسته، از تکه شدن تا چیده شدن دوباره

  1. ۱ تکه شدن

    خط بین دو ایستگاه سقف اندازه دارد، پس هر چیزی بریده می شود.

  2. ۲ نشانی و شماره

    هر تکه نشانی مقصد و شماره ترتیب خودش را دارد و مستقل سفر می کند.

  3. ۳ مسیر مستقل

    هیچ تضمینی نیست که دو تکه از یک راه بروند؛ هر مسیریاب لحظه ای تصمیم می گیرد.

  4. ۴ رسیدن نامرتب

    گیرنده از روی شماره ها مرتبشان می کند، نه از روی زمان رسیدن.

  5. ۵ دوباره خواستن

    تکه گم شده دوباره خواسته می شود. در دانلود فقط وقت است، در تماس زنده صدای پریده.

این شرح یک ارتباط مطمئن است. تماس زنده عمدا از حلقه آخر صرف نظر می کند، چون بسته ای که دیر برسد به درد نمی خورد.

اینترنت مال کیست؟

هیچ کس، و این شعار نیست. هر شبکه ای که وسط راه است مال یک شرکت یا دانشگاه یا اپراتور جداگانه است و اینها فقط قبول کرده اند ترافیک همدیگر را رد کنند. کلیدی وجود ندارد که کسی بتواند اینترنت را با آن خاموش کند، چون چیزی به اسم «اینترنت» جدا از همین شبکه ها وجود ندارد.

آنچه هماهنگ می شود نام ها و شماره هاست، نه محتوا. صفحه خود آیکان می نویسد که کارش هماهنگی همین شناسه های یکتاست و صریحا اضافه می کند که محتوای اینترنت را کنترل نمی کند و کاری به دسترسی ندارد. پروتکل ها هم در قالب سندهای باز منتشر می شوند؛ همان سندی که ساختار بسته را تعریف می کند، RFC 791، از سپتامبر ۱۹۸۱ برای همه قابل خواندن است و مجوز و پول نمی خواهد.

زنجیره واگذاری را می شود با یک مثال محلی دید. در پایگاه ریشه آیانا دامنه بالاترین سطح ir. به پژوهشگاه دانش های بنیادی واگذار شده است، و از سرور خودمان دستور dig +short NS ir. چهار نام سرور a.nic.ir تا d.nic.ir را برمی گرداند. یعنی «مال کسی نیست» به معنی «بی صاحب است» نیست: هر تکه گرداننده مشخصی دارد.

و اینجا موضع ما: صاحبی که عملا به کار شما می آید «اینترنت» نیست، حلقه های مسیر خودتان است. اپراتوری که به آن پول می دهید، مرکز داده ای که سایت رویش است، و شبکه توزیع محتوایی که جلوی سایت نشسته. وقتی صفحه ای باز نمی شود، جواب هیچ وقت «اینترنت خراب است» نیست؛ جواب یکی از همین صاحب هاست و بخش آخر می گوید کدام.

چرا فاصله و تعداد ایستگاه ها سرعت را تعیین می کنند؟

چون پهنای باند عرض لوله است و تاخیر طول آن. خط سریع تر خریدن لوله را پهن تر می کند و سنگاپور را نزدیک تر نمی کند. برای صفحه ای که ده ها فایل کوچک دارد، همین طول لوله است که تعیین می کند چقدر منتظر می مانید.

عددها را از سرور خودمان در هلسینکی گرفتیم، ۶ سپتامبر ۲۰۲۶، بهترین رفت و برگشت از ده بسته: به مقصدی در همان شهر ۰.۳ میلی ثانیه، به نورنبرگ ۲۳.۶، به فالکن اشتاین ۳۳.۳، به اشبرن آمریکا ۱۲۰.۷، به هیلزبورو در ساحل غربی ۱۸۰.۵ و به سنگاپور ۱۸۷.۲ میلی ثانیه. یک چیز در همین فهرست جالب است: دو شهر آلمان ده میلی ثانیه با هم فرق دارند، و این فرق مال فاصله نیست، مال مسیری است که ترافیک از آن می رود.

تعداد ایستگاه ها هم همین طور. تا آن ماشین در همان شهر هشت ایستگاه فاصله است و تا سنگاپور هفده تا، اما نکته در تعداد نیست: یازده ایستگاه اول همه زیر سی میلی ثانیه اند و یک پرش، از ایستگاه یازدهم به دوازدهم، به تنهایی حدود ۱۴۴ میلی ثانیه اضافه می کند. آن یک پرش، همان مسیر طولانی بین دو قاره است.

راه حل صنعتی این وضع این است که مقصد را نزدیک تر کنند، نه اینکه فیزیک را دور بزنند: نسخه ای از صفحه در شهری نزدیک شما نگه داشته می شود تا رفت و برگشت کوتاه شود. اسم این کار شبکه توزیع محتواست. فقط توقع معجزه نداشته باشید: صفحه ای که باید برای هر کاربر تازه ساخته شود، از نزدیک شدن سود کمی می برد.

همان لحظه، همان سرور، شش مقصد

کمترین زمان رفت و برگشت از سرور ما در هلسینکی، بهترین از ده بسته، ۶ سپتامبر ۲۰۲۶
  1. هلسینکی، همان شهر ۰.۳ میلی ثانیه هشت ایستگاه فاصله
  2. نورنبرگ، آلمان ۲۳.۶ میلی ثانیه همان کشور مقصد بعدی، ده میلی ثانیه نزدیک تر
  3. فالکن اشتاین، آلمان ۳۳.۳ میلی ثانیه فرقش با شهر قبلی مسیر است، نه فاصله
  4. اشبرن، ساحل شرقی آمریکا ۱۲۰.۷ میلی ثانیه یک اقیانوس فاصله
  5. هیلزبورو، ساحل غربی آمریکا ۱۸۰.۵ میلی ثانیه همان اقیانوس، به اضافه عرض یک قاره
  6. سنگاپور ۱۸۷.۲ میلی ثانیه هفده ایستگاه، که یکی شان به تنهایی ۱۴۴ میلی ثانیه اضافه می کند

یک اندازه گیری از یک نقطه است، نه میانگین جهانی. از ایران هر شش عدد فرق می کند و ما آن را از اینجا نمی توانیم اندازه بگیریم.

کدام حلقه پاره شده؟ سه دستور که جواب می دهند

به ترتیب، از نزدیک به دور. اول روتر خودتان را صدا کنید، بعد یک نشانی عددی مثل 1.1.1.1 را، و آخر یک نام مثل rgb.ir را. اگر اولی جواب ندهد مشکل داخل خانه است؛ اگر اولی جواب بدهد و دومی ندهد، حلقه اپراتور است؛ و اگر دومی جواب بدهد و سومی نه، شبکه سالم است و ترجمه نام خراب است.

ping 192.168.1.1
ping 1.1.1.1
ping rgb.ir

برای دیدن کل مسیر، در لینوکس و مک mtr rgb.ir و در ویندوز tracert rgb.ir ایستگاه ها را یکی یکی نشان می دهد. چیزی که باید دنبالش بگردید یک جهش ناگهانی تاخیر است که تا آخر مسیر ادامه پیدا کند.

و یک اشتباه رایج که باید بدانید تا بیخود دنبال خرابی نگردید: اگر یک ایستگاه وسط راه درصدی گم شدن نشان بدهد ولی ایستگاه های بعدش تمیز باشند، آن خرابی نیست. بعضی مسیریاب ها به بسته آزمایشی جواب دادن را کار کم اهمیتی می دانند و آن را رها می کنند، در حالی که ترافیک واقعی را بی نقص رد می کنند. فقط گم شدنی مهم است که تا ایستگاه آخر ادامه داشته باشد.

این ابزارها هم مرز دارند. جایی که دیوار آتش بسته آزمایشی را دور می اندازد، مسیر ناقص دیده می شود، و هیچ کدام از این دستورها درباره کند بودن خود سرور چیزی نمی گویند. آن یکی کار دیگری است و تست سرعت سایت روی ده صفحه نشان می دهد با چه روشی اندازه گرفته می شود.

مسیر سریع با هوش مصنوعی

خواندن خروجی یک تریس، کاری است که سال ها فقط از دست آدم های شبکه برمی آمد و حالا دو دقیقه طول می کشد. شرطش این است که خروجی خام را بدهید و خودتان نظری ندهید، چون مدل با نظر شما موافقت می کند.

  1. خروجی خام بگیرید، نه عکس صفحه: در لینوکس و مک <code>mtr -r -c 20 example.com</code> و در ویندوز <code>tracert example.com</code>. بیست بسته می گیرید تا گم شدن اتفاقی با گم شدن واقعی اشتباه نشود.
  2. همان متن را بی دستکاری بچسبانید و بگویید از کجا اجرا شده و مقصد چیست. مدل کلاس سریع و ارزان برای این کار کافی است؛ قضاوت سنگینی در کار نیست.
  3. سه چیز بخواهید و نه بیشتر: اولین ایستگاه با گم شدن پایدار، بزرگ ترین پرش تاخیر بین دو ایستگاه پشت سر هم، و اینکه الگو به کدام حلقه اشاره می کند.
  4. اگر جواب به یک ایستگاه میانی اشاره کرد، یک بار دیگر در ساعتی دیگر اجرا کنید. مسیر عوض می شود و یک اندازه گیری تک، شواهد نیست.

نسخه آماده کپی

نقش تو مهندس شبکه است. متن زیر خروجی خام یک تریس است، دست نخورده.

{خروجی mtr یا tracert را اینجا بچسبانید}

مقصد: {دامنه یا نشانی}
از کجا اجرا شده: {شهر یا نام اپراتور}

فقط این سه چیز را بنویس:
۱. اولین ایستگاهی که هم گم شدن دارد و هم گم شدنش تا ایستگاه آخر ادامه پیدا می کند. اگر چنین ایستگاهی نیست بنویس «گم شدن پایدار دیده نمی شود».
۲. بزرگ ترین پرش تاخیر بین دو ایستگاه پشت سر هم: شماره هر دو ایستگاه و اختلاف بر حسب میلی ثانیه.
۳. این الگو به کدام حلقه اشاره می کند: شبکه خود من، اپراتور من، مسیر میانی، یا مقصد.

قاعده: گم شدنی را که در ایستگاه های بعد از آن تکرار نشده نادیده بگیر و در یک جمله بگو چرا. حدس نزن؛ هر چیزی که از این متن درنمی آید بنویس نامعلوم.

قبل از اعتماد به خروجی: حکم آخر با شماست، چون این خروجی حداکثر می گوید مشکل در کدام حلقه است و نه اینکه کی باید درستش کند. اگر پرش در مسیر میانی باشد، نه شما و نه اپراتورتان کاری نمی توانید بکنید و تنها راه انتخاب سروری نزدیک تر به کاربران است. و قبل از هر تصمیمی، دو بار در دو ساعت مختلف اندازه بگیرید.

هوش مصنوعی در این کار

در سوال های شبکه، مدل زبانی در یک کار واقعا خوب است: ترجمه اصطلاح و پیام خطا به زبان آدمیزاد، و تبدیل یک خروجی خام به یک فرضیه. در همان کاری که بیشتر از همه از آن می خواهند بد است: اینکه بگوید در روتر مشخص شما کدام منو را باز کنید. روتر را ندیده، و رابط کاربری هر سازنده و حتی هر نسخه فریمور فرق دارد.

ابزارهایی که واقعا کمک می کنند

  • Claude برای خواندن خروجی خام ping و mtr و لاگ خطا خوب کار می کند، به شرطی که متن را بچسبانید و توصیفش نکنید. ایران در فهرست کشورهای پشتیبانی شده انتروپیک نیست، پس مسیر رسمی ثبت نام و پرداخت وجود ندارد.
  • Gemini برای همان کار و برای ترجمه اصطلاح های شبکه به فارسی خوب است. صفحه خود گوگل می نویسد اپ جمنای در بیش از دویست و سی کشور و منطقه کار می کند و ایران در آن فهرست نیست.
  • Gemini Notebook حقه ای که کم کسی به کار می برد: دفترچه راهنمای PDF خود روتر را بارگذاری کنید و سوال را از همان سند بپرسید، تا جواب از روی متن سازنده بیاید نه از حافظه مدل. روی همان حساب گوگل کار می کند و ایران در فهرست مناطق در دسترس نیست.

کجا نتیجه معکوس می دهد

خطر اینجا شکل خاص خودش را دارد. مدل با همان لحن مطمئن مسیر منویی را می گوید که در فریمور روتر شما وجود ندارد، و نسخه خطرناکش وقتی است که برای «حل مشکل» پیشنهاد می کند دیوار آتش را خاموش کنید، یک پورت را باز کنید یا دستگاهی را در حالت DMZ بگذارید. این سه کار روتر شما را از بیرون در معرض دید می گذارند و کاربر عادی معمولا نمی داند چه چیزی را قبول کرده است. خود انتروپیک این ساختن با اطمینان را در مستنداتش توهم می نامد و راه های کم کردنش را می نویسد، یعنی سازنده هم آن را ضعف واقعی می داند. قاعده ما ساده است: خواندن خروجی کار مدل است، تغییر دادن تنظیمات امنیتی فقط با دفترچه خود سازنده. و چیزی که هیچ وقت نباید بچسبانید فایل پشتیبان تنظیمات روتر و رمز وای فای است؛ راهنمای خود گوگل برای جمنای صریحا می گوید اطلاعات محرمانه را وارد نکنید. برای اینکه ببینید پرداخت هر کدام از این ابزارها از ایران چه شکلی دارد، راهنمای خرید را ببینید.

منبع ها: Anthropic: reduce hallucinations Anthropic: supported countries Google: Gemini Apps privacy and data Google: where Gemini Apps are available

حد این توصیه

این درس مسیر را توضیح می دهد و هیچ چیزی را تعمیر نمی کند؛ فقط باعث می شود موقع تعمیر، جای درست را نگاه کنید. عددهای اینجا هم از یک سرور در فنلاند گرفته شده اند و برای همان نقطه معنی دارند: مسیر و تاخیر یک کاربر ایرانی چیز دیگری است که ما از اینجا نمی توانیم اندازه بگیریم. و مدل «درخواست می رود و جواب می آید» عمدا چند لایه را کنار گذاشته که یک مهندس شبکه بی آنها کار نمی کند: ترجمه نشانی خصوصی به عمومی، رمزگذاری، کنترل ازدحام و نسخه جدید پروتکل نشانی.

از تجربه خود ما

عددهای این درس را همان روز از سرور خودمان در هلسینکی گرفتیم و خروجی خامشان در گزارش همین جلسه هست. جالب ترین تکه اش چیزی است که در متن آموزشی معمولا نمی آید: در مسیر سنگاپور سه مسیریاب، ایستگاه های سوم و چهارم و شانزدهم، اصلا جواب ندادند، و ایستگاه سیزدهم بیست درصد گم شدن نشان داد در حالی که چهار ایستگاه بعد از آن هیچ گم شدنی نداشتند. اگر آن بیست درصد را جدی می گرفتیم دنبال خرابی ای می گشتیم که وجود نداشت؛ آن ایستگاه فقط جواب دادن به بسته آزمایشی را کار کم اهمیتی می داند. همین اندازه گیری را با mtr -r -c 20 از دستگاه خودتان هم می شود تکرار کرد و عددها فرق می کنند، ولی الگو همان است.

سوال هایی که واقعا پرسیده می شوند

اینترنت و وب یکی هستند؟

نه. اینترنت جاده است و وب یکی از چیزهایی که روی آن حرکت می کند. ایمیل، تماس تصویری، به روزرسانی گوشی و بازی آنلاین هم از همان جاده استفاده می کنند بدون اینکه صفحه وبی در کار باشد. به همین دلیل ممکن است تلگرام کار کند و یک سایت باز نشود.

وقتی ترافیک از یک سرور واسط رد می شود چرا کندتر می شود؟

چون مسیر دو تکه می شود و طول کل مسیر زیاد. به جای یک رفت و برگشت تا مقصد، یک رفت و برگشت تا واسطه دارید و یکی از واسطه تا مقصد، و تاخیر این دو با هم جمع می شود. اگر واسطه در جهت مخالف مقصد باشد، همین یک انتخاب می تواند تاخیر را چند برابر کند.

اینترنت من پرسرعت است، چرا سایت خارجی دیر باز می شود؟

چون پرسرعت بودن یعنی پهنای باند زیاد، و آنچه اینجا اذیت می کند تاخیر است. صفحه ای که ده ها فایل کوچک دارد برای هر کدام یک رفت و برگشت لازم دارد و اگر هر رفت و برگشت صد و هشتاد میلی ثانیه باشد، خط پهن تر آن را کوتاه نمی کند. بخشی از کندی هم می تواند مال خود سرور مقصد باشد، نه مسیر.