Vladimiri Riikliku Ülikooli Muromi Instituut (filiaal).

Kohalike arvutivõrkude projekteerimise ja diagnostika probleemide lahendamise meetodid

A.E. Lashin, D.O. Maltsev

Teaduslik juhendaja – V.V. Tšekuškin, CAD osakonna professor, tehnikateaduste doktor

Kohtvõrk (LAN) on üksikute arvutite või tööjaamade ühine ühendus andmeedastuskanali kaudu. LAN-i mõiste viitab geograafiliselt piiratud rakendustele, milles teatud arv arvutid on omavahel ühendatud kaasaegsete ja tehnoloogiliste sidevahendite abil.

LAN sisaldab: kaabel-kohtvõrku, aktiivne võrgu riistvara ja arvutid erinevatel eesmärkidel. Kohaliku võrgu kasutamise eelised:

Võimalus vastu võtta ja saata mis tahes teavet võrgu mis tahes arvutist.

Saate vabalt lisada, kustutada ja teisaldada töötajate tööjaamu kontoris/hoones.

Seadmete süsteemi kiire laiendamine (kaasajastamine) ilma kaabelvõrgu kuluta.

LAN-i ehitamisel peamine ülesanne on selle struktuuri efektiivne disain (joonis 1). Tänu õigesti valitud kohaliku võrgu struktuurile saate oluliselt suurendada süsteemi kiirust ja funktsionaalsust ning vähendada täiendavaid kulusid selle loomisele ja sellele järgnevale teenusele.

Riis. 1 – Kohtvõrgu struktuur

Vaatleme võrku, kus on juurdepääs Internetile ja mis tahes võrguga ühendatud arvutile. Juurdepääs Internetile toimub ruuteri kaudu, millega on ühendatud spetsiaalne liin, mac aadressid puudega. Ruuter – kasutatakse võrkude ühendamiseks erinevad tüübid tarkvara ja riistvara. Sild – jagab võrgu osadeks, mistõttu andmed läbivad silda vaid siis, kui see on tõesti vajalik, s.t. kui adressaat ei ole saatjaga samas segmendis. Lüliti ( võrgujaotur) - erineb sillast ainult selle poolest, et sellel on iga pesa jaoks protsessor, sillal on aga üks protsessor kõigi pesade jaoks. See struktuur suurendab tootlikkust. Ühendus – paigaldatud otstesse võrgukaabel(keerdpaar), kasutades pressimistööriista, toimib keerdpaarpistikuna.

Võrk moodustatakse lülitite ja keerdpaarkaablite abil, mis on pressitud vastavalt T568A standardile. Interneti-ühendus on saadaval ruuteri kaudu. Interneti-võrk (spetsiaalne liin) on ühendatud ruuteri sisendiga ja selle väljund on ühendatud splitteri sisendiga. Jaotur on omakorda ühendatud kas otse või teiste splitterite kaudu arvutiga. Seega on kõik arvutid ühendatud ühte lokaali arvutivõrk(LAN).

To üksikud arvutid aastal kuvati võrgukeskkond LAN-i sees peab iga arvuti olema õigesti konfigureeritud. See tähendab, et installige draiver võrgukaart ja määrake seaded võrguühendus. IN sel juhul peate Mac-aadressi keelama, sisestama IP-aadressi ja alamvõrgu maski ning kui Interneti-juurdepääs on vajalik, siis sisestage lüüsi aadress (ruuteri IP-aadress).

Kui sellises võrgus on ühel masinal või masinate rühmal probleem, saab probleemi kindlaks teha kasutades järgmisi meetodeid diagnostika:

kohaliku võrgu ruuter

1. Esialgu peate kontrollima keerdpaarliini terviklikkust. Kui avastatakse purunemine, tuleb see parandada;

2. Kontrollige keerdpaarühenduse kontakti kvaliteeti nii võrgukaardi konnektoris kui ka lüliti pistikupesas. Eemaldage pistik pistiku küljest ja sisestage see uuesti, kuni kuulete iseloomulikku klõpsatust;

3. Kontrollige, kas sisestatud sätted on õiged (näiteks 2 LAN-i masinal ei saa olla sama IP-aadressi). Sisenema õiged seadistused konkreetse masina jaoks;

4. Kui see pole probleem, peate proovima ühendust luua võrgu juhe teisele lüliti pistikule (juhtub, et üks pistikutest põleb läbi, mitte kogu lüliti). Eemaldage pistik konnektori küljest ja ühendage see teise pistikuga;

5. Kontrollige Mac-aadressi olekut (kui installite mõnda operatsioonisüsteemid see võib muutuda). Sel juhul keelake seadetes Mac-aadress;

6. Kui probleem ei lahene, peate võrgukaardi draiverid uuesti installima, kuid pärast seda peate kõik seaded uuesti sisestama. Sisestage draiveri ketas ja alustage draiveri installimist standardne utiliit, seejärel sisestage kõik konkreetse masina sätted;

7. Kui kõik ülaltoodud ei lahenda probleemi, siis peaksite võrgukaardi välja vahetama (võimaluse korral), pärast mida peate draiverid uuesti installima ja sisestama kõik seaded. Kui võrgukaart on emaplaadi sisse ehitatud, sisestage see spetsiaalsesse pistikusse emaplaat võrgukaart. Kui võrgukaart on juba installitud, muutke see teadaolevalt toimivaks. See viimase abinõuna, kuid pole harvad juhud, kui sisseehitatud võrgukaart põleb läbi.

Need on 7 peamist probleemi, mis võivad tekkida. Kuid on juhtumeid täiesti spetsiifiliste probleemidega: näiteks väga tolmused tingimused, ruuteri või selle toiteallika rike, probleem 220 V pistikupesaga jne. Mõned probleemid võivad olla täiesti ebatavalised ja nõuavad probleemile teistsugust lahendust (näiteks ühendusjuhtmete vale juhtmestik, mille puhul peate parandama juhtme valesti juhitud otsa).

Kui teil tekib võrguprobleem, on kõige levinum lahendus vigade tuvastamiseks ja parandamiseks diagnostikaprogrammi käivitamine. Siiski kõige levinum võrguprobleemid saab lahendada kasutades lihtsad käsud, näiteks ping, tracert, ipconfig jne.

Kas sa tead seda?
Meeskond "ipconfig" saab kasutada arvuti IP-aadressi järgi leidmiseks nii Windowsi kui ka Linuxi/Unixi masinates.

Kõik järgmised käsud tuleb sisestada käsureale. Avama käsurida Windowsis tehke ühte järgmistest.

• Start -> Kõik programmid -> Tarvikud -> Käsuriba.
• Start -> Run ja sisestage programmi nimi cmd.exe
• Vajutage klahve Win +R ja sisestage programmi nimi cmd.exe

Iga inimene, kellel on põhiteadmised teab võrgu toimimisest käsu ipconfig kohta. See käsk annab teavet arvuti IP-aadressi, DNS-i, DHCP-i, lüüsi ja alamvõrgumaski kohta. IP-aadress on vajalik edasiste tõrkeotsingu käskude täitmiseks. Kui see käsk tagastab vaikelüüsi 0.0.0.0, siis on teil ruuteriga probleeme. Võrguprobleemide lahendamiseks võite proovida selle käsu teist varianti. Selle käsu järgmine laiendus on käsk ipconfig/flushdns. See tühjendab DNS-i vahemälu mis tahes volitamata IP-aadressi või tehnilise rikke korral.

meeskond"ping"

Ping on üks olulisemaid veebis kasutatavaid käske. Seda käsku kasutatakse hosti ja sihtkoha vahelise ühenduse testimiseks. Selle käsu kasutamise peamine eelis on võrgu probleempiirkonna väljaselgitamine. Kui pingitakse mis tahes võrgus olevast arvutist, saate ruuteri oleku. Samuti saate pingipäringule neli vastust. Kui te vastuseid ei saa, näitab see probleeme võrgukaardiga.

Ping-käsu kasutamise teine ​​eelis on võimalus testida ühendust mis tahes veebisaidi/internetiga. Selleks tuleb pingi käsu järel sisestada veebilehe nimi. Kui saate veebisaidilt vastuseid, pole probleemi praktiliselt mingit. Kui te aga vastust ei saa, on tõenäoline, et teil on vigane kaabel, DSL-modem või Interneti-teenuse pakkuja ühenduse probleem. Võimaluse edasiseks kitsendamiseks ja probleemi algpõhjuse leidmiseks sisestage ping 4.2.2.1. Kui saate käsureal vastuseid, kuid ei pääse ikkagi veebisaidile juurde, on probleem DNS-i konfiguratsiooniga.

Tracert käsk tagastab kogu andmete tee, mis on vajalik sihtkohta jõudmiseks. Vastuseks on loend transiidipunktidest, mille kaudu andmed sihtkohta jõudmiseks liiguvad. Kui vaatate tähelepanelikult, näete, et iga punktiga võrk muutub. See tähendab, et iga võrk edastab andmeid teise võrku, kuni see jõuab sihtkohta. Mõnes kohas võite siiski näha tärni, need tärnid tähistavad võrku, millel on probleeme.

Domeeninimede süsteem ( DNS-aadressid), on paljude võrguprobleemide algpõhjus Need IP-aadressid on tööks vajalikud võrguseadmed Interneti või võrguga ühenduse loomiseks. Kui nende aadressidega on probleeme, on kogu võrgu funktsioonid häiritud. Käsk nslookup tagastab IP-aadresside loendi, mis on seotud domeeninimi. Kui te ei saa IP-aadressi kohta teavet, on DNS-iga probleeme.

Võrkude puhul suur hulk hostid on ühendatud sama ruuteriga. See loob imelise ülesande võrguprobleemide korral kontrollida iga sõlme ühenduvust. Kuid samal ajal on oluline kontrollida, kas ühendused (TCP, UDP pordid) aktiivne või mitte. Käsk Netstat tagastab kõigi ruuteriga ühendatud arvutite loendi ja nende oleku. Seda olekut teades saate teada vigase või suletud või jõudeolekus oleva TCP/UDP-ühenduse pordi numbri (ja IP-aadressi).

Käsk "arp" on väline meeskond, mida kasutatakse IP ja kohaliku võrgu aadressi eraldusvõimega seotud probleemide tuvastamiseks. Kõige tavalisem probleem, mida võib leida "arp" tabelist, on jagamineüks IP-aadress kahe süsteemi poolt. Kaks hosti (millest üks on kindlasti vale) kasutavad sama IP-aadressi ja tõenäosus, et vale host reageerib IP-le, on sel juhul suur. See mõjutab kogu teie võrku. Peaksite kontrollima leiliruumide saadavust kohalikud võrgud ja registreeritud IP-aadresside õigsus. Selleks peate koostama nimekirja võrguaadressid iga peremees. Võrreldes oma loendit ja käsutabelit "arp", saate probleemse hosti hõlpsalt tuvastada.

Loeng 13 Võrgudiagnostika

13. loeng

Teema: Võrgu diagnostika

A. Võrguadministraatorid, kes kujundavad võrgukeskkonda (valdav vähemus).

b. Võrgukasutajad, kes on sunnitud seda keskkonda valdama ja selles elama.

Teine kategooria on oma arvulise paremuse tõttu võimeline esitama nii palju küsimusi, et esimene, isegi kui neid oli võrdselt, ei osanud vastata. Küsimused võivad olla lihtsad, näiteks: "Miks meil ei tööta?" (kuigi on teada, et juba teist päeva katkes kogu arvutikeskus maksmata jätmise tõttu). On ka keerulisi: "Kuidas vähendada reageerimise viivitust, kui kanal on ülekoormatud?"

Number arvutivõrgud kasvab plahvatuslikult, kasvab suurte (>10 arvutit) ja mitme protokolliga võrkude (802.11, 802.16, 802.17 jne) arv. Võrgu kasvades muutub selle hooldus ja diagnostika keerulisemaks, millega haldur esimese tõrke korral silmitsi seisab. Kõige keerulisem on diagnoosida mitme segmendiga võrke, kus arvutid on hajutatud suur hulk ruumid, mis asuvad üksteisest kaugel. Sel põhjusel peaks võrguadministraator hakkama oma võrgu funktsioone uurima juba selle moodustamise faasis ning valmistama ennast ja võrku ette tulevasteks remonditöödeks.

Hädaolukorra tekkimisel peab administraator suutma vastata mitmele küsimusele:

On riist- või tarkvaraprobleem;

Rikke põhjuseks on programmi rikumine, valed konfiguratsioonivalikud või operaatori viga.

Võrgudiagnostika on võrgu oleku kohta teabe hankimise ja töötlemise protsess.

Võrgu dokumenteerimine

Peate alustama võrgu riist- ja tarkvara põhjaliku dokumentatsiooniga. Administraatoril peaks alati olema käepärast võrguskeem, mis vastab hetke tegelikule olukorrale ja Täpsem kirjeldus tarkvara konfiguratsioon, mis näitab kõiki parameetreid (kõikide liideste füüsilised ja IP-aadressid, maskid, arvutite nimed, ruuterid, MTU väärtused, MSS, TTL ja muud süsteemimuutujad, RTT tüüpilised väärtused ja muud erinevates režiimides mõõdetud võrguparameetrid.).

Kohalikus võrgus on tõrkeotsing võimalik selle ajutiselt osadeks jagades. Võrgu integreerumisel Internetti muutuvad sellised lihtsad meetmed ebapiisavaks või vastuvõetamatuks. Kuid me ei tohiks seda tähelepanuta jätta lihtsate vahenditega, nagu võrgukaabli katkestuse või lühise kontrollimine.

Tuleb meeles pidada, et võrgudiagnostika on võrgu turvalisuse alus. Ainult administraator, kes teab võrgus toimuvast kõike, saab selle turvalisuses kindel olla.

Loeng eeldab, et füüsilisel tasemel võrk kasutab Etherneti standardit ja võrkudevaheliseks suhtluseks TCP/IP protokolli (Internet). See loetelu ei ammenda võrgukeskkondade mitmekesisust, kuid paljusid tehnikaid ja tarkvara diagnostikavahendeid saab edukalt kasutada ka muudel juhtudel. Enamik vaadeldavatest programmidest töötab UNIX-keskkonnas, kuid analooge on ka teistele operatsioonisüsteemidele.

Diagnostikainfo allikaks võib olla arvuti, selle protsessor, võrguliides, masinale paigaldatud operatsioonisüsteem, võrgulülitid, ruuterid jne.

Üleminekul edastusstandarditele 1 ja eriti 10 Gbit/s, tekivad lisaprobleemid. Selliste voogude töötlemine diagnostika eesmärgil võib masinat oluliselt aeglustada. Sarnased probleemid tekivad nii IPS/IDS-süsteemide kui ka viirusetõrjeprogrammide loomisel. Kuid see probleem muutub tõsiseks ka rünnakute ja viiruste signatuuride (miljonite) arvu fantastilise kasvu tõttu. Üks võimalus probleemi lahendamiseks on riistvara kasutamine, samuti mitme töötlemislõime korraldamine, mis on mitme protsessoriga masinate puhul üsna realistlik.

Diagnostika tarkvara

Internetis on palju avalikult kättesaadavaid spetsiaalseid diagnostikatarkvara tooteid: Etherfind, Tcpdump, netwatch, snmpman, netguard, ws_watch.

Sellised tööriistad sisalduvad ka enamiku standardsete võrgupakettide tarnimisel MS-DOS-i, UNIX-i, Windows NT, VMS-i ja muude jaoks: ping, tracetoute, netstat, arp, snmpi, dig (venera.isi.edu /pub), hostid, nslookup, ifconfig, ripquery. Eespool loetletud diagnostikaprogrammid on pakette saatvate ja vastuvõtvate programmide silumistööriistad.

OS-i diagnostikakäsud

Tabel 1.

Meeskonna nimi Eesmärk

arp Kuvab või muudab tabelit ARP protokoll(IP-aadressi teisendamine MAC-aadressiks)

chnamsv Kasutatakse nimeteenuse konfiguratsiooni muutmiseks arvutis (TCP/IP jaoks)

chprtsv Muudab arvutikliendi või serveri prinditeenuse konfiguratsiooni

gettable Hangib arvutitabelid NIC-vormingus

host Manipuleerib otse arvutiaadresside vastavuskirjeid süsteemi konfiguratsiooni andmebaasis

hostid Määrab või kuvab selle arvuti identifikaatori

hostinimi Määrab või kuvab selle arvuti nime

htable Teisendab arvutifailid vormingusse, mida kasutavad võrguteegi programmid

ifconfig Seadistab või kuvab valikud võrguliidesed Arvuti (TCP/IP-protokollide jaoks)

ipreport Loob määratud marsruudifaili põhjal pakettmarsruudi aruande

iptrace Pakub pakettmarsruudi jälgimist Interneti-protokollide liidese tasemel

lsnamsv Kuvab DNS-i andmebaasi teabe

lsprtsv Kuvab teavet võrgu prinditeenuste andmebaasist

mkhost Loob arvuti tabelifaili

mknamsv Konfigureerib arvutikliendi nimeteenuse (TCP/IP jaoks)

mktcpip Määrab arvutis TCP/IP käitamiseks vajalikud väärtused

namerslv Käsitseb otse süsteemi konfiguratsiooniandmebaasis oleva kohaliku DNS-programmi nimeserveri kirjeid

netstat Kuvab võrgu olekut

ei Konfigureerib võrgusuvandeid

rmnamsv Eemaldab hostist TCP/IP-nimeteenuse

rmprtsv Eemaldab prinditeenuse kliendi- või serverimasinast

marsruut Kasutatakse marsruuditabelite käsitsi manipuleerimiseks

ruptime Kuvab iga võrgus oleva arvuti oleku

ruser Manipuleerib otse kolme eraldi süsteemi andmebaasi kirjetega, mis reguleerivad välise arvuti juurdepääsu programmidele

securetcpip Võimaldab võrguturbe

setclock Määrab võrku ühendatud arvuti kellaaja ja kuupäeva

slattach Ühendab jadakanalid võrguliidestena

timedc Saadab teavet ajastatud deemoni kohta

trpt Teostab TCP-soklite protokolli rakendamise jälgimist

Võrgu olukorra diagnoosimiseks on vaja ette kujutada selle erinevate osade koostoimet TCP/IP-protokollide raames ja omada mõningast arusaama Etherneti töö.

Võrgud, järgides soovitusi Internet, on kohalik server nimed (DNS, RFC-1912, -1886, -1713, -1706, -1611-12, -1536-37, -1183, -1101, -1034-35; paksus kirjas trükitud numbrid vastavad kirjeldusstandardeid sisaldavatele dokumendikoodidele) , mis teisendab võrguobjekti sümboolse nime selle IP-aadressiks. Tavaliselt põhineb see masin UNIX OS-il.

DNS-server haldab vastavat andmebaasi, mis salvestab palju muud kasulikku teavet. Paljudel arvutitel on SNMP-residendid (RFC-1901-7, -1446-5, -1418-20, -1353, -1270, -1157, -1098), mis teenindavad haldus-MIB-andmebaasi (RFC-1792, -1748-49, - 1743, -1697, -1573, -1565-66, -1513-14, -1230, -1227, -1212-13), mille sisu aitab teil ka palju huvitavat oma võrgu oleku kohta teada saada. . Interneti-ideoloogia ise eeldab rikkalikku diagnostikat (ICMP protokoll, RFC-1256, 1885, -1788, -792).

ICMP protokolli kasutamine

ICMP-protokolli kasutatakse kõige populaarsemas diagnostikaprogrammis ping (sisaldub peaaegu kõigis võrgupakettides). Selle programmi helistamise võimalik vorm on:

ping<имя или адрес ЭВМ или другого объекта>[pakendi suurus] [pakkide arv]

Erinevates rakendustes on pingiprogrammil palju erinevaid võimalusi, mis võimaldavad mõõta lingi statistilisi omadusi (näiteks kadu), määrata lingi viivitust (RTT), kuvada saadetud pakette ja saadud vastuseid ning määrata marsruut huvipunkti. Pingi kasutatakse teenusepakkuja saadavuse jne määramiseks.

Allpool on näide tracetoute käsu kasutamisest, mis on suures osas samaväärne pingiga (kuid põhineb otse IP-l, kasutades sobivaid valikuid):

traceroute kirk.Bond.edu.au

Programm traceroute saadab kolm kasvavate TTL väärtustega paketti, kui paketile vastust ei saada, trükitakse * märk. Suured viivitused (RTT) on ülaltoodud näites määratud satelliidi sidekanalitega (signaali levimisaeg satelliidile!).

Hädaolukordadele nõuetekohaseks reageerimiseks peab teil olema hea arusaam sellest, kuidas võrk peaks normaalsetes tingimustes töötama. Selleks peate uurima võrku, selle topoloogiat, väliseid ühendusi, tarkvara konfiguratsiooni keskserverid ja välisarvutid. Tuleb meeles pidada, et konfiguratsiooni muutmine on tavaliselt süsteemiadministraatori privileeg ja kahtlastel juhtudel tuleks temaga ühendust võtta. Oskusteatel toimingutel süsteemi ümberkonfigureerimisel võivad olla katastroofilised tagajärjed.

DNS-i kasutamine diagnostilistel eesmärkidel

Nagu eespool märgitud, on iga Interneti-sõlme üks olulisemaid osi nimeserver (DNS). DNS-serveri konfiguratsiooni määravad kolm faili: named.boot, named.ca ja named.local. Tsooniteave sisaldub failis named.rev ja kohaliku domeeni teave failis named.hosts. DNS-serveri silumine, jälgimine ja diagnostika toimub nslookup (või dig) programmide abil.

DNS-server on väga oluline objekt sõlm, sellest sõltub päringute teenindamise kiirus ja süsteemi kui terviku töökindlus. Just sel põhjusel on igal sõlmel lisaks peamisele ka mitu teisest DNS-serverit.

Programmi ifconfig kasutatakse võrguliideste oleku jälgimiseks, konfigureerimiseks ja testimiseks. See käsk määrab liidesele IP-aadressi, alamvõrgu maski ja leviaadressi.

NETSTATi rakendus

Üks informatiivsemaid käske on netstat (suvandite ja rakendusmeetodite põhjaliku kirjelduse saamiseks viitan teie võrgutarkvara dokumentatsioonile).

See käsk võib anda teavet selle arvuti liideste oleku kohta, kus seda käivitatakse: netstat -i

IN Hiljuti Ilmunud on mitu põhjalikku (avalikult kättesaadavat) diagnostikapaketti (NetWatch, WS_watch, SNMPMAN, Netguard jne). Mõned neist pakettidest võimaldavad teil luua testitava võrgu graafilise mudeli, tuues töötavad arvutid värviliselt esile või kasutades erinevaid pilte. SNMP-protokolli kasutavad programmid kontrollivad SNMP-deemoni saadavust eripäringu kaudu, määravad ICMP-protokolli abil arvuti töövõime ning kuvavad seejärel MIB-i juhtandmebaasist (kui sellel andmebaasil on avaliku juurdepääsu tase) olevaid muutujaid ja andmemassiivid ). Seda saab teha automaatselt või operaatori nõudmisel. SNMP-protokoll võimaldab jälgida UDP, TCP, ICMP jne pakettidega üksikute võrgusegmentide koormuse variatsioone, registreerides iga aktiivse liidese vigade arvu. Selle probleemi lahendamiseks saate kasutada vastavat programmi, mis regulaarselt küsib teid huvitavate arvutite MIB-i ja saadud numbrid sisestatakse vastavasse andmepanka. Hädaolukorras saab võrguadministraator vaadata võrgusegmentide voogude erinevusi ning tuvastada süsteemitõrke aja ja põhjuse. Sarnaseid andmeid saab hankida programmi abil, mis lülitab Etherneti liidese kõigi pakettide vastuvõtmise režiimi (mode=6). Selline programm võimaldab vastu võtta andmeid igat tüüpi pakettide kohta, mis antud kaablisegmendis ringlevad.

Eriti huvipakkuv võib olla ttcp diagnostikaprogramm, mis võimaldab mõõta kahe sõlme vahelise TCP- või UDP-vahetuse mõningaid omadusi.

Kui võrgud liiguvad gigabiti kiirusvahemikku, eriti 10 Gbit/s, tekivad raskused võrgu oleku jälgimisel.

Riis. 2.

IN osa Windowsist XP2000-l on käsk “Ping”, mis võimaldab saata etteantud pikkusega infopakette ja salvestada kaugsüsteemi reaktsiooniaega, samuti info terviklikkust. Ping-testi teenus suhtleb otse võrgukaardiga TCP/IP-protokolli tasemel, nii et olenemata sellest, kas juurdepääsuparameetrid on konfigureeritud ja lisateenused, Ping süsteem näeb.

Käivitame käsurea "Start" -> "Run -> "cmd".

Ilmub konsooli seansi aken, sisuliselt vana hea MS DOS. Seejärel kasutage CD (Change Directory) käske, et navigeerida oma kausta system32 Windowsi koopiad XP, nagu on näidatud joonisel 8. Kui käivitame pingi Windowsist, kasutades faili batcmd või jaotist “Run”, siis kohe pärast ülesande täitmist sulgub programmi aken ja meil pole aega tulemusi näha.

Käsuvorming: Ping "kaugsüsteemi IP-aadress"

Näiteks "Ping 192.168.0.1". Vaikimisi edastab programm 4 paketti, igaüks 32 baiti, millest ei piisa võrgu objektiivseks testimiseks, kuna süsteem teatab rõõmsalt edukast tulemusest isegi väga madala signaalikvaliteedi korral. See käsk sobib ainult selleks, et teha kindlaks, kas konkreetse sõlmega on üldse ühendusi. Ühenduse kvaliteedi testimiseks käivitage Ping järgmiste parameetritega.

ping.exe -l 16384 -w 5000 -n 100 192.168.0.XX.

See tagab, et antud IP-aadressile saadetakse 100 16 kilobaidist päringut 0,5-sekundilise ooteintervalliga.

• 1. Kui testitulemuste kohaselt saabusid kõik paketid ja kadu ei ületanud 3%, töötab võrk normaalselt.
• 2. Alates 3-10% - võrk töötab endiselt, tänu veaparandusalgoritmidele, kuid märkimisväärse hulga kadunud pakettide ja nende uuesti edastamise vajaduse tõttu väheneb võrgu efektiivne kiirus.
• 3. Kui kaotsiläinud pakettide arv ületab 10-15%, tuleb võtta kasutusele meetmed sidekvaliteedi halvenemist põhjustanud rikke kõrvaldamiseks.

Objektiivsemate tulemuste saamiseks võite suurendada pakettide suurust või nende arvu, kuid see pikendab ka testimise aega. Lisaseaded ping programmid saate teada, kas käivitate selle tavalise viiteklahvi pingiga /?

Põhjused nõrk signaal reas ja andmepakettide kadu

• - Füüsiline kahju võrgukaabel või selle isolatsioon.
• - Halva kvaliteediga pressimine.
• - Vead keerdpaarjuhtmestikus.
• - Segmendi standardpikkuse ületamine.
• - võimsate häirete allikate olemasolu piki kaablit.
• - Kahjustatud alade ebakvaliteetne taastamine.
• - Rohkem kui 5 lülitit ketis.

Kui kaabel puruneb, pikendame keerdpaari.

Kuidas teha kindlaks, et kaabel on katkenud? Väga lihtne: võrk ei tööta, indikaatortuled Võrgukaart ja lüliti lülituvad välja (teatud kaablikahjustuse korral seda ei juhtu). Windows XP kuvab teate: "Võrgukaabel pole ühendatud." Pingi käsk ei saa kaugsüsteemilt vastust. Kuid ärge kiirustage paanikasse, võib-olla pole kaabel tõesti ühendatud või on lüliti mingil põhjusel välja lülitatud või vigane.

Kui ühendus katkeb just võrgukaabli kahjustuse tõttu, siis tuleb see taastada. Üldiselt vastavalt taastamisstandarditele keerdpaar ei allu. Tõepoolest, isegi kõrgeima kvaliteediga jootmine või tihe keeramine muudab kaabli laineomadusi ja see ei tööta enam nii hästi kui terve kaabel. Kogu küsimus on selles, kui palju suhtluskvaliteet langeb. Nagu praktika on näidanud, on see tähtsusetu, s.t. visuaalselt ei muutu üldse midagi ja sidekiirus võib langeda 5-lt 10%-le. Tõsi, riistvarakaabli testijad näitavad viienda kategooria keerdpaari asemel kolmandat kategooriat. Muidugi, kui võimalik, peaks kaabel olema kindel. Kuid teatud kahjustused, eriti võrgu pikkadel lõikudel, tekivad üsna sageli ja kui pärast iga liinikatkest pannakse kogu kaabel uuesti, nagu standardid nõuavad, ei jätku raha ja vaeva. Tihti tekib ka olukord, kus ühel või teisel põhjusel ei piisa olemasoleva kaablilõigu pikkusest ning seda on vaja suurendada. Võite kasutada jootmist või lihtsat keeramist, esimene on eelistatav usaldusväärsema kontakti ja vähem kaotust tootlikkus. Kahjuks tekivad kaablikahjustused sagedamini tänavalõikudel, kus pole alati töötingimusi ja jootekolbi.

Samuti on vaja katsetada kandevõimet ja kiirust. kohaliku võrgu topoloogiaserver

Kandevõime test viidi läbi J.D Edwardsi tarkvara abil.

Testi tulemused on järgmised:

Serveri olekut jälgiti pidevalt, kuid “pilt” (ekraanitõmmis) saadi hetkel, mil serveriga oli ühendatud 18 kasutajat, kellest 16 olid aktiivselt serveriga ühendatud, kuid ei teinud ühtegi toimingud sellega. Sel hetkel töötas server juba märgatava "aeglustumisega", nii et see oli kliendi arvutis visuaalselt tunda.

Joonis 3.

Joonisel 3 on näha, et ketta aktiivsus (roheline joon) oli kõrge ja lehe faili suurus (sinine joon) kasvas pidevalt. Samal ajal oli protsessori koormus suhteliselt madal (punane joon).

Samal ajal ületas kasutatud mälu 3,5 GB.

Mälu kasutamise dünaamikat on näha joonisel 4

Riis. 4.

Kui vaadata, millised protsessid võtsid mälus kõige rohkem ruumi (joonis 5 – loend on järjestatud kahanevas järjekorras), on näha, et see ERP süsteem(oexplore.exe).

Joonis 5.

Saadud tulemuste põhjal jõuti järeldusele, et terminaliserver suudab "tavarežiimis" töötada mitte rohkem kui 16 aktiivselt töötavale kasutajale. "" all tavaline mood" viitab režiimile, kui "pidurdamise" tõttu ei toimu klientide töö märgatavat aeglustumist terminaliserver.

Meie puhul märgiti ära, et kui number aktiivsed kasutajadületab 16, aeglustab server oma tööd märgatavalt.

Näha on, et terminaliserveri töö kitsaskoht on mälupuudus – kuna mälu on 100% kasutatud (joon. 6 roheline joon) ja protsessor on keskmiselt 20% koormatud (punane joon joonisel 3). Ja võib-olla on kitsaskoht kettaga töötamine.

Võrgu ebarahuldaval toimimisel võib olla mitu peamist põhjust: kahju kaablisüsteem, aktiivsed seadmete vead, ülekoormus võrguressursse(sidekanal ja server), vead rakendustarkvaras endas. Sageli varjavad mõned võrgudefektid teisi. Ja ebarahuldava jõudluse põhjuse usaldusväärseks kindlaksmääramiseks tuleb kohalik võrk läbida põhjaliku diagnostika. Kompleksne diagnostika hõlmab läbiviimist järgmised tööd(etapid).

Defektide tuvastamine füüsiline tase võrgud: kaablisüsteem, aktiivseadmete toitesüsteemid; väliste allikate müra olemasolu.

Võrgu sidekanali hetkekoormuse mõõtmine ja sidekanali koormuse väärtuse mõju määramine rakendustarkvara reaktsiooniajale.

Võrgustiku kokkupõrgete arvu mõõtmine ja nende esinemise põhjuste väljaselgitamine.

Andmeedastusvigade arvu mõõtmine sidekanali tasemel ja nende esinemise põhjuste väljaselgitamine.

Võrguarhitektuuri defektide tuvastamine.

Serveri hetkekoormuse mõõtmine ja selle koormuse mõju määramine rakendustarkvara reageerimisajale.

Rakendustarkvara defektide tuvastamine, mille tulemuseks on ebatõhus kasutamine ribalaius serverid ja võrgud.

Peatume üksikasjalikumalt kohaliku võrgu kompleksdiagnostika neljal esimesel etapil, nimelt diagnostikal lingikiht võrkudes, kuna diagnostikaülesanne on kõige lihtsamini lahendatav kaabelsüsteemi puhul. Nagu teises jaotises juba arutatud, saab võrgukaablisüsteemi täielikult testida ainult spetsiaalsete seadmetega - kaabliskanneri või -testeriga. Kaabliskanneri AUTOTEST võimaldab teil teha kõiki teste, et teha kindlaks, kas teie võrgukaablisüsteem vastab valitud standardile. Kaablisüsteemi testimisel juhin tähelepanu kahele punktile, eriti kuna need unustatakse sageli ära.

Režiim AUTOTEST ei võimalda kontrollida loodud mürataset väline allikas kaablis. See võib olla pärit mürast luminofoorlamp, toitejuhtmestik, mobiiltelefon, võimas koopiamasin jne Mürataseme määramiseks on kaabelskanneritel tavaliselt olemas erifunktsioon. Kuna võrgukaabeldussüsteemi testitakse täielikult alles paigaldusetapis ja müra kaablis võib tekkida ettearvamatult, ei ole täielikku garantiid, et paigaldusetapis täiemahulise võrgutesti käigus tekib müra.

Kaabliskanneriga võrku kontrollides ühendatakse aktiivse varustuse asemel kaabliga ühes otsas skanner ja teises otsas pihusti. Pärast kaabli kontrollimist lülitatakse skanner ja pihusti välja ning aktiivne varustus on ühendatud: võrgukaardid, jaoturid, lülitid. Siiski pole täielikku garantiid, et kontakt aktiivse seadme ja kaabli vahel on sama hea kui skanneri seadme ja kaabli vahel. Sageli on juhtumeid, kui pisiviga RJ-45 ei ilmne skanneriga kaablisüsteemi testimisel, kuid see tuvastati võrgu diagnoosimisel protokolli analüsaatoriga.

Võrguseadmete (või võrgukomponentide) diagnostikal on samuti omad nüansid. Selle läbiviimisel kasutatakse erinevaid lähenemisviise. Konkreetse lähenemisviisi valik sõltub sellest, mis on valitud seadme hea jõudluse kriteeriumiks. Reeglina saab eristada kolme tüüpi kriteeriume ja seega kolme peamist lähenemisviisi.

Esimene põhineb diagnoositava seadme tööd iseloomustavate parameetrite praeguste väärtuste jälgimisel. Seadme hea jõudluse kriteeriumiks on sel juhul selle tootja soovitused ehk nn de facto tööstusstandardid. Selle lähenemisviisi peamised eelised on lihtsus ja mugavus kõige levinumate, kuid reeglina suhteliselt lihtsate probleemide lahendamisel. Siiski on juhtumeid, kus isegi ilmne defekt ei ilmne enamasti, vaid annab tunda ainult teatud, suhteliselt harvadel töörežiimidel ja ettearvamatutel aegadel. Selliseid defekte on väga raske tuvastada, jälgides ainult parameetrite hetkeväärtusi.

Teine lähenemine põhineb diagnoositava seadme tööd iseloomustavate lähteparameetrite (nn trendide) uurimisel. Teise lähenemisviisi põhiprintsiibi võib sõnastada järgmiselt: "seade töötab hästi, kui see töötab nagu alati." See põhimõte on aluseks proaktiivsele võrgudiagnostikale, mille eesmärk on vältida selle kriitiliste olekute tekkimist. Proaktiivdiagnostika vastand on reaktiivdiagnostika, mille eesmärk ei ole ennetamine, vaid defekti lokaliseerimine ja kõrvaldamine. Erinevalt esimesest, see lähenemine võimaldab tuvastada defekte, mis ilmnevad mitte pidevalt, vaid aeg-ajalt. Teise lähenemisviisi puuduseks on eeldus, et võrk töötas algselt hästi. Kuid "nagu alati" ja "hea" ei tähenda alati sama asja.

Kolmas lähenemine viiakse läbi diagnoositava seadme töökvaliteedi terviklike näitajate jälgimise teel (edaspidi integraalne lähenemine). Tuleb rõhutada, et võrgudiagnostika metoodika seisukohalt on kahe esimese lähenemisviisi, mida me nimetame traditsiooniliseks, ja kolmanda integraalseks lähenemisviisi vahel põhimõtteline erinevus. Traditsiooniliste lähenemisviiside puhul jälgime võrgu individuaalseid omadusi ja selleks, et näha seda "tervikuna", peame sünteesima üksikute vaatluste tulemused. Kuid me ei saa olla kindlad, et selle sünteesi käigus me ei kaota oluline teave. Terviklik lähenemine, vastupidi, annab meile üldise pildi, mis mõnel juhul ei ole piisavalt üksikasjalik. Tulemuste tõlgendamise ülesanne millal terviklik lähenemine, sisuliselt vastupidine: tehke tervikut jälgides kindlaks, kus ja millistes üksikasjades probleem peitub.

Eeltoodust järeldub, et kõige tõhusam on see, mis ühendab kõigi kolme ülalkirjeldatud lähenemisviisi funktsionaalsust. See peaks ühelt poolt põhinema võrgu toimimise kvaliteedi terviklikel näitajatel, kuid teisest küljest tuleks seda täiendada ja täpsustada traditsiooniliste lähenemisviiside abil saadud andmetega. Just see kombinatsioon võimaldab panna täpne diagnoos võrguprobleemid.