Manzilni yozib Enter bosganda nima bo'ladi: to'liq sayohat

Qisqacha: Enter bosilgach brauzer avval manzilni tahlil qiladi, keyin DNS orqali serverning IP manzilini topadi. So'ng TCP ulanish ochadi, TLS bilan uni shifrlaydi va HTTP so'rov yuboradi. Server (ko'pincha yaqindagi CDN) HTML qaytaradi, brauzer uni o'qib, qo'shimcha fayllarni so'raydi va sahifani ekranga chizadi. Hammasi odatda bir soniyadan kam vaqt oladi.

Bu darsda

• Enter bosilgandan sahifa chiqquncha bo'lgan 6 bosqichni tartib bilan aytib bera olasiz.
• Har bosqichda qaysi oldingi dars bilimi ishlashini bog'lay olasiz.
• Hosting, statik va dinamik sayt, CDN nima ekanini tushuntira olasiz.
• Har bosqichni curl bilan o'lchab, qaysi biri sekinligini topasiz.
• Brauzer xatosiga qarab muammo qaysi bosqichda ekanini aniqlaysiz.

Oldin bilishingiz kerak: Domen va DNS, Protokol qatlamlari: TCP va UDP, HTTP sarlavhalari, MIME turlari, cookie va kesh, HTTPS va TLS.

1. Nega bu kerak?

"Brauzerga google.com deb yozib Enter bossangiz, nima bo'ladi?" — bu dasturchilar intervyusidagi eng mashhur savollardan biri. Uni katta kompaniyalar ham, Toshkentdagi kichik jamoalar ham so'raydi.

Savol oddiy ko'rinadi, lekin to'liq javob uchun hamma narsani bilish kerak: tarmoq, DNS, TCP, TLS, HTTP, server va brauzer. Aslida bu savol — shu qismda o'rgangan hamma darslarning xulosasi.

Intervyudan tashqari ham foydasi katta. Mijoz "sayt sekin ochilyapti" dedi. Sekinlik qayerda? DNS'dami, serverdami, rasmlardami? Zanjirni bilsangiz — har bir bo'g'inni alohida o'lchab, aybdorni topasiz. Bilmasangiz — taxmin qilib o'tirasiz.

Bu darsda bitta so'rovni boshidan oxirigacha kuzatamiz: https://example.com. Hamma raqamlar va chiqishlar — haqiqiy, 2026-yil sentabrda Toshkentdagi kompyuterdan olingan.

2. Umumiy xarita

Avval butun yo'lni bir qarashda ko'ramiz. Keyin har bir bosqichga alohida to'xtalamiz.

sequenceDiagram
    participant B as Brauzer
    participant D as DNS resolver
    participant S as Server (CDN)
    Note over B: 1. URL tahlili, HSTS
    B->>D: 2. example.com IP'si?
    D->>B: 104.20.23.154
    B->>S: 3. TCP: SYN
    S->>B: SYN-ACK
    B->>S: ACK
    B->>S: 4. TLS: ClientHello
    S->>B: ServerHello + sertifikat
    B->>S: Finished
    B->>S: 5. GET / (shifrlangan)
    S->>B: 200 OK + HTML
    Note over B: 6. HTML'ni o'qiydi, chizadi
    B->>S: CSS, JS, rasmlar

Olti bosqich:

1. URL tahlili — brauzer nima yozilganini tushunadi.
2. DNS — domen nomidan IP manzil topiladi.
3. TCP — server bilan ishonchli ulanish ochiladi.
4. TLS — ulanish shifrlanadi.
5. HTTP — so'rov ketadi, javob keladi.
6. Chizish — brauzer HTML'dan sahifa yasaydi.

3. 1-bosqich: URL tahlili

Manzil satri bir vaqtning o'zida qidiruv satri ham. Brauzer avval hal qiladi: bu manzilmi yoki qidiruv so'zimi?

• plov retsepti — bo'sh joy bor, nuqta yo'q. Qidiruv tizimiga yuboriladi.
• example.com — domenga o'xshaydi. Manzil sifatida ochiladi.

Keyin brauzer manzilni to'ldiradi. Siz example.com yozdingiz, brauzer uni https://example.com/ ga aylantiradi. Zamonaviy Chrome avval https:// ni sinab ko'radi. URL anatomiyasi darsidagi qismlar shu yerda ajratiladi: sxema https, host example.com, port 443 (ko'rsatilmagan, lekin nazarda tutilgan), yo'l /.

Keyin HSTS ro'yxati tekshiriladi (HTTPS darsi). Sayt ro'yxatda bo'lsa, brauzer http:// ga umuman urinmaydi — to'g'ridan-to'g'ri HTTPS'ga boradi.

4. 2-bosqich: DNS — IP manzilni topish

Kompyuterlar domen nomini emas, IP manzilni tushunadi (IP manzil darsi). Brauzer example.com ning IP'sini topishi kerak. DNS darsidagi zanjir ishga tushadi.

Bu zanjirda har bir bo'g'in avval o'z keshiga qaraydi. Javob topilsa — keyingisiga bormaydi:

1. Brauzer keshi. Oxirgi daqiqalarda bu saytga kirilganmi? Chrome'da buni chrome://net-internals/#dns sahifasida ko'rish mumkin.
2. Operatsion tizim keshi va hosts fayli. Windows'da ipconfig /displaydns keshni ko'rsatadi.
3. Uydagi router. Ko'p routerlar DNS javoblarini ham eslab qoladi.
4. DNS resolver. Odatda bu internet provayderingizning serveri bo'ladi. Bu misolda Google'ning ochiq resolveri dns.google (8.8.8.8) ishlatildi (nslookup chiqishidan).
5. Resolver ham bilmasa — ildiz serverdan .com ni, .com serverdan example.com ning asosiy DNS serverini so'raydi va javobni oladi.

nslookup example.com natijasi (qisqartirilgan):

Server:  dns.google
Address:  8.8.8.8

Name:    example.com
Addresses:  2606:4700:10::ac42:93f3
          2606:4700:10::6814:179a
          172.66.147.243
          104.20.23.154

Domenda to'rtta manzil bor: ikkita IPv6 va ikkita IPv4. Brauzer ulardan birini tanlaydi. Bizning holatda — 104.20.23.154.

Javob bilan birga TTL keladi — "shuncha soniya eslab qol" (DNS darsi). Bizda u taxminan 4 daqiqa edi. Shu vaqt ichida qayta so'ralmaydi.

Tekshirib ko'ring: Siz bir daqiqa oldin example.com ga kirgan edingiz. Hozir sahifani yangiladingiz. DNS so'rovi provayderga boradimi?

5. 3-bosqich: TCP ulanish

IP manzil bor. Endi brauzer shu manzilning 443-portiga ulanadi. TCP darsidagi uch qadamli salomlashuv (3-way handshake) bajariladi:

• Brauzer: SYN — "gaplashaylikmi?"
• Server: SYN-ACK — "ha, tayyorman".
• Brauzer: ACK — "boshladik".

curl -v chiqishida bu bosqich ikki qator bo'lib ko'rinadi:

*   Trying 104.20.23.154:443...
* Established connection to example.com (104.20.23.154 port 443)

"Trying" — urinyapti, "Established connection" — ulanish o'rnatildi.

Bu bosqichning narxi — bitta borib-kelish (round trip). Paket serverga borib, javob qaytib kelishi kerak. Toshkentdan Yevropagacha bu taxminan 60 millisekund.

6. 4-bosqich: TLS — shifrlash

Ulanish ochiq, lekin hali shifrlanmagan. HTTPS darsidagi TLS handshake boshlanadi:

• Brauzer ClientHello yuboradi: TLS versiyalari, shifrlar, kalit ulushi, domen nomi.
• Server ServerHello, sertifikat va imzo bilan javob beradi.
• Brauzer sertifikatni tekshiradi: domen mos keladimi, muddati o'tmaganmi, zanjir ishonchli CA'ga yetadimi.
• Ikkala tomonda umumiy kalit paydo bo'ladi.

Shu bosqichda yana bitta kelishuv bo'ladi: qaysi HTTP versiyasi ishlatiladi (h2 yoki http/1.1). Buni keyingi darsda ko'ramiz.

TLS 1.3 ham bitta borib-kelish oladi. Ya'ni birinchi so'rovdan oldin allaqachon ikki marta borib-kelindi: TCP va TLS.

7. 5-bosqich: HTTP so'rov va javob

7.1 So'rov ketdi

Shifrlangan kanal tayyor. Endi client–server darsidagi tanish xabar ketadi:

> GET / HTTP/1.1
> Host: example.com
> User-Agent: curl/8.19.0
> Accept: */*

Brauzer bunga yana ko'p sarlavha qo'shadi: Accept-Language, Cookie (agar bo'lsa), Accept-Encoding va boshqalar.

7.2 Javob keldi — lekin kimdan?

Javob (qisqartirilgan):

< HTTP/1.1 200 OK
< Content-Type: text/html
< Server: cloudflare
< Age: 12027
< cf-cache-status: HIT
< CF-RAY: a422c32dfd263dd0-WAW

Qiziq joyi — oxirgi uch qator:

• cf-cache-status: HIT — javob keshdan berildi ("HIT" — "topildi").
• Age: 12027 — bu nusxa keshda 3 soatdan ko'proq turibdi.
• CF-RAY oxiridagi WAW — javob bergan ma'lumotlar markazining kodi. WAW — Varshava aeroportining kodi.

Demak, so'rovimiz sayt egasining asosiy serveriga umuman yetib bormagan. Unga Cloudflare'ning Varshavadagi serveri o'z keshidan javob bergan. Bu — CDN ishi.

7.3 Hosting, server va CDN

Keling, bu atamalarni tartibga solamiz.

Server — sayt fayllarini saqlab, so'rovlarga javob beradigan kompyuter (va undagi dastur). U kechayu kunduz yoqiq va internetga ulangan turadi.

Hosting — shunday serverdan joy ijaraga olish xizmati. O'z kompyuteringizni 24 soat yoqib qo'yish o'rniga, hosting kompaniyasiga oyiga pul to'laysiz. Ular serverni saqlaydi, tokni va internetni ta'minlaydi. Uy sotib olish o'rniga kvartira ijaraga olgandek.

CDN (Content Delivery Network — kontent yetkazish tarmog'i) — dunyoning ko'p shaharlaridagi serverlar tarmog'i. Ular saytingiz fayllarining nusxasini saqlaydi. Foydalanuvchi eng yaqin serverdan oladi. Mashhurlari: Cloudflare, Akamai, Fastly, Amazon CloudFront.

O'xshatish: katta non zavodi Toshkentda. Samarqandlik xaridor har safar Toshkentga bormasligi uchun zavod Samarqanddagi do'konlarga non yetkazib qo'yadi. Do'konda non tugasa — zavoddan yangisi keladi.

Siz (Toshkent) ──► CDN serveri (Varshava)
                     │ Keshda bormi?
                     ├─ Ha  ──► darhol javob (HIT)
                     └─ Yo'q ─► asosiy server (origin)
                                 └─► javob keshga va sizga

Asosiy server odatda origin (manba server) deyiladi. CDN keshida nusxa yo'q bo'lsa, javobda cf-cache-status: MISS chiqadi — so'rov origin'gacha borgan.

7.4 Statik va dinamik sayt

Origin serverda nima bo'lishiga qarab saytlar ikki xil:

Statik sayt — tayyor fayllar: HTML, CSS, rasm. Server faylni diskdan olib, o'zgartirmasdan yuboradi. Portfolio, kafe menyusi, hujjatlar sayti. Juda tez, arzon, CDN'da to'liq keshlanadi.

Dinamik sayt — sahifa har so'rovda yangidan yasaladi. Server kodni ishga tushiradi (Node.js, Python kabi), ma'lumotlar bazasidan ma'lumot oladi va HTML'ni o'sha zahoti yig'adi. Bank kabineti, Telegram veb, onlayn do'kon savatchasi. Har bir foydalanuvchi o'z sahifasini ko'radi, shuning uchun uni to'liq keshlab bo'lmaydi.

Ko'p saytlar aralash: sahifa dinamik, rasm, CSS va JS esa statik va CDN'dan keladi.

Serverda so'rovni ko'pincha avval Nginx kabi veb-server dasturi qabul qiladi. U statik fayllarni o'zi beradi, dinamik so'rovlarni esa Node.js ilovasiga uzatadi. Nginx'ni server qismida o'rnatamiz — hozir nomini bilish kifoya.

Tekshirib ko'ring: Javobda cf-cache-status: MISS chiqdi. So'rov qayergacha borgan?

8. 6-bosqich: brauzer sahifani chizadi

HTML keldi — lekin bu hali sahifa emas, faqat matn. Brauzer uni o'qiy boshlaydi va birinchi baytlar kelishi bilan ishga tushadi:

1. HTML'ni o'qiydi va sahifa tuzilmasini xotirada quradi.
2. <link> (CSS), <script> (JS), <img> (rasm) teglarini uchratadi va ular uchun qo'shimcha so'rovlar yuboradi. Oddiy sahifada bunday so'rovlar o'nlab, katta saytlarda yuzdan ortiq.
3. CSS kelgach, har bir elementning o'lchami va joyini hisoblaydi.
4. Piksellarni ekranga chizadi.

Qo'shimcha so'rovlar uchun 2–4 bosqichlar qaytarilmaydi. Domen o'sha bo'lsa, DNS keshda turibdi, TCP va TLS ulanish esa qayta ishlatiladi (Connection: keep-alive). Shuning uchun birinchi so'rov eng qimmat, keyingilari arzonroq.

Chizish jarayonining ichki qismlari (DOM, CSSOM, layout, paint) — alohida mavzu. Uni Critical Rendering Path darsida to'liq ko'ramiz.

9. Har bosqichni o'lchash

9.1 curl -w bilan vaqtlar

curl har bosqich qancha vaqt olganini ko'rsata oladi. -w ("write out") bayrog'i so'rov tugagach berilgan shablon bo'yicha ma'lumot chiqaradi. -o /dev/null — sahifa matnini ekranga chiqarmaslik uchun (yo'naltirish darsi).

curl -s -o /dev/null -w "dns=%{time_namelookup} \
tcp=%{time_connect} tls=%{time_appconnect} \
ttfb=%{time_starttransfer} jami=%{time_total}" \
https://example.com

Maslahat: PowerShell'da curl.exe deb yozing, /dev/null o'rniga NUL qo'ying va hammasini bitta qatorda yozing.

Natija (soniyalarda):

dns=0.006871 tcp=0.090878 tls=0.184606 ttfb=0.250151 jami=0.250295

Muhim: raqamlar boshidan hisoblanadi, ya'ni har biri oldingisini o'z ichiga oladi. Har bosqich uchun farqni olamiz:

TTFB (Time To First Byte — birinchi baytgacha vaqt) — so'rov boshlangandan javobning birinchi bayti kelguncha. Bizda 0,25 soniya. TTFB katta bo'lsa — server sekin ishlayapti yoki uzoqda.

Bu raqamlardan xulosa: vaqtning katta qismi ulanish ochishga ketdi (TCP + TLS ≈ 180 ms). Server o'zi tez javob berdi — keshdan. Uzoq masofa uchun eng yaxshi dori — foydalanuvchiga yaqin CDN.

9.2 DevTools'da xuddi shu narsa

Brauzerda ham xuddi shu bosqichlarni ko'rish mumkin. F12 → Network → sahifani yangilang → birinchi so'rovni bosing → Timing yorlig'i. U yerda: DNS Lookup, Initial connection (TCP), SSL (TLS), Waiting for server response (TTFB), Content Download. Bu panelni DevTools darsida batafsil o'rganamiz.

10. Har bosqichdagi kesh

Tezlikning asosiy siri — kesh. Yo'lning deyarli har bir bo'g'inida u bor:

Har bir kesh tezlik beradi, lekin bitta xavf ham tug'diradi: eski ma'lumot. Buni xatolar bo'limida ko'ramiz.

Tekshirib ko'ring: Nega saytni ikkinchi marta ochish birinchisidan ancha tez?

11. Ko'p uchraydigan xatolar

11.1 Xatoga qarab bosqichni topish

Brauzer xatosining matni muammo qaysi bosqichda ekanini aytib turadi:

NXDOMAIN — "Non-eXistent DOMAIN", "mavjud bo'lmagan domen". REFUSED — "rad etildi", TIMED_OUT — "vaqt tugadi". Bu xatolarni terminal bilan qanday tekshirishni tarmoqni terminaldan tekshirish darsida o'rganamiz.

11.2 "Sayt sekin" — darhol backend'ni ayblash

Ko'pchilik birinchi bo'lib server kodini tuzatishga tushadi. Aslida vaqt boshqa joyda ketishi mumkin: uzoqdagi server (TCP va TLS qimmat), keshlanmagan 5 MB rasmlar, sekin CSS. Tuzatish: avval o'lchang (curl -w, DevTools Timing), keyin tuzating.

11.3 Yangi versiya chiqdi, lekin eski ko'rinyapti

Serverga yangi fayllarni yukladingiz, lekin foydalanuvchilar eski dizaynni ko'ryapti. CDN hali eski nusxani beryapti (HIT). Tuzatish: CDN panelida keshni tozalash (purge) yoki fayl nomlarida versiya ishlatish (kesh darsi).

11.4 DNS o'zgardi, lekin sayt eski serverda

Domenni yangi serverga yo'naltirdingiz, lekin ba'zilarda sayt hali eski joydan ochilyapti. Bu xato emas — eski javob resolverlar keshida TTL tugaguncha turadi. Tuzatish: kutish. Ko'chishdan bir kun oldin TTL'ni kichraytirib qo'yish — tajribali dasturchilar odati.

11.5 Har bir fayl uchun yangi ulanish ochiladi deb o'ylash

Bu HTTP/1.0 davrida shunday edi. Hozir brauzer bitta ulanishni ko'p so'rov uchun qayta ishlatadi. HTTP/2 esa bitta ulanishda o'nlab so'rovni bir vaqtda yuboradi — keyingi dars mavzusi.

12. Mashqlar

1-mashq (oson): DevTools'da bosqichlarni toping

Chrome'da istalgan saytni oching, F12 bosing, Network paneliga o'ting va Ctrl + R bilan sahifani yangilang. Eng birinchi so'rovni (HTML hujjat) bosing va Timing yorlig'ini oching.

Qaysi qatorlar darsdagi 2, 3, 4 va 5-bosqichlarga mos keladi?

2-mashq (o'rta): Ikki saytni solishtiring

Yuqoridagi curl -w buyrug'ini ikki sayt uchun bajaring: https://example.com va https://github.com. Har bosqich vaqtini hisoblang. Qaysi saytda server javobi (TTFB − TLS) uzoqroq? Nega shunday bo'lishi mumkin?

example.com  tls=0.160 ttfb=0.223
github.com   tls=0.302 ttfb=0.571

3-mashq (qiyin): Tergov

Jasur saytini https://menyu.example.com manzilida ishga tushirdi. Uch do'sti uch xil xabar yubordi:

1. Alining brauzeri: DNS_PROBE_FINISHED_NXDOMAIN.
2. Malikaning brauzeri: NET::ERR_CERT_COMMON_NAME_INVALID.
3. Sardorda sahifa ochildi, lekin CSS yo'q. Konsolda: Refused to apply style ... MIME type ('text/html').

Har biri qaysi bosqichda to'xtagan? Jasur nimani tekshirishi kerak?

13. Real ishda

• Intervyu: "URL yozilganda nima bo'ladi?" savoliga shu 6 bosqich bilan, har birida bitta-ikkita detal bilan javob bersangiz — kuchli taassurot qoldirasiz. Chuqurroq so'rashsa, qaysi bosqich haqida gapirishni o'zingiz tanlaysiz.
• Tezlikni optimallashtirish: frontend dasturchi TTFB, keshlanish va fayllar sonini kuzatadi. Buni Core Web Vitals darsida o'lchov bilan qilamiz.
• DevOps: sayt "yiqilganda" navbatchi dasturchi aynan shu zanjir bo'yicha tekshiradi: DNS → TCP → TLS → HTTP.
• Deploy: saytni birinchi marta internetga chiqarganingizda hosting, domen, HTTPS va CDN — hammasi shu darsdagi bo'g'inlar.

Xulosa

• Enter'dan keyin: URL tahlili → DNS → TCP → TLS → HTTP → chizish.
• DNS bosqichida zanjirdagi har bir bo'g'in avval o'z keshiga qaraydi.
• TCP va TLS har biri bir borib-kelish oladi; ulanish keyingi so'rovlar uchun qayta ishlatiladi.
• Javobni ko'pincha yaqin CDN serveri keshdan beradi; origin — asosiy server.
• Statik sayt — tayyor fayllar, dinamik — har so'rovda yig'iladigan sahifa.
• Brauzer xatosi nomi muammo qaysi bosqichda ekanini aytadi.

Keyingi dars: HTTP versiyalari va real-time aloqa — HTTP/2 va HTTP/3 bitta ulanishda ko'p faylni qanday tez yuklashini va chat kabi jonli ilovalar qanday ishlashini ko'ramiz.