جب آپ کوئی URL ٹائپ کر کے Enter دباتے ہیں تو کیا ہوتا ہے؟

Question

IT Interview Practice · Accepted Answer

کوئی URL ٹائپ کرنا نیٹ ورک کے مراحل کا ایک سلسلہ شروع کر دیتا ہے: براؤزر سرور کا IP address معلوم کرتا ہے، اس سے ایک کنکشن کھولتا ہے، ایک HTTP request بھیجتا ہے، response وصول کرتا ہے، اور صفحہ render کرتا ہے۔ یہاں `https://example.com` کے لیے مکمل (end-to-end) بہاؤ دیا گیا ہے:

```text
You type https://example.com
   │
   ▼
1. URL PARSE   split scheme (https) + host (example.com) + path (/)
   │
   ▼
2. DNS         example.com ──▶ 93.184.216.34   (resolve name → IP)
   │
   ▼
3. TCP         3-way handshake to 93.184.216.34:443  (open connection)
   │
   ▼
4. TLS         handshake: verify certificate + agree on keys (encrypt)
   │
   ▼
5. HTTP        GET / HTTP/1.1   Host: example.com   (send request)
   │
   ▼
6. RESPONSE    200 OK + HTML   (server replies)
   │
   ▼
7. RENDER      parse HTML → fetch CSS/JS/images → build DOM → paint
```

**DNS** انسان کے پڑھنے کے قابل نام کو ایک IP address میں بدل دیتا ہے، جو عموماً کسی cache (براؤزر، OS، یا resolver) سے فراہم ہوتا ہے، اس لیے بار بار وزٹ کرنے پر اس کی کوئی لاگت نہیں آتی۔ پھر **TCP** سرور کے ساتھ port 443 پر ایک قابلِ اعتماد کنکشن قائم کرتا ہے۔ چونکہ URL `https` ہے، اس لیے اس کے بعد ایک **TLS** handshake ہوتا ہے: براؤزر سرور کے certificate کی جانچ کرتا ہے اور دونوں فریق session keys اخذ کرتے ہیں تاکہ ٹریفک encrypted ہو۔ اب جا کر براؤزر اصل **HTTP request** (`GET /`) بھیجتا ہے۔ سرور ایک **response** لوٹاتا ہے — ایک status code کے ساتھ HTML۔ براؤزر اس HTML کو parse کرتا ہے، CSS، JavaScript اور images کے حوالے دریافت کرتا ہے، انہیں (اکثر متوازی طور پر) fetch کرتا ہے، **DOM** بناتا ہے، اور اسکرین پر pixels پینٹ کرتا ہے۔

## یہ کیوں اہم ہے

یہ سب سے عام انٹرویو سوالات میں سے ایک ہے، بالکل اسی لیے کہ یہ ایک ہی کہانی میں stack کی ہر layer کو چھو لیتا ہے — DNS، TCP، TLS، HTTP، اور rendering۔ ایک مضبوط جواب ظاہر کرتا ہے کہ آپ سمجھتے ہیں کہ یہ ٹکڑے آپس میں کیسے جڑتے ہیں، بجائے اس کے کہ کسی ایک پروٹوکول کو رٹ لیا ہو۔ یہ گہرے فالو-اپ سوالات کا دروازہ بھی کھولتا ہے: caching، کنکشن کا دوبارہ استعمال، latency، اور کہاں چیزیں ناکام ہو سکتی ہیں — یہ بالکل وہی موضوعات ہیں جو اہم ہوتے ہیں جب آپ production میں کسی سست یا خراب صفحے کو debug کرتے ہیں۔

یہ کیوں اہم ہے

متعلقہ سوالات