Problem: A bazar proqramı "slow"dur. Ağ komandası server komandasını günahlandırır. Server komandası şəhərinə qəbul edir. Bu arada, istifadəçilər güclü, və saat ümumi debugging boşanmışdır.
Çözüm: Əməliyyatdan istifadə etmək üçün sistematik, elmi yanaşma, qadın səbəblərini müəyyən etmək.
Haphazard Troubleshooting qiyməti: Ətraflı vaxt, maska real problemləri, komandalar arasında barmaq, və degraded user experience.
Ağ problemliyi əsasən elmi üsulda bir egzersizdir:
Bu məhsul kimi ümumi pitfalls qarşısını qarşısını almaq üçün yapılandırılmış bir səhifə verir:
texniki diaqnostikaya daldırmadan əvvəl, bu beş kritik sualları araşdırmaq üçün:
Konfiqurasiya dəyişiklikləri? Yeni hardware? Yadda saxla Topologiya məlumatları?
Bir istifadəçi? Bir bina? Haqqımızda Xüsusi proqram yalnız?
Bütün vaxt olur? Yalnız müxtəlif saatlar? Random hallar?
İstehsal problemini tetikləyə bilərsiniz?
Yadda saxla
OSI modeli problemləşdirilməsi üçün yapılandırılmış bir çərçivə verir. Layer 1 (Physical) upward, və ya Layer 7 (Application) aşağı, simptomlar asılı olaraq.
istifadə etmək üçün: Tam bağlantı itkisi, heç bir link işıq, və ya fiziki kağız simptomları
show interfaces, ethtool eth0show mac address-table, show spanning-treeping, traceroute, show ip routetelnet host port, netstat -an, ,nslookup, dig, curl -vistifadə etmək üçün: Əsas bağlantının var olduğu kompüter-spublika problemləri
Layer 7 başlayır ( SharePoint xidməti çalışır? DNS düzgün IP qarşılaşdırılması?) və yalnız lazım olsaydı aşağı iş.
bu sürətli diqqqoriyasını qaldırmaq üçün istifadə edin:
TCP/IP yığın işləyir. OS xidmətlərini kontrol edin, ağacaq sürücülərini yeniləyin.
NIC, yanlış sürücü, istehsalsız. Giriş: ip link show Cihaz meneceri
Check: Fiziki kabel, qazanma port statusu, VLAN təhlükəsizlik, ARP masa
Check: Routing masa, firewall qaydaları, ACLs. Daxil ol traceroute paketin qaldığını tapmaq
Check: DNS server ayarları, DNS server təhlükəsizlik, firewall blok port 53
Check: Firewall qaydaları, təhlükəsizlik qrupları, limanda dinləmə xidmət
Problem proqramın özü, təhlükəsizlik və ya proqram konfiqurasiyası ilə
Kök mövzu haqqında bir hipoteziniz varsa, bu soyutma texnologiyalarından istifadə edin və ya redaktə:
Yüksək, orta xüsusiyyətlər və paketin düşmüş və ya dəyişdirilən yerləşdirilməsi:
# 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
Bir cihaz daxil olmaqla xarici növbətlərin qarşısını almaq:
# 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
İş sisteminin qarşı konfiqurasiyası və davranışı ilə əlaqə edin:
# 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")
Proper məsləhətləri, onu təhlükəsiz bir çox dəfəsiz eyni şeyi axtardığınız ümumi debugging qarşısını alır.
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 proqramı cavab vaxtı <100ms-dən 5+ sm-ə qəbul edilir. Proqram komandası "network latency".
Database server OS buffers yüksək × gecikmə məhsul üçün çox kiçik idi. TCP qapı doldurmaq, baxmaq üçün.
# Increased TCP receive buffers on Linux database server
sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"
sysctl -w net.core.rmem_max=16777216
Qeyd etməyin: "Slow" hər zaman "network latency" deyil. Hər zaman məlumat toplamaq (sonsuzluq üçün qazanmaq, davranış üçün paket tutmaq) məlumat toplamaq.
Yadda saxla Ən çox yaxşı işləyir, əvvəl məlumat.
Auto-negotiation başarısız oldu. Yadda saxla Collisions həmçinin tərəfindən istifadə etdiyi zaman yük altında yalnız meydana gəldi.
! Cisco switch - force full duplex
interface GigabitEthernet1/0/10
speed 1000
duplex full
Check: Interface status müzakirə edilmiş ayarları göstərir. Yanlış bir xüsusiyyət auto-negotiation başarısız deyil. serverlər üçün daima sabit kodlu sürət/duplex.
Yadda saxla Kiçik HTTP məlumatları işlədi, böyük pages vaxt.
ping -M do -s 1472 uğurlu, ping -M do -s 1473 qarşıVPN tüneli MTU-yu 1400-də azaldır, lakin firewall ICMP "Fragmentation Needed" mesajlarını blokladı. Yol MTU Discovery (PMTUD) işləyib, MTU qara deyil. Kiçik paketlər uyğun, DF bit set ilə böyük paketlər sıxdı.
! 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
Ölçü mövzuları: Kiçik məsləhətlər işləyir, lakin böyük transferlər başarısız, MTU/fragmenta məsləhətləri. MTU sınaq yolu üçün DF bit ilə istifadə edin.
Ses çağrıları doğranmış audio, intermittent dropouts idi. Yalnız iş saatları zamanı (9am-5pm).
QoS siyasəti mövcuddur, lakin bant ayrılması geri idi: ən yaxşı-effort 60%, səs 5% aldı. Data trafik artır zaman iş saatları vasitəsilə, səyahət paketləri qaldırılmışdır.
! 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
Vaxt-based məlumatlar = gücü: Problemlər yalnız məhsul saatları çıxırsa, ağır bir çatışmazlığı deyil, lakin bir gücü / QoS problemi deyil. Check sıra statistika, yalnız ümumi bant.
| Qalereya | Kataloq | Daxil ol | Bakı |
|---|---|---|---|
| No link işıq | Kataloq 1 | show interfaces |
Status: aşağı, heç bir operator, kabel çıxış |
| Pulsuz | Kataloq 1 | show interfaces |
CRC hataları, runts, devs, çatışmazlıqlar, gecikmiş çatışmazlıqlar |
| Qeydiyyat | Kataloq | arp -a |
No ARP giriş, MAC öyrənilmədi, STP blok |
| uzaq subnet çatdırmaq | Kataloq | traceroute |
Missing, yanlış next-hop, routing loop |
| E-poçt | Kataloq 4 | telnet host port |
Yadda saxla |
| Yavaş performans | Kataloq | ping (RTT) |
Yüksək latency, bantlı limit, TCP retransmissions, sıfır windows |
| Hostnameni qarşılamaq | Kataloq 7 | nslookup |
DNS server məlumatsız, yanlış DNS config, NXDOMAIN |
| Intermittent damlaları | Layer 1/2 | ping -f (flood) |
Avtomobil, qızıllıq kabel, STP rekonvergence |
| Ətraflı işlər, başqaları | Daha çox | Extended ping |
Yük balans xidməti, ECMP asimmetri, dövr masa üstü |
Satıcı TAC və ya üst mühəndislər qaldırmaq zaman bilir. ::
Hər problemli sessiyası bir öyrənmək imkanıdır. Xüsusi məlumat bazası yaradır:
# 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
Problemləndirilməsi vasitəsində sürətli məlumatlar ilə çıxış edirik.
Problemi anlamadan konfiqurasiyaların dəyişdirilməsi çox şeylər və ya maskaları real mövzu edir.
Ən çox "network issues" proqram, server, və ya müştəri-sayt problemləridir. Təhlükəsizliyi qəbul etməyə məlumat verir.
Siz əvvəl etdiyiniz testlərini reaksiya etmək olacaqsınız, və ya çalışdığınız yoldaşlara izah edə bilərsiniz.
İntermittent problemləri çox əvvəl çatışmazlığı qeyd edir. Onlar ehtiyac olmaqdan əvvəl onları inkişaf edin.
Bir cihaz rebooting xidmət dəstəkləyir, lakin nömrənin yeniləndirilməsini tapmaq istəyirsinizsə, problem recur.
Ağ problemləri hər iki elm və sanatdır. Elm sistemli bir metodoloji aşağıdakıdır, diqqqoriyaları düzgün istifadə etmək və protokolları anlamaq. Sanat, ilk simptomlar tərəfindən işləyən testlər bilir, təcrübə nümunələrin tanınması və qaldırılması zamanı bilmək.
Bu məhsulda yerləşdirilmiş sistematik yanaşma aşağıdakılar - doğru suallar, OSI model vasitəsilə iş üsullub, addımları qazanmaq və hər hansı bir məhsuldan öyrənmək - Siz problemləşdirilməsi daha effektiv olacaq və boşa zaman və yanlış düzeltmelər qarşısına yol açan ümumi pisliklər qarşısını almaq.
Oxunub: məqsədi yalnız xidmət dəyişdirmək deyil, lakin N-i anlamaq ola bilər ki, onu bir daha çıxa bilərsiniz.
Son Güncelleme: Fevral 2, 2026 | Author: Baud9600 Texniki Komissiyası