وقتی در مرورگر آدرس یک فروشگاه را میزنی، صفحه «همینطور» باز نمیشود. یک سفر کوتاه ولی دقیق رخ میدهد: اول آدرس پیدا میشود، بعد یک خط ارتباطی ساخته میشود، بعد آن خط قفل و مهر میشود، و تازه درخواست تو روی همان خط میرود.
نام این چهار ایستگاه را زیاد میشنوی: DNS آدرس را پیدا میکند، TCP خط را میسازد، TLS آن را رمز میکند، و HTTP محتوا را جابهجا میکند. تقریباً همه تصمیمهای بعدی این دوره — کش، CDN، Load Balancer، حتی خطاهای عجیب کاربر — روی همین سفر سوارند.
سفر یک درخواست، قدمبهقدم
فرض کن میخواهی صفحه digikala.com را باز کنی. مرورگر اسم را میفهمد، ولی شبکه فقط با عدد کار میکند. پس باید بپرسد: این اسم مال کدام ماشین است؟
- ۱. مرورگر از DNS میپرسد: این اسم کجاست؟ جواب یک IP است. این جواب تا مدت TTL در Cache میماند تا هر بار دوباره نپرسد.
- ۲. با آن IP یک اتصال TCP ساخته میشود. مثل سه سلام پشتسرهم: من هستم، تو هستی، پس وصلیم. بعد از این، دو طرف میتوانند داده بفرستند و اگر تکهای گم شد، دوباره فرستاده میشود.
- ۳. روی HTTPS یک دستدادن TLS انجام میشود. سرور با Certificate ثابت میکند خودش است، و از این به بعد حرفها رمز میشوند؛ کسی وسط راه نمیتواند بخواند یا عوضشان کند.
- ۴. تازه درخواست HTTP میرود: «این صفحه را بده». سرور یک کد وضعیت و خودِ محتوا را برمیگرداند.
- ۵. کار تمام نیست. مرورگر برای ظاهر و رفتار صفحه باید فایلهای JS، CSS و عکس را هم بگیرد. تقریباً هر کدام همین سفر را تکرار میکنند.
واژههای پایه
اینها را مثل ابزار جعبه ابزار ببین، نه مثل اسمهای ترسناک. هر کدام یک شغل مشخص دارند.
کدهای وضعیت HTTP که باید بشناسی
وقتی سرور جواب میدهد، یک عدد سهرقمی هم میفرستد. این عدد مثل برچسب روی پاکت است: کار درست انجام شد؟ باید بروی جای دیگر؟ تو اشتباه کردی؟ یا خود سرور خراب است؟
به زبان ساده
باز شدن یک سایت چهار ایستگاه دارد: پیدا کردن آدرس، ساختن خط، قفل کردن خط، فرستادن درخواست.
مثال واقعی
وقتی آدرس فروشگاه را میزنی، DNS مثل دفترچه تلفن پلاک را پیدا میکند؛ TCP خط را میکشد؛ HTTPS مثل پاکت مهرومومشده حرف را میفرستد.