.. titolo: Network Troubleshooting Methodology - The Systematic Approach
.. slug: reto-solvado-metodologio
.. dato: 2026-02-02 18:00:00 UTC
.. etikedoj: retigado, problemo-solvado, metodaro, diagnozo
.. kategorio: artikoloj
.. ligo:
.. priskribo: Sistema, scienca aliro al retaj problemoj, kiu malhelpas malŝpari tempon kaj malĝustajn korektojn
.. tajpu: tekston
<style>
.article-container {
    max-width: 900px;
    margin: 0 auto;
    padding: 20px;
    font-family: 'Segoe UI', Tahoma, Geneva, Verdana, sans-serif;
    line-height: 1.8;
    color: #333;
}

h1 {
    color: #2c3e50;
    border-bottom: 3px solid #3498db;
    padding-bottom: 15px;
    margin-bottom: 30px;
}

h2 {
    color: #2c3e50;
    margin-top: 40px;
    margin-bottom: 20px;
    border-left: 5px solid #3498db;
    padding-left: 15px;
}

h3 {
    color: #34495e;
    margin-top: 30px;
    margin-bottom: 15px;
}

.intro-box {
    background: linear-gradient(135deg, #667eea 0%, #764ba2 100%);
    color: white;
    padding: 30px;
    border-radius: 12px;
    margin-bottom: 30px;
}

.intro-box h2 {
    color: white;
    border: none;
    margin-top: 0;
}

.warning-box {
    background: #fff3cd;
    border-left: 5px solid #ffc107;
    padding: 20px;
    margin: 25px 0;
    border-radius: 6px;
}

.info-box {
    background: #d1ecf1;
    border-left: 5px solid #17a2b8;
    padding: 20px;
    margin: 25px 0;
    border-radius: 6px;
}

.success-box {
    background: #d4edda;
    border-left: 5px solid #28a745;
    padding: 20px;
    margin: 25px 0;
    border-radius: 6px;
}

.danger-box {
    background: #f8d7da;
    border-left: 5px solid #dc3545;
    padding: 20px;
    margin: 25px 0;
    border-radius: 6px;
}

.flowchart {
    background: #f8f9fa;
    padding: 30px;
    border-radius: 12px;
    margin: 30px 0;
    border: 2px solid #dee2e6;
}

.flowchart-step {
    background: white;
    border: 2px solid #3498db;
    padding: 20px;
    margin: 15px 0;
    border-radius: 8px;
    position: relative;
}

.flowchart-step.decision {
    border-color: #e74c3c;
    background: #fee;
}

.flowchart-step.success {
    border-color: #27ae60;
    background: #efe;
}

.flowchart-arrow {
    text-align: center;
    font-size: 24px;
    color: #3498db;
    margin: 10px 0;
}

.command-box {
    background: #2d2d2d;
    color: #f8f8f2;
    padding: 20px;
    border-radius: 8px;
    font-family: 'Courier New', monospace;
    overflow-x: auto;
    margin: 20px 0;
}

.command-box code {
    color: #f8f8f2;
}

table {
    width: 100%;
    border-collapse: collapse;
    margin: 25px 0;
}

th, td {
    padding: 12px;
    text-align: left;
    border: 1px solid #dee2e6;
}

th {
    background: linear-gradient(135deg, #667eea 0%, #764ba2 100%);
    color: white;
    font-weight: 600;
}

tr:nth-child(even) {
    background: #f8f9fa;
}

.case-study {
    background: #f8f9fa;
    border-radius: 12px;
    padding: 25px;
    margin: 30px 0;
    border-left: 5px solid #3498db;
}

.case-study h3 {
    color: #3498db;
    margin-top: 0;
}

.checklist {
    list-style: none;
    padding: 0;
}

.checklist li {
    padding: 10px 10px 10px 35px;
    margin: 8px 0;
    background: #f8f9fa;
    border-radius: 6px;
    position: relative;
}

.checklist li:before {
    content: '✓';
    position: absolute;
    left: 10px;
    color: #28a745;
    font-weight: bold;
    font-size: 18px;
}

.tip-box {
    background: #e7f3ff;
    border-left: 5px solid #2196F3;
    padding: 20px;
    margin: 25px 0;
    border-radius: 6px;
}

.tip-box strong {
    color: #2196F3;
}
</style>
<div class="article-container">
<h1>Reta Troubleshooting Methodology: La Sistema Aliro</h1>
<div class="intro-box">
<h2>Kial Metodologio Gravas</h2>
<p><strong>La Problemo:</strong>Apliko de datumbazo estas "malrapida." La reto-teamo kulpigas la servilan teamon. La servila teamo kulpigas la reton. Dume, uzantoj estas frustritaj, kaj horoj estas malŝparitaj en cirkla senararigado.</p>
<p><strong>La Solvo:</strong>Sistema, scienca aliro al problemoj, kiu uzas indicon, ne supozojn, por identigi radikajn kaŭzojn.</p>
<p><strong>La Kosto de Hazarda Problemosolvado:</strong>Malŝparita tempo, malĝustaj korektoj, kiuj maskas realajn problemojn, fingromontradon inter teamoj, kaj degradita uzantsperto.</p>
</div>
<h2>Enkonduko: La Scienca Metodo Aplikata al Retoj</h2>
<p>Retaj problemoj estas esence ekzerco en la scienca metodo:</p>
<ol>
<li><strong>Observu</strong>la simptomoj kaj kolekti datumojn</li>
<li><strong>Formu hipotezon</strong>pri la radika kaŭzo</li>
<li><strong>Testu la hipotezon</strong>kun diagnozaj iloj</li>
<li><strong>Analizu rezultojn</strong>kaj konfirmi aŭ malakcepti la hipotezon</li>
<li><strong>Efektivigu riparigon</strong>surbaze de konfirmita radika kaŭzo</li>
<li><strong>Kontrolu</strong>la problemo estas solvita</li>
</ol>
<p>Ĉi tiu artikolo disponigas strukturitan kadron por retproblemoj, kiu malhelpas oftajn problemojn kiel:</p>
<ul>
<li>Konfirma biaso (serĉante nur pruvojn, kiuj subtenas vian komencan supozon)</li>
<li>Hazardaj ŝanĝoj sen diagnozo (la aliro "ŝprucigi kaj preĝi")</li>
<li>Ripari simptomojn anstataŭ radikaj kaŭzoj</li>
<li>Cirkla elpurigado sen dokumentado de kio estis provita</li>
</ul>
<h2>La Kvin Ŝlosilaj Demandoj</h2>
<p>Antaŭ ol plonĝi en teknikan diagnozon, respondu ĉi tiujn kvin kritikajn demandojn por malgrandigi vian esploran amplekson:</p>
<div class="flowchart">
<div class="flowchart-step decision">
<strong>Demando 1: Kio Ŝanĝis Lastatempe?</strong>
<p>Ŝanĝoj de agordo? Nova aparataro? ?isdatigoj de programaro? Topologiaj modifoj?</p>
<ul>
<li>Kontrolu ŝanĝadministrajn protokolojn</li>
<li>Revizu lastatempajn komitojn en agordaj administradsistemoj</li>
<li>Demandu: "Ĉu ĝi funkciis hieraŭ?"</li>
</ul>
</div>
<div class="flowchart-arrow">↓</div>
<div class="flowchart-step decision">
<strong>Demando 2: Kiu Estas Afektita?</strong>
<p>Unu uzanto? Unu konstruaĵo? Ĉu ĉiuj? Nur specifa apliko?</p>
<ul>
<li><strong>Unu aparato:</strong>Verŝajne loka problemo (NIC, kablo, agordo)</li>
<li><strong>Unu subreto:</strong>Enirejo, DHCP aŭ ŝanĝa problemo</li>
<li><strong>Ĉiuj:</strong>Kerna infrastrukturo, ISP aŭ ĝeneraligita problemo</li>
<li><strong>Specifa aplikaĵo:</strong>Aplikservilo, firewall regulo, aŭ DNS</li>
</ul>
</div>
<div class="flowchart-arrow">↓</div>
<div class="flowchart-step decision">
<strong>Demando 3: Ĉu Ĝi estas Konstanta aŭ Intermita?</strong>
<p>Okazas la tutan tempon? Nur dum certaj horoj? Hazardaj okazoj?</p>
<ul>
<li><strong>Konstanto:</strong>Malfacila fiasko (kablotranĉo, misagordado, malfunkcia servo)</li>
<li><strong>Tempbazita:</strong>Kongesto dum komercaj horoj, planitaj procezoj</li>
<li><strong>Intermita/Hazarda:</strong>Dupleksa miskongruo, malsukcesa aparataro, intermita ligo</li>
</ul>
</div>
<div class="flowchart-arrow">↓</div>
<div class="flowchart-step decision">
<strong>Demando 4: Ĉu Vi povas Reprodukti ĝin?</strong>
<p>Ĉu vi povas ekigi la problemon laŭ postulo?</p>
<ul>
<li><strong>Jes:</strong>Multe pli facile diagnozi (povas testi hipotezojn)</li>
<li><strong>Ne:</strong>Agordu monitoradon/registradon kaj atendu ripetiĝon</li>
</ul>
</div>
<div class="flowchart-arrow">↓</div>
<div class="flowchart-step decision">
<strong>Demando 5: Kion Vidas la Alia Flanko?</strong>
<p>Kontrolu ambaŭ finojn de la konekto</p>
<ul>
<li>Klienta perspektivo kontraŭ servila perspektivo</li>
<li>Pakaĵeto ĉe fonto kontraŭ celo</li>
<li>Nesimetria vojigo? Malsamaj vojoj por sendi kontraŭ ricevi?</li>
</ul>
</div>
</div>
<h2>La OSI-Model-Bazita Diagnoza Aliro</h2>
<p>La OSI-modelo disponigas strukturitan kadron por solvi problemojn. Laboru de Tavolo 1 (Fizika) supren, aŭ de Tavolo 7 (Apliko) malsupren, depende de simptomoj.</p>
<h3>Malsupra Aliro (Tavolo 1 → Tavolo 7)</h3>
<p><strong>Kiam uzi:</strong>Kompleta konekteblecperdo, neniu liglumo, aŭ fizikaj tavolsimptomoj</p>
<div class="flowchart">
<div class="flowchart-step">
<strong>Tavolo 1: Fizika</strong>
<ul>
<li>Kontrolu: Kablo konektita? Ligo lumoj? Fibro pura?</li>
<li>Komandoj:<code>show interfaces</code>, <code>ethtool eth0</code></li>
<li>Serĉu: CRC-erarojn, koliziojn, malfruajn koliziojn, runtojn, gigantojn</li>
</ul>
</div>
<div class="flowchart-arrow">↓</div>
<div class="flowchart-step">
<strong>Tavolo 2: Datuma Ligo</strong>
<ul>
<li>Kontrolu: Ĉu korekta VLAN? Haveno ebligita? STP-blokado?</li>
<li>Komandoj:<code>show mac address-table</code>, <code>show spanning-tree</code></li>
<li>Serĉu: MAC-flapado, STP-topologioŝanĝoj, VLAN-malkongruoj</li>
</ul>
</div>
<div class="flowchart-arrow">↓</div>
<div class="flowchart-step">
<strong>Tavolo 3: Reto</strong>
<ul>
<li>Kontrolu: Ĉu ping povas defaŭltan enirejon? Voja tabelo ĉu ĝusta?</li>
<li>Komandoj:<code>ping</code>, <code>traceroute</code>, <code>show ip route</code></li>
<li>Serĉu: Mankantaj itineroj, malĝusta sekva salto, vojaj bukloj</li>
</ul>
</div>
<div class="flowchart-arrow">↓</div>
<div class="flowchart-step">
<strong>Tavolo 4: Transporto</strong>
<ul>
<li>Kontrolu: Ĉu povas establi TCP-konekton? Fajromuro blokanta havenon?</li>
<li>Komandoj:<code>telnet host port</code>, <code>netstat -an</code>, paka kapto</li>
<li>Serĉu: TCP-redissendojn, nul fenestrojn, RST-pakaĵojn</li>
</ul>
</div>
<div class="flowchart-arrow">↓</div>
<div class="flowchart-step">
<strong>Tavolo 5-7: Sesio/Prezento/Apliko</strong>
<ul>
<li>Kontrolu: DNS solvas? Apliko respondas? Aŭtentikigo funkcias?</li>
<li>Komandoj:<code>nslookup</code>, <code>dig</code>, <code>curl -v</code></li>
<li>Serĉu: DNS-malsukcesoj, aplikaj eraroj, tempofinproblemoj</li>
</ul>
</div>
</div>
<h3>Desupra Aliro (Tavolo 7 → Tavolo 1)</h3>
<p><strong>Kiam uzi:</strong>Aplik-specifaj problemoj kie baza konektebleco ekzistas</p>
<div class="info-box">
<strong>Ekzemplo:</strong>"Mi povas foliumi la interreton, sed mi ne povas aliri la retejon de la kompanio SharePoint."<p>Komencu ĉe Tavolo 7 (Ĉu SharePoint-servo funkcias? DNS solvas por korekti IP?) kaj malfunkciu nur se necese.</p>
</div>
<h2>La Decida Arbo: Ĉu Ĝi estas Tavolo 1, 2 aŭ 3?</h2>
<p>Uzu ĉi tiun rapidan diagnozan arbon por identigi kiu tavolo malsukcesas:</p>
<div class="flowchart">
<div class="flowchart-step decision">
<strong>Ĉu vi povas ping al localhost (127.0.0.1)?</strong>
</div>
<div class="flowchart-arrow">↓ NE</div>
<div class="flowchart-step danger">
<strong>Problemo: Problemo de Operaciumo/Programaro</strong>
<p>TCP/IP-stako ne funkcias. Kontrolu OS-servojn, reinstalu retajn ŝoforojn.</p>
</div>
<div class="flowchart-arrow">↓ JES</div>
<div class="flowchart-step decision">
<strong>Ĉu vi povas pingi vian propran IP-adreson?</strong>
</div>
<div class="flowchart-arrow">↓ NE</div>
<div class="flowchart-step danger">
<strong>Problemo: Tavolo 1/2 - Loka Reta Interfaco</strong>
<p>NIC malŝaltita, malĝusta ŝoforo, kablo malkonektita. Kontrolu:<code>ip link show</code>aŭ Aparato-Administranto</p>
</div>
<div class="flowchart-arrow">↓ JES</div>
<div class="flowchart-step decision">
<strong>Ĉu vi povas pingi defaŭltan enirejon?</strong>
</div>
<div class="flowchart-arrow">↓ NE</div>
<div class="flowchart-step danger">
<strong>Problemo: Tavolo 1/2 - Loka Reto</strong>
<p>Kontrolu: Fizika kablo, ŝaltila havenostatuso, VLAN-tasko, ARP-tabelo</p>
</div>
<div class="flowchart-arrow">↓ JES</div>
<div class="flowchart-step decision">
<strong>Ĉu vi povas pingi fora gastiganto per IP-adreso?</strong>
</div>
<div class="flowchart-arrow">↓ NE</div>
<div class="flowchart-step danger">
<strong>Problemo: Tavolo 3 - Vokado</strong>
<p>Kontrolu: Vojetabelo, firewall reguloj, ACLs. Uzu<code>traceroute</code>por trovi kie pakoj haltas</p>
</div>
<div class="flowchart-arrow">↓ JES</div>
<div class="flowchart-step decision">
<strong>Ĉu vi povas solvi DNS (nslookup gastnomo)?</strong>
</div>
<div class="flowchart-arrow">↓ NE</div>
<div class="flowchart-step danger">
<strong>Problemo: DNS-agordo</strong>
<p>Kontrolu: DNS-servilo-agordojn, DNS-servila havebleco, fajroŝirmilo blokanta havenon 53</p>
</div>
<div class="flowchart-arrow">↓ JES</div>
<div class="flowchart-step decision">
<strong>Ĉu vi povas atingi aplikan havenon (telnet-gastigan havenon)?</strong>
</div>
<div class="flowchart-arrow">↓ NE</div>
<div class="flowchart-step danger">
<strong>Problemo: Fajroŝirmilo / Haveno-Blokado</strong>
<p>Kontrolu: Reguloj pri fajroŝirmilo, sekurecaj grupoj, servo aŭskultado en haveno</p>
</div>
<div class="flowchart-arrow">↓ JES</div>
<div class="flowchart-step success">
<strong>Reto estas Bone - Problemo pri Aplika Tavolo</strong>
<p>Problemo estas kun la aplikaĵo mem, aŭtentigo aŭ aplikaĵo-agordo</p>
</div>
</div>
<h2>Izolaj Teknikoj</h2>
<p>Kiam vi havas hipotezon pri la radika kaŭzo, uzu ĉi tiujn izoligajn teknikojn por konfirmi aŭ malakcepti ĝin:</p>
<h3>1. Anstataŭigi Komponentojn Sisteme</h3>
<div class="tip-box">
<strong>Konsilo:</strong>Ŝanĝu UNU variablon samtempe. Se vi interŝanĝas ambaŭ la kablon KAJ la ŝaltilhavenon, vi ne scios, kiu riparis ĝin.</div>
<ul class="checklist">
<li>Interŝanĝu flikkablon kun konata bona kablo</li>
<li>Testu sur malsama ŝaltila haveno</li>
<li>Provu malsaman NIC (aŭ USB-retan adaptilon)</li>
<li>Testu de malsama klienta aparato</li>
<li>Movu al malsama VLAN/subreto</li>
</ul>
<h3>2. Pakaj Kaptoj ĉe Multoblaj Punktoj</h3>
<p>Kaptu trafikon ĉe fonto, mezaj punktoj kaj celloko por identigi kie pakaĵetoj estas faligitaj aŭ modifitaj:</p>
<div class="command-box">
<code># 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
</code>
</div>
<h3>3. Loopback Testado</h3>
<p>Forigu eksterajn variablojn provante konekteblecon ene de ununura aparato:</p>
<div class="command-box">
<code># 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
</code>
</div>
<h3>4. Konataj-Bonaj Bazliniaj Komparoj</h3>
<p>Komparu agordon kaj konduton kontraŭ funkcianta sistemo:</p>
<div class="command-box">
<code># Compare interface settings
diff &lt;(ssh working-switch "show run int gi1/0/1") \
     &lt;(ssh broken-switch "show run int gi1/0/1")

# Compare routing tables
diff &lt;(ssh router1 "show ip route") \
     &lt;(ssh router2 "show ip route")
</code>
</div>
<h2>Dokumentado Dum Troubleshooting</h2>
<p>Taŭga dokumentado malhelpas cirklan senararigon kie vi provas la saman aferon plurfoje sen rimarki ĝin.</p>
<h3>Ŝablono pri solvo de problemoj</h3>
<div class="command-box">
<code><strong>Problema ID:</strong> TICKET-12345
<strong>Dato/Horo:</strong> 2026-02-02 14:30 UTC
<strong>Raportita de:</strong> Jane Smith (jane.smith@company.com)
<strong>Afektitaj Uzantoj:</strong> ~50 users in Building A, 3rd floor
<strong>Simptomo:</strong> Cannot access file server \\fileserver01

<strong>Komencaj Observoj:</strong>
- 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

<strong>Testoj faritaj:</strong>
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

<strong>Radika Kaŭzo:</strong>
Dirty fiber connector on uplink between Building A floor switch
and distribution switch causing CRC errors and packet loss

<strong>Rezolucio:</strong>
Cleaned fiber connector with proper cleaning kit. CRC errors
dropped to zero. File server access restored.

<strong>Konfirmo:</strong>
Users confirmed file server accessible. Monitored for 15 minutes
with no errors.

<strong>Tempo al Rezolucio:</strong> 25 minutes
</code>
</div>
<div class="warning-box">
<strong>Kial Dokumentado Gravas:</strong>Sen ĉi tiu rekordo, la venontan fojon kiam iu vidos CRC-erarojn sur tiu ŝaltilo, ili povus malŝpari tempon anstataŭante kablojn kaj testante havenojn anstataŭ tuj kontroli fibran purecon.</div>
<h2>Real-Mondaj Kazaj Studoj</h2>
<h3>Kaza studo 1: "La Reto estas Malrapida" (Fakte: TCP Fenestra Elĉerpiĝo)</h3>
<div class="case-study">
<h3>Simptomo</h3>
<p>La respondaj tempoj de datumbazaj aplikaĵoj malpliiĝis de &lt;100ms al 5+ sekundoj. Aplika teamo kulpigis "retan latentecon."</p>
<h3>Komencaj Supozoj (Malĝuste)</h3>
<ul>
<li>Reta kongesto</li>
<li>WAN-ligo saturita</li>
<li>Fajromuro proplemkolo</li>
</ul>
<h3>Diagnoza Procezo</h3>
<ol>
<li><strong>Ping-testo:</strong>RTT = 2ms (bonega, ekskludas latencian de Tavolo 3)</li>
<li><strong>Testo de bendolarĝo (iperf):</strong>950 Mbps sur 1 Gbps ligo (neniu ŝtopiĝo)</li>
<li><strong>Pakaĵeto:</strong>Malkaŝitaj TCP Zero Window-pakoj de datumbaza servilo</li>
<li><strong>Servilo-inspektado:</strong>Datumbaza servilo ricevas bufrojn = 64KB (eta!)</li>
</ol>
<h3>Radika Kaŭzo</h3>
<p>Datumservila OS-bufroj estis tro malgrandaj por alt-bendolarĝo × prokrasta produkto. TCP-fenestro pleniĝus, devigante la sendinton atendi.</p>
<h3>Rezolucio</h3>
<div class="command-box">
<code># Increased TCP receive buffers on Linux database server
sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"
sysctl -w net.core.rmem_max=16777216
</code>
</div>
<h3>Leciono Lernita</h3>
<p><strong>Ne supozu:</strong>"Malrapida" ne ĉiam signifas "retlatenteco". Ĉiam kolektu pruvojn (pingo por latenteco, pakaĵeto por konduto) antaŭ ol salti al konkludoj.</p>
</div>
<h3>Kaza studo 2: Intermita Konektebleco (Fakte: Dupleksa Miskongruo)</h3>
<div class="case-study">
<h3>Simptomo</h3>
<p>Servila konekto falus hazarde, precipe sub ŝarĝo. Foje funkciis bone, foje tute neresponde.</p>
<h3>Komencaj Supozoj (Malĝuste)</h3>
<ul>
<li>Malsukcesa NIC</li>
<li>Malbona kablo</li>
<li>Ŝanĝi aparatan problemon</li>
</ul>
<h3>Diagnoza Procezo</h3>
<ol>
<li><strong>Interfaco-inspektado:</strong>Servilo NIC = 1000/Plena, Ŝaltila haveno = 1000/Duono (miskongruo!)</li>
<li><strong>Eraraj nombriloj:</strong>Amasa koliziokalkulo sur ŝaltila haveno</li>
<li><strong>Malfruaj kolizioj:</strong>Indikilo de dupleksa miskongruo</li>
</ol>
<h3>Radika Kaŭzo</h3>
<p>Aŭtomata intertraktado malsukcesis. Servilo negocis plendupleksa, ŝaltilo falis reen al duonduplex. Kolizioj nur okazis sub ŝarĝo kiam ambaŭ flankoj provis elsendi samtempe.</p>
<h3>Rezolucio</h3>
<div class="command-box">
<code>! Cisco switch - force full duplex
interface GigabitEthernet1/0/10
 speed 1000
 duplex full
</code>
</div>
<h3>Leciono Lernita</h3>
<p><strong>Kontrolu ambaŭ finojn:</strong>Interfaco-stato montras la intertraktatajn agordojn. Miskongruo signifas, ke aŭtomata intertraktado malsukcesis. Ĉiam malmola kodo rapido/dupleksa por serviloj.</p>
</div>
<h3>Kaza studo 3: "Ne Povas Atingi Certajn Retejojn" (Fakte: MTU/PMTUD Nigra Truo)</h3>
<div class="case-study">
<h3>Simptomo</h3>
<p>Uzantoj povus foliumi iujn retejojn (Google, Yahoo) sed ne aliajn (banka retejo, kompania portalo). Malgrandaj HTTP-petoj funkciis, grandaj paĝoj elĉerpiĝis.</p>
<h3>Komencaj Supozoj (Malĝuste)</h3>
<ul>
<li>DNS-afero</li>
<li>Fajroŝirmilo blokante specifajn retejojn</li>
<li>Problemo pri vojigo de ISP</li>
</ul>
<h3>Diagnoza Procezo</h3>
<ol>
<li><strong>DNS-rezolucio:</strong>Funkcias bone por ĉiuj retejoj</li>
<li><strong>Ping-testo:</strong>Povas pingi la "neatingeblajn" retejojn</li>
<li><strong>Malgranda HTTP-peto (buklo):</strong>Verkoj por malgrandaj paĝoj</li>
<li><strong>Granda elŝuto:</strong>Haltoj post TCP-manpremo</li>
<li><strong>MTU-testo:</strong> <code>ping -M do -s 1472</code>sukcesas,<code>ping -M do -s 1473</code>malsukcesas</li>
<li><strong>Monitorado de ICMP:</strong>Neniuj "Fragmentado Bezonata" (Tipo 3 Kodo 4) mesaĝoj ricevitaj</li>
</ol>
<h3>Radika Kaŭzo</h3>
<p>VPN-tunelo reduktis MTU al 1400, sed fajroŝirmilo blokis ICMP "Fragmentation Needed" mesaĝojn. Path MTU Discovery (PMTUD) ne povis funkcii, kreante MTU nigran truon. Malgrandaj pakaĵoj taŭgas, grandaj pakaĵoj kun DF-bitaro estis silente faligitaj.</p>
<h3>Rezolucio</h3>
<div class="command-box">
<code>! 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
</code>
</div>
<h3>Leciono Lernita</h3>
<p><strong>Grandeco gravas:</strong>Se malgrandaj petoj funkcias sed grandaj translokigoj malsukcesas, suspektu problemojn pri MTU/fragmentado. Uzu ping kun DF-bito por testi vojon MTU.</p>
</div>
<h3>Kaza studo 4: Problemoj pri Kvalito de VoIP (Fakte: Misagordo de QoS)</h3>
<div class="case-study">
<h3>Simptomo</h3>
<p>Voĉaj vokoj havis ŝercan aŭdion, intermitaj ĉesoj. Okazis nur dum komercaj horoj (9am-5pm).</p>
<h3>Komencaj Supozoj (Malĝuste)</h3>
<ul>
<li>Nesufiĉa bendolarĝo</li>
<li>VoIP-servilo troŝarĝita</li>
<li>ISP-kvalito de konekto</li>
</ul>
<h3>Diagnoza Procezo</h3>
<ol>
<li><strong>Testo de bendolarĝo:</strong>Ligo nur 40% uzata dum okupata horo</li>
<li><strong>Inspektado de QoS:</strong>Voĉa trafiko markita per DSCP EF (46) ĝuste</li>
<li><strong>Inspektado de vostovico:</strong>Voĉa vico havis nur 5% bendolarĝan asignon (devus esti 33%)</li>
<li><strong>Pakaĵeto:</strong>Voĉaj pakoj estas faligitaj dum ŝtopiĝo</li>
</ol>
<h3>Radika Kaŭzo</h3>
<p>QoS-politiko ekzistis sed bendolarĝa asigno estis malantaŭen: plej bona klopodo ricevis 60%, voĉo ricevis 5%. Dum laborhoroj kiam datumtrafiko pliiĝis, voĉpakoj estis faligitaj pro atendovicsuperfluo.</p>
<h3>Rezolucio</h3>
<div class="command-box">
<code>! 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
</code>
</div>
<h3>Leciono Lernita</h3>
<p><strong>Tempobazitaj aferoj = kapacito:</strong>Se problemoj okazas nur dum okupataj horoj, ĝi ne estas malfacila fiasko sed problemo pri kapablo/QoS. Kontrolu vostostatistikojn, ne nur totalan bendolarĝon.</p>
</div>
<h2>Komando Referenco per Simptomo</h2>
<table>
<thead>
<tr>
<th>Simptomo</th>
<th>Tavolo</th>
<th>Komandoj por Kuri</th>
<th>Kion Serĉi</th>
</tr>
</thead>
<tbody>
<tr>
<td>Neniu liglumo</td>
<td>Tavolo 1</td>
<td><code>show interfaces<br/>ethtool eth0</code></td>
<td>Statuso: malsupre, neniu portanto, kablo malkonektita</td>
</tr>
<tr>
<td>Paka perdo</td>
<td>Tavolo 1/2</td>
<td><code>show interfaces<br/>show interfaces counters errors</code></td>
<td>CRC-eraroj, runtoj, gigantoj, kolizioj, malfruaj kolizioj</td>
</tr>
<tr>
<td>Ne povas ping-enirejon</td>
<td>Tavolo 2</td>
<td><code>arp -a<br/>show mac address-table<br/>show spanning-tree</code></td>
<td>Neniu ARP-eniro, MAC ne lernita, STP-blokado</td>
</tr>
<tr>
<td>Ne povas atingi foran subreton</td>
<td>Tavolo 3</td>
<td><code>traceroute<br/>show ip route<br/>show ip route summary</code></td>
<td>Mankas itinero, malĝusta sekva salto, vojbuklo</td>
</tr>
<tr>
<td>Konekto rifuzita</td>
<td>Tavolo 4</td>
<td><code>telnet host port<br/>netstat -an<br/>tcpdump</code></td>
<td>Servo ne aŭskultanta, fajroŝirmilo bloko, TCP RST</td>
</tr>
<tr>
<td>Malrapida agado</td>
<td>Tavolo 4+</td>
<td><code>ping (RTT)<br/>iperf3<br/>tcpdump<br/>show interfaces</code></td>
<td>Alta latencia, bendolarĝa limo, TCP-retransmisioj, nulaj fenestroj</td>
</tr>
<tr>
<td>Ne povas solvi gastigan nomon</td>
<td>Tavolo 7</td>
<td><code>nslookup<br/>dig<br/>cat /etc/resolv.conf</code></td>
<td>DNS-servilo neatingebla, malĝusta DNS-agordo, NXDOMAIN</td>
</tr>
<tr>
<td>Intermitaj gutoj</td>
<td>Tavolo 1/2</td>
<td><code>ping -f (flood)<br/>show logging<br/>show interfaces</code></td>
<td>Dupleksa miskongruo, malsukcesa kablo, STP-rekonverĝo</td>
</tr>
<tr>
<td>Funkcias foje, ne aliaj</td>
<td>Multoblaj</td>
<td><code>Extended ping<br/>Packet capture<br/>Interface statistics</code></td>
<td>Ŝarĝekvilibra afero, ECMP-malsimetrio, ŝtattabelo superfluo</td>
</tr>
</tbody>
</table>
<h2>Kiam Escalar</h2>
<p>Sciu kiam eskaladi al vendisto TAC aŭ altrangaj inĝenieroj. Pligrandigu kiam:</p>
<ul class="checklist">
<li>Vi elĉerpis ĉiujn solvojn de problemoj en via sciobazo</li>
<li>Problemo postulas aliron/permesojn, kiujn vi ne havas</li>
<li>Problemo implikas vendistan programaron cimon aŭ aparataron difekton</li>
<li>Komerca efiko estas kritika kaj temp-sentema</li>
<li>Multoblaj teamoj devas kunlabori (aplikaĵo + reto + servilo)</li>
</ul>
<div class="tip-box">
<strong>Antaŭ Eskalado:</strong>Dokumentu ĉion, kion vi provis. TAC-inĝenieroj bezonas ĉi tiujn informojn por eviti ripeti viajn paŝojn. Inkluzivi:<ul>
<li>Kompleta simptoma priskribo</li>
<li>Templinio de kiam temo komenciĝis</li>
<li>Diagnozaj komandoj funkcias kaj ilia eligo</li>
<li>Sekurkopioj de agordo</li>
<li>Pakaj kaptoj (se grave)</li>
<li>Kion vi jam provis</li>
</ul>
</div>
<h2>Konstruante Vian Personan Scio-Bazon</h2>
<p>Ĉiu sesio pri solvo de problemoj estas lerna ŝanco. Konstruu personan sciobazon:</p>
<h3>1. Kreu Troubleshooting Journal</h3>
<div class="command-box">
<code># 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
</code>
</div>
<h3>2. Konstruu Komandan Trompanton</h3>
<p>Organizu ofte uzatajn komandojn laŭ scenaro por rapida referenco dum problemoj.</p>
<h3>3. Dokumentu Vian Reton</h3>
<ul>
<li>Topologiaj diagramoj (Tavolo 2 kaj Tavolo 3)</li>
<li>Dokumentado pri IP-adresskemo</li>
<li>VLAN-taskoj</li>
<li>Normaj agordoj (ŝablonoj)</li>
<li>Konataj bonaj bazlinioj (interfacaj statistikoj antaŭ problemoj)</li>
</ul>
<h2>Oftaj kontraŭ-ŝablonoj por eviti</h2>
<div class="danger-box">
<h3>❌ NE: Faru hazardajn ŝanĝojn sen diagnozo</h3>
<p>Ŝanĝi agordojn sen kompreni la problemon ofte plimalbonigas aferojn aŭ maskas la veran problemon.</p>
</div>
<div class="danger-box">
<h3>❌ NE: Supozu, ke la reto ĉiam kulpas</h3>
<p>Ofte "retaj problemoj" estas problemoj pri aplikaĵo, servilo aŭ klientflankaj. Kolektu pruvojn antaŭ ol akcepti kulpigon.</p>
</div>
<div class="danger-box">
<h3>❌ NE: Pretu dokumenti viajn problemojn pri solvo</h3>
<p>Vi perdos tempon ripetante provojn, kiujn vi jam faris, aŭ ne povos klarigi al kolegoj, kion vi provis.</p>
</div>
<div class="danger-box">
<h3>❌ NE: Ignoru intermitajn aferojn</h3>
<p>Intermitaj problemoj ofte estas fruaj avertaj signoj de urĝa fiasko. Esploru ilin antaŭ ol ili fariĝos kritikaj.</p>
</div>
<div class="danger-box">
<h3>❌ NE: Ripari simptomojn anstataŭ radikaj kaŭzoj</h3>
<p>Rekomenci aparaton povus restarigi servon, sed se vi ne ekscias KIAL ĝi bezonis rekomenci, la problemo rekomenciĝos.</p>
</div>
<h2>Resumo: La Sistema Kontrola Listo de Problemoj</h2>
<div class="success-box">
<h3>✓ Antaŭ ol Vi Komencu</h3>
<ul class="checklist">
<li>Respondu la kvin ĉefajn demandojn (Kio ŝanĝiĝis? Kiu estas tuŝita? Konstanta aŭ intermita? Reproduktebla? Kion vidas la alia flanko?)</li>
<li>Kolektu komencajn simptomojn kaj uzantajn raportojn</li>
<li>Kontrolu pri lastatempaj ŝanĝoj aŭ prizorgado</li>
</ul>
<h3>✓ Dum Problemosolvado</h3>
<ul class="checklist">
<li>Laboru metode per OSI-tavoloj (malsupre aŭ desupre)</li>
<li>Ŝanĝu UNU variablon samtempe dum testado</li>
<li>Dokumentu ĉiun teston kaj ĝian rezulton</li>
<li>Uzu pakajn kaptojn por vidi realan trafikan konduton</li>
<li>Komparu kontraŭ konataj bonaj bazlinioj</li>
</ul>
<h3>✓ Post Rezolucio</h3>
<ul class="checklist">
<li>Kontrolu, ke la riparo efektive solvis la problemon</li>
<li>Dokumentu la radikan kaŭzon kaj rezolucion</li>
<li>Ĝisdatigu vian scion</li>
<li>Se agordo ŝanĝiĝis, ĝisdatigu dokumentaron</li>
<li>Konsideru: Ĉu monitorado povus kapti ĉi tion pli frue?</li>
</ul>
</div>
<h2>Konkludo</h2>
<p>Retaj problemoj estas kaj scienco kaj arto. La scienco sekvas sisteman metodaron, uzanta diagnozajn ilojn ĝuste, kaj komprenante protokolojn. La arto estas scii, kiuj testoj fari unue surbaze de simptomoj, rekoni ŝablonojn de sperto, kaj scii kiam eskaladi.</p>
<p>Sekvante la sisteman aliron skizitan en ĉi tiu artikolo—demandante la ĝustajn demandojn, laborante metode per la OSI-modelo, dokumentante viajn paŝojn, kaj lernante de ĉiu afero—vi fariĝos pli efika ĉe solvi problemojn kaj evitos la komunajn malfacilaĵojn, kiuj kondukas al malŝparo de tempo kaj malĝustaj korektoj.</p>
<p><strong>Memoru:</strong>La celo ne estas nur restarigi servon, sed kompreni KIAL ĝi malsukcesis, por ke vi povu malhelpi ĝin denove okazi.</p>
<hr style="margin-top: 40px;"/>
<p style="text-align: center; color: #6c757d;">
<em>Laste Ĝisdatigita: Februaro 2, 2026 | Aŭtoro: Baud9600 Teknika Teamo</em>
</p>
</div>