مسئلہ : ڈیٹا بیس کا اطلاق "سلو" ہے۔ نیٹ ورک ٹیم سرور ٹیم کو قصوروار کرتی ہے۔ سرور ٹیم نیٹ ورک کی غلطی کرتی ہے۔ اس دوران صارفین مایوس ہو جاتے ہیں اور گھنٹوں کو حلقے کے حساب سے ضائع کر دیا جاتا ہے۔
حل: ایک نظام ، سائنسی طریقۂکار جس میں ثبوت استعمال کِیا جاتا ہے ، اُس کی اصل وجہ معلوم کرنے کی کوشش کرتا ہے ۔
ہافازارڈ ڈرافٹسوتنگ کا کاسٹ: وقت گزرنے کے ساتھ ساتھ، غلط اصلاحات جو اصل مسائل، ٹیموں کے درمیان انگلیوں کا نقطہ نظر اور نیچے والے صارف کے تجربے کو ڈھانپتی ہیں۔
نیٹ ورک مشکلات کا بنیادی طور پر سائنسی طریقہ کار میں ایک مشق ہے:
اِس مضمون میں نیٹ ورک مشکلات کے لیے ایک ایسا فریم ورک تیار کیا گیا ہے جس میں عام خطرات کو روکا جاتا ہے:
تکنیکی پیچیدگیوں میں مبتلا ہونے سے پہلے، ان پانچ اہم سوالات کا جواب دیں تاکہ آپ کی تحقیق کی وسعت کو محدود کیا جا سکے:
جینہیں ۔ نیا ہارڈ ویئر؟ سوفٹ ویئر تجدید؟ کیا یہ خالق کی کاریگری ہے ؟
ایک صارف؟ ایک عمارت؟ سب؟ صرف رسمی اطلاق ؟
تمام وقت لگتا ہے؟ صرف مقررہ گھنٹوں کے دوران؟ یاد رکھیں ؟
کیا آپ اِس مسئلے کو حل کر سکتے ہیں ؟
اتصال کے دونوں کناروں کی پڑتال کریں
او ایس آئی ماڈل مشکلات کے لیے ایک فریم ورک فراہم کرتا ہے۔ اِس کے علاوہ ، اِس کی علامات بھی ظاہر ہوتی ہیں ۔
استعمال: مکمل طور پر نقصان، روشنی یا جسمانی سطح کی علامات سے کوئی تعلق نہیں ہے۔
show interfaces: ethtool eth0show mac address-table: show spanning-treeping: traceroute: show ip routetelnet host port: netstat -an، پیک گرفتnslookup: dig: curl -vاستعمال: جگہ جگہ
( کیا دوسروں کی خدمت جاری ہے ؟ ) DNS درست کرنے کے لئے DNS؟
اس تیز رفتار درخت کا استعمال اس بات کی شناخت کے لیے کیا جا رہا ہے کہ غلاف کون سے ناکام رہا ہے:
TCP/IP اسٹاک فعال نہیں چیک او ایس خدمات، دوبارہ نیٹ ورک ڈرائیور.
ایس . چیک: ip link show یا منیجر
چیک: جسمانی کیبل، بندرگاہ کی حالت تبدیل کرنا، VLAN تفویض، آر پی ٹیبل
چیک: راوکنگ میز، آتش فشاں، اے سی ایلس۔ استعمال traceroute کہاں تلاش کرنے کے لئے
چیک: DNS سرور ترتیبات، DNS سرور دستیابی، فائرنگ بلاکس پورٹ 53
چیک: فائر ویل قوانین، حفاظتی جماعتوں، بندرگاہ پر خدمت
مسئلہ خود اطلاق، تصدیق یا اطلاقی کے ساتھ ہے۔
جب آپ کے پاس جڑی بوٹیوں کے بارے میں ایک آلہ موجود ہے تو اس کی تصدیق کرنے یا اسے رد کرنے کے لیے ان علیحدگی پسند تکنیکوں کا استعمال کریں:
س . ع .
# Capture on client
tcpdump -i eth0 -w client.pcap host server.example.com
# Capture on server
tcpdump -i eth0 -w server.pcap host client.example.com
# Compare:
# - Do packets leave client? (check client.pcap)
# - Do packets arrive at server? (check server.pcap)
# - If yes/no: problem is in the path between
# - If yes/yes but server doesn't respond: server-side issue
ایک اوزار کے اندر داخل ہونے سے بیرونی متغیرات کو جانچ سکتے ہیں:
# Test TCP stack without network
ping 127.0.0.1
# Test application listening locally
telnet localhost 80
# Test loopback on network interface (if supported)
# Some NICs support physical loopback for Layer 1 testing
ایک عملی نظام کے خلاف کیف اور سلوک کا موازنہ کریں:
# Compare interface settings
diff <(ssh working-switch "show run int gi1/0/1") \
<(ssh broken-switch "show run int gi1/0/1")
# Compare routing tables
diff <(ssh router1 "show ip route") \
<(ssh router2 "show ip route")
فرضی دستاویزات گردش کرنے سے منع کرتی ہیں جہاں آپ کئی بار اسی چیز کی کوشش کرتے ہیں
Issue ID: TICKET-12345
Date/Time: 2026-02-02 14:30 UTC
Reported By: Jane Smith (jane.smith@company.com)
Affected Users: ~50 users in Building A, 3rd floor
Symptom: Cannot access file server \\fileserver01
Initial Observations:
- Issue started around 14:00 UTC
- Only affects Building A, 3rd floor
- Other buildings can access fileserver01
- Ping to fileserver01 (10.1.50.10) times out from affected users
- Ping to default gateway (10.1.30.1) succeeds
Tests Performed:
1. [14:35] Checked switch port status: gi1/0/15 is UP/UP
2. [14:38] Checked VLAN assignment: Port is in VLAN 30 (correct)
3. [14:42] Checked interface errors: 1,234 CRC errors on gi1/0/15
4. [14:45] Replaced patch cable - still seeing CRC errors
5. [14:50] Moved uplink to different port (gi1/0/16) - errors persist
6. [14:55] Checked fiber cleanliness - dirty connector found
Root Cause:
Dirty fiber connector on uplink between Building A floor switch
and distribution switch causing CRC errors and packet loss
Resolution:
Cleaned fiber connector with proper cleaning kit. CRC errors
dropped to zero. File server access restored.
Verification:
Users confirmed file server accessible. Monitored for 15 minutes
with no errors.
Time to Resolution: 25 minutes
Database اطلاقیہ کا استعمال ضرب ضرب الامثال از 2001 تا 5+ سیکنڈ۔ اطلاقی ٹیم نے "نسو دراز" پر الزام لگایا تھا۔
Database سرور OS Buffers بہت کم بلند گنبد × تاخیر پیداوار کے لیے تھا۔ ٹی سی سی کھڑکی بھر جائے گی، انتظار کرنے کے لئے مجبور.
# Increased TCP receive buffers on Linux database server
sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"
sysctl -w net.core.rmem_max=16777216
مت سوچیں: "سلو" کا مطلب ہمیشہ "بے کار" نہیں ہے۔ ہمیشہ ثبوت جمع کریں ( دیر تک چلنے ، طرزِعمل پر قبضہ کرنے والا) نتائج اخذ کرنے سے پہلے۔
سرور اتصال کمزور پڑ جائے گا، خاص طور پر زیر استعمال. بعضاوقات اچھا کام کِیا جاتا تھا ۔
خود مختاری ناکام ہو گئی۔ سرور نے مکمل طور پر بھرتی کیا، نصف اپلوڈکس میں واپس گر گیا۔ جب دونوں فریقوں نے فوری طور پر نقلمکانی کرنے کی کوشش کی تو محض بوجھ تلے دبے ہوئے تھے ۔
! Cisco switch - force full duplex
interface GigabitEthernet1/0/10
speed 1000
duplex full
دونوں اختتاموں پر چیک کریں: مواجہ لوڈ شدہ ترتیبات ظاہر کرتا ہے. ایک غلط فہمی کا مطلب خود مختاری ہے۔ ہمیشہ ہارڈ کوڈ کی رفتار/duplex for سرورز.
صارفین کچھ ویب سائٹس (Gogle, Yaho) کو تبدیل کر سکتے تھے لیکن دیگر (بنک ویب سائٹ، کمپنی پورٹل) نہیں۔ چھوٹے ایچ ٹی پی طلبہ نے کام کیا، بڑے بڑے صفحے فارغ ہوئے۔
ping -M do -s 1472 بیشک مراد کو پہنچے، ping -M do -s 1473 ناکام ہواویکین ٹنل نے ایم ٹی یو کو 1400 تک کم کیا لیکن فائرنگ کے ذریعے آئی سی ایم پی "فرگیشن ضرورت" پیغامات کو بلاک کر رہا تھا۔ Path MTUD (PMTUD) کام نہ کر سکا جس سے MTU بلیک ہول پیدا ہو گیا۔ چھوٹی چھوٹی چھوٹی چھوٹی چکیوں کے نیچے ڈی ایف کے ساتھ بڑی مقدار میں نیچے ڈالی گئی ۔
! Implemented TCP MSS clamping on router
interface Tunnel0
ip tcp adjust-mss 1360
! Alternative: Allow ICMP Type 3 Code 4 through firewall
access-list 101 permit icmp any any packet-too-big
حجم: اگر چھوٹی درخواستوں کا کام لیکن بڑی منتقلی ناکام ہو جائے تو خطرہ ایم ٹی یو/فرگیشن کے مسائل ہیں۔ DF بٹ کے ساتھ پی ٹی وی کا امتحان پاس کیا۔
آوازوں کی آواز میں چیخیں کُھل جاتی تھیں ، اُن میں سے کوئی بھی نہیں تھا ۔ صرف کاروباری گھنٹوں (9am-5pm) کے دوران میں ہوا۔
کیو ایس پالیسی موجود تھی لیکن بینڈویڈتھ پرساد کا عمل دخل تھا: بہتر-اففورٹ 60% ہو گیا، آواز 5% کاروباری گھنٹوں کے دوران جب اعداد و شمار کی ٹریفک میں اضافہ ہوا تو بونے کی وجہ سے آوازوں کو گرا دیا گیا۔
! Corrected QoS policy
policy-map WAN-QOS
class VOICE
priority percent 33
class VIDEO
bandwidth percent 25
class CRITICAL-DATA
bandwidth percent 20
class class-default
bandwidth percent 22
وقت پر مبنی مسائل = گنجائش : اگر مسائل صرف مصروف گھنٹوں کے دوران ہی پیش آتے ہیں تو یہ سخت ناکامی نہیں بلکہ ایک گنجائش/کوس مسئلہ ہے۔ اعداد و شمار چیک کریں، نہ صرف مجموعی بینڈڈتھ.
| شام | مصر | بھاگنے کے احکام | کس چیز کا انتظار کریں |
|---|---|---|---|
| کوئی لنکس نہیں | مطالعے کے مضامین ۱ | show interfaces |
حالت: نیچے، کوئی محفوظ، کیبل غیر مربوط |
| Pakcket نقصان | پرنٹ | show interfaces |
CRC غلطیوں، رندوں، راجپوتوں، سکھوں، دیروں کے بعد |
| محفوظ نہیں کیا جا سکتا | 2 | arp -a |
کوئی اے آر پی داخلہ، نہیں سیکھا، ایس پی بلاکنگ |
| دور دراز صوبے تک رسائی نہیں ہوسکتی | ۳ | traceroute |
گم شدہ راستہ، غلط اگلے ہپ، ریٹنگ کر رہا ہے۔ |
| اتصال حذف | ۴ | telnet host port |
سروس نہیں سنتے، آتش فشاں بلاک، TCP RST |
| غیر متصل کارکردگی | چار+ | ping (RTT) |
ہائی وے، بینڈیڈتھ لمیٹڈ، ٹی سی سی سیریز، صفر کھڑکیاں۔ |
| میزبان كا نام حل نہیں ہوسکتا | 7 | nslookup |
ڈی ایس این اے سی آرک آئی ڈی: |
| غیرمعمولی بارش | Layer 1/2 | ping -f (flood) |
Duplyx غلط فہمی، کابل، SPunverse - |
| کام کبھی، دوسروں نہیں کرتے | ضرب | Extended ping |
بوجھ اٹھانے والے مسئلے، ECMP Asymmery، ریاست میز کی صفائی |
جب ٹیسی یا اعلیٰ انجینئروں سے رابطہ کِیا جاتا ہے ۔ Escalate جبکہ:
ہر مشکل کا سامنا کرنا سیکھنے کا موقع ہوتا ہے ۔ ذاتی علم بنیاد بنائیں:
# Example structure
~/troubleshooting-journal/
├── 2026-01-15-duplex-mismatch.md
├── 2026-01-22-mtu-black-hole.md
├── 2026-02-02-tcp-window-exhaustion.md
└── README.md # Index of all issues
# Each file contains:
# - Symptom
# - Diagnostic steps
# - Root cause
# - Resolution
# - Lessons learned
# - Related tickets/documentation
مشکلوں کے دوران فوری حوالہ کے لیے بار بار استعمال ہونے والے احکام کی مدد سے
اِس مسئلے کو سمجھنے کی صلاحیتیں بدلتی ہیں ۔
اکثر اوقات "نیرنگ مسائل" کا اطلاق، سرور یا کلائنٹ متعلقہ مسائل پر ہوتا ہے۔ الزام وصول کرنے سے پہلے ثبوت جمع کریں۔
آپ پہلے ہی امتحانات کو دہراتے ہیں یا جو آپ نے کوشش کی ہے اس کی وضاحت کرنے سے قاصر رہے۔
اِس سلسلے میں ایک مثال پر غور کریں ۔ اُن پر تنقید کرنے سے پہلے دریافت کریں ۔
ایک اوزار کو دوبارہ بحال کرنے کے قابل ہو سکتا ہے، لیکن اگر پتہ نہ چلے کہ اس کی ضرورت کیوں نہیں ہے تو مسئلہ دوبارہ حل ہوگا۔
نیٹ ورک مشکلات کی وجہ سے سائنس اور آرٹ دونوں ہیں۔ سائنس ایک نظامیاتی طریقہ کار کی پیروی کر رہی ہے، جس میں برقی آلات کو درست استعمال کیا جاتا ہے اور پروٹوکول کو سمجھا جاتا ہے۔ یہ علم ہے کہ کس چیز نے علامات کی بنیاد پر چلنے ، تجربے سے حاصل ہونے والے نمونوں کو پہچاننے اور اسکے بارے میں جاننے کی کوشش کی ہے ۔
اس مضمون میں درج نظام طریقہ کار کی پیروی کرتے ہوئے -- درست سوالات کا جائزہ لیں، او ایس آئی ماڈل کے ذریعے عملی طور پر عملی طور پر کام کریں، آپ کے قدم ثبت کریں اور ہر شمارے سے سیکھیں --
یاد رکھیں: مقصد محض سروس بحال کرنے کے لیے نہیں ہے بلکہ یہ سمجھنے میں ناکام کیوں ہو گیا ہے تاکہ آپ اسے دوبارہ واقع ہونے سے روک سکیں۔
اخذ شدہ بتاریخ: 2 فروری 2026ء مصنف: Baud9600 Technical team;