Mis tagab osi mudeli esindusliku taseme. OSI võrgu mudel. Linkikihi funktsioonid

Erinevate tootjate võrguseadmete töö ühtlustamiseks ja erinevat signaali levikeskkonda kasutavate võrkude interaktsiooni tagamiseks on loodud avatud süsteemide interaktsiooni (OSI) etalonmudel. Võrdlusmudel on üles ehitatud hierarhilisel põhimõttel. Iga tase pakub teenuseid kõrgemale tasemele ja kasutab madalama taseme teenuseid.

Andmetöötlus algab rakenduse tasemel. Pärast seda läbivad andmed kõik võrdlusmudeli kihid ja saadetakse läbi füüsilise kihi sidekanalisse. Vastuvõtmisel toimub andmete pöördtöötlus.

OSI võrdlusmudel tutvustab kahte kontseptsiooni: protokolli Ja liides.

Protokoll on reeglite kogum, mille alusel erinevate avatud süsteemide kihid interakteeruvad.

Liides on avatud süsteemi elementide vahelise interaktsiooni vahendite ja meetodite kogum.

Protokoll määratleb reeglid erinevate sõlmede sama taseme moodulite interaktsiooniks ja liides - sama sõlme külgnevate tasemete moodulite vahel.

OSI võrdlusmudelil on kokku seitse kihti. Väärib märkimist, et päris virnad kasutavad vähem kihte. Näiteks populaarne TCP/IP kasutab ainult nelja kihti. Miks nii? Selgitame veidi hiljem. Vaatame nüüd kõiki seitset taset eraldi.

OSI mudeli kihid:

  • Füüsiline tase. Määrab andmeedastuskandja tüübi, liideste füüsilised ja elektrilised omadused ning signaali tüübi. See kiht tegeleb teabe bittidega. Füüsilise kihi protokollide näited: Ethernet, ISDN, Wi-Fi.
  • Andmelingi tase. Vastutab edastusmeediumile juurdepääsu, vigade parandamise ja usaldusväärse andmeedastuse eest. Vastuvõtus Füüsilisest kihist saadud andmed pakitakse raamidesse ja seejärel kontrollitakse nende terviklikkust. Kui vigu pole, edastatakse andmed võrgukihile. Vigade ilmnemisel jäetakse kaader kõrvale ja genereeritakse uuesti saatmise taotlus. Andmeside kiht on jagatud kaheks alamkihiks: MAC (Media Access Control) ja LLC (Local Link Control). MAC reguleerib juurdepääsu jagatud füüsilisele andmekandjale. LLC pakub võrgukihi teenust. Lülitid töötavad andmesidekihis. Näited protokollidest: Ethernet, PPP.
  • Võrgukiht. Selle peamised ülesanded on marsruutimine - optimaalse andmeedastustee määramine, sõlmede loogiline adresseerimine. Lisaks võib selle taseme ülesandeks olla võrguprobleemide tõrkeotsing (ICMP-protokoll). Võrgukiht töötab pakettidega. Protokollinäited: IP, ICMP, IGMP, BGP, OSPF).
  • Transpordikiht. Mõeldud andmete edastamiseks ilma vigade, kadude ja dubleerimiseta nende edastamise järjekorras. Teostab andmeedastuse täielikku kontrolli saatjalt adressaadile. Protokollinäited: TCP, UDP.
  • Seansi tase. Haldab suhtlusseansi loomist/hooldamist/lõpetamist. Protokollinäited: L2TP, RTCP.
  • Executive tase. Teisendab andmed vajalikule kujule, krüpteerib/kodeerib ja tihendab.
  • Rakenduskiht. Pakub suhtlust kasutaja ja võrgu vahel. Suhtleb kliendipoolsete rakendustega. Protokollinäited: HTTP, FTP, Telnet, SSH, SNMP.

Pärast võrdlusmudeliga tutvumist vaatame TCP/IP protokolli pinu.

TCP/IP mudelis on määratletud neli kihti. Nagu ülaltoodud jooniselt näha, võib üks TCP/IP kiht vastata mitmele OSI mudeli kihile.

TCP/IP mudeli tasemed:

  • Võrgu liidese tase. Vastab OSI mudeli kahele alumisele kihile: andmeside ja füüsiline. Selle põhjal on selge, et see tase määrab edastusmeediumi (keerdpaar, optiline fiiber, raadio), signaali tüübi, kodeerimismeetodi, juurdepääsu edastusmeediumile, veaparanduse, füüsilise adresseerimise (MAC-aadressid) omadused. . TCP/IP mudelis töötab sellel tasemel Ethrneti protokoll ja selle tuletised (Fast Ethernet, Gigabit Ethernet).
  • Ühenduskiht. Vastab OSI mudeli võrgukihile. Võtab üle kõik oma funktsioonid: marsruutimine, loogiline adresseerimine (IP-aadressid). Sellel tasemel töötab IP-protokoll.
  • Transpordikiht. Vastab OSI mudeli transpordikihile. Vastutab pakettide toimetamise eest allikast sihtkohta. Sellel tasemel kasutatakse kahte protokolli: TCP ja UDP. TCP on UDP-st usaldusväärsem, kuna loob tõrgete ilmnemisel uuesti saatmiseks ühenduseeelsed taotlused. Kuid samal ajal on TCP aeglasem kui UDP.
  • Rakenduskiht. Selle peamine ülesanne on suhelda hostides olevate rakenduste ja protsessidega. Protokollinäited: HTTP, FTP, POP3, SNMP, NTP, DNS, DHCP.

Kapseldamine on andmepaketi pakkimise meetod, mille käigus eraldatakse sõltumatud pakettide päised madalamate tasemete päistest, kaasates need kõrgematele tasemetele.

Vaatame konkreetset näidet. Oletame, et tahame jõuda arvutist veebisaidile. Selleks peab meie arvuti ette valmistama http päringu, et hankida selle veebiserveri ressursid, kuhu meile vajalik saidi leht on salvestatud. Rakenduse tasemel lisatakse brauseri andmetele HTTP-päis. Järgmisena lisatakse transpordikihis meie paketile TCP päis, mis sisaldab saatja ja saaja pordinumbreid (port 80 HTTP jaoks). Võrgukihis luuakse IP-päis, mis sisaldab saatja ja saaja IP-aadresse. Vahetult enne edastamist lisatakse lingikihile Ethrneti päis, mis sisaldab saatja ja saaja füüsilisi (MAC-aadresse). Pärast kõiki neid protseduure edastatakse teabebittide kujul pakett võrgu kaudu. Vastuvõtus toimub vastupidine protseduur. Iga taseme veebiserver kontrollib vastavat päist. Kui kontroll õnnestub, visatakse päis kõrvale ja pakett liigub ülemisele tasemele. Vastasel juhul visatakse kogu pakett ära.

Võrguteaduses, nagu ka kõigis teistes teadmiste valdkonnas, on õppimisel kaks fundamentaalset lähenemist: liikumine üldisest konkreetsesse ja vastupidi. Noh, see pole nii, et elus kasutavad inimesed neid lähenemisviise puhtal kujul, kuid siiski valib iga õpilane algstaadiumis endale ühe ülalnimetatud suundadest. Kõrgharidusele (vähemalt (post)nõukogude mudelile) on tüüpilisem esimene meetod, eneseharimiseks kõige sagedamini teine: inimene töötas võrgus, lahendades aeg-ajalt väikeseid ühe kasutaja haldusülesandeid ja äkki tahtis ta aru saada, kuidas see jama tegelikult käib?

Kuid selle artikli eesmärk ei ole filosoofilised arutelud õpetamismetoodika üle. Tahaksin tutvustada algajatele võrgumeestele seda üldine ja mis kõige tähtsam, kust saab nagu pliidilt tantsida kõige peenematele erapoodidele. Mõistes seitsmekihilist OSI mudelit ja õppides "ära tundma" selle kihte juba tuttavates tehnoloogiates, saate hõlpsalt liikuda edasi mis tahes valitud võrgutööstuse suunas. OSI mudel on raamistik, millele riputatakse kõik uued teadmised võrkude kohta.

Seda mudelit mainitakse ühel või teisel viisil peaaegu igas kaasaegses võrke käsitlevas kirjanduses, samuti paljudes konkreetsete protokollide ja tehnoloogiate spetsifikatsioonides. Tundmata vajadust jalgratast uuesti leiutada, otsustasin avaldada väljavõtteid N. Oliferi, V. Oliferi (Infotehnoloogiakeskus) töödest „Sideprotokollide roll ja peamiste seadmete liikide funktsionaalne otstarve ettevõtete võrkudes ”, mida pean parimaks ja põhjalikumaks selleteemaliseks väljaandeks .

peatoimetaja

mudel

See, et protokoll on kokkulepe kahe interakteeruva üksuse, antud juhul kahe võrgus töötava arvuti vahel, ei tähenda, et see on tingimata standard. Kuid praktikas kipuvad nad võrkude juurutamisel kasutama standardprotokolle. Need võivad olla patenteeritud, riiklikud või rahvusvahelised standardid.

Rahvusvaheline Standardiorganisatsioon (ISO) on välja töötanud mudeli, mis määratleb selgelt süsteemidevahelise interaktsiooni erinevad tasemed, annab neile standardsed nimed ja täpsustab, millist tööd iga tasand tegema peaks. Seda mudelit nimetatakse avatud süsteemi vastastikuse ühenduse (OSI) mudeliks või ISO/OSI mudeliks.

OSI mudelis on side jagatud seitsmeks kihiks ehk kihiks (joonis 1.1). Iga tase käsitleb ühte konkreetset interaktsiooni aspekti. Seega on interaktsiooniprobleem jaotatud 7 konkreetseks probleemiks, millest igaüks saab lahendada teistest sõltumatult. Iga kiht säilitab liidesed ülalt ja all olevate kihtidega.

Riis. 1.1. ISO/OSI avatud süsteemide ühendamise mudel

OSI mudel kirjeldab ainult süsteemi sidet, mitte lõppkasutaja rakendusi. Rakendused rakendavad oma sideprotokolle, pääsedes juurde süsteemiseadmetele. Tuleb meeles pidada, et rakendus võib üle võtta mõnede OSI mudeli ülemiste kihtide funktsioonid ning sel juhul pääseb see vajadusel Interneti kaudu otse juurde süsteemitööriistadele, mis täidavad ülejäänud süsteemi alumiste kihtide funktsioone. OSI mudel.

Lõppkasutaja rakendus saab kasutada süsteemi interaktsiooni tööriistu mitte ainult dialoogi korraldamiseks mõnes teises masinas töötava rakendusega, vaid ka lihtsalt teatud võrguteenuse teenuste saamiseks, näiteks kaugfailidele juurdepääsuks, meilide vastuvõtmiseks või printimiseks. jagatud printer.

Oletame, et rakendus esitab päringu rakendusekihile, näiteks failiteenusele. Selle päringu alusel genereerib rakendustaseme tarkvara standardvormingus sõnumi, mis sisaldab teenuseteavet (päist) ja võimalusel ka edastatud andmeid. See sõnum edastatakse seejärel esindaja tasemele. Esitluskiht lisab oma päise sõnumile ja edastab tulemuse alla seansikihile, mis omakorda lisab oma päise jne. Mõned protokollirakendused näevad ette, et sõnum ei sisalda mitte ainult päist, vaid ka treilerit. Lõpuks jõuab sõnum madalaima, füüsilise kihini, mis edastab selle tegelikult mööda sideliine.

Kui sõnum saabub üle võrgu teise masinasse, liigub see järjestikku tasemelt tasemele. Iga tase analüüsib, töötleb ja kustutab oma taseme päise, täidab sellele tasemele vastavaid funktsioone ning edastab sõnumi kõrgemale tasemele.

Lisaks terminile "sõnum" on võrguspetsialistide poolt andmevahetusüksuse tähistamiseks ka muid nimetusi. ISO standardid mis tahes taseme protokollide jaoks kasutavad terminit "protokolli andmeüksus" - protokolli andmeüksus (PDU). Lisaks kasutatakse sageli nimesid raam, pakett ja datagramm.

ISO/OSI mudelikihi funktsioonid

Füüsiline kiht: see kiht tegeleb bittide edastamisega füüsiliste kanalite kaudu, nagu koaksiaalkaabel, keerdpaarkaabel või fiiberoptiline kaabel. See tase on seotud füüsiliste andmeedastuskandjate omadustega, nagu ribalaius, mürakindlus, iseloomulik impedants ja teised. Samal tasemel määratakse elektriliste signaalide omadused, näiteks nõuded impulsi servadele, edastatava signaali pinge- või voolutasemetele, kodeerimise tüübile, signaali edastuskiirusele. Lisaks on siin standarditud pistikute tüübid ja iga kontakti otstarve.

Füüsilise kihi funktsioone rakendatakse kõigis võrku ühendatud seadmetes. Arvuti poolel täidab füüsilise kihi funktsioone võrguadapter või jadaport.

Füüsilise kihi protokolli näide on 10Base-T Etherneti tehnoloogia spetsifikatsioon, mis määratleb kasutatava kaabli 3. kategooria varjestamata keerdpaarina, mille iseloomulik takistus on 100 oomi, RJ-45 pistik, füüsilise segmendi maksimaalne pikkus 100 meetrit, Manchesteri kood kaablil olevate andmete ja muude keskkonna- ja elektrisignaalide omaduste esitamiseks.

Andmelingi kiht: füüsiline kiht lihtsalt edastab bitte. Siin ei võeta arvesse, et mõnes võrgus, kus sideliine kasutavad (jagavad) vaheldumisi mitu interakteeruvat arvutipaari, võib füüsiline edastusmeedium olla hõivatud. Seetõttu on lingikihi üheks ülesandeks edastusmeediumi saadavuse kontrollimine. Linkkihi teine ​​ülesanne on rakendada vigade tuvastamise ja parandamise mehhanisme. Selleks rühmitatakse andmesidekihis bitid komplektideks, mida nimetatakse kaadriteks. Lingikiht tagab iga kaadri korrektse edastamise, asetades iga kaadri algusesse ja lõppu selle märgistamiseks spetsiaalse bittide jada, ning arvutab ka kontrollsumma, liites kõik kaadri baidid teatud viisil ja lisades kontrollsumma. raami külge. Kaadri saabumisel arvutab vastuvõtja uuesti vastuvõetud andmete kontrollsumma ja võrdleb tulemust kaadrist saadud kontrollsummaga. Kui need ühtivad, loetakse raam õigeks ja aktsepteerituks. Kui kontrollsummad ei ühti, salvestatakse viga.

Kohalikes võrkudes kasutatavad lingikihi protokollid sisaldavad teatud arvutitevaheliste ühenduste struktuuri ja meetodeid nende adresseerimiseks. Kuigi andmesidekiht pakub kaadri edastamist kohaliku võrgu mis tahes kahe sõlme vahel, teeb see seda ainult väga spetsiifilise ühenduse topoloogiaga võrgus, täpselt sellises topoloogias, mille jaoks see oli loodud. Tüüpilised topoloogiad, mida toetavad LAN-i lingikihi protokollid, hõlmavad jagatud siini, rõngast ja tähte. Linkkihi protokollide näited on Ethernet, Token Ring, FDDI, 100VG-AnyLAN.

Kohtvõrkudes kasutavad lingikihi protokolle arvutid, sillad, kommutaatorid ja ruuterid. Arvutites rakendatakse lingikihi funktsioone võrguadapterite ja nende draiverite ühiste jõupingutuste kaudu.

Globaalsetes võrkudes, millel on harva regulaarne topoloogia, tagab andmesidekiht sõnumite vahetamise kahe naaberarvuti vahel, mis on ühendatud individuaalse sideliiniga. Punkt-punkti protokollide (nagu selliseid protokolle sageli nimetatakse) näideteks on laialdaselt kasutatavad PPP ja LAP-B protokollid.

Võrgutasand See tasand moodustab ühtse transpordisüsteemi, mis ühendab mitu võrku erinevate põhimõtetega teabe edastamiseks lõppsõlmede vahel. Vaatame võrgukihi funktsioone, kasutades näitena kohalikke võrke. Kohaliku võrgu lingikihi protokoll tagab andmete edastamise mis tahes sõlmede vahel ainult võrgus, millel on vastav tüüpiline topoloogia. See on väga range piirang, mis ei luba ehitada arenenud struktuuriga võrke, näiteks võrke, mis ühendavad mitu ettevõtte võrku üheks võrguks, või väga töökindlaid võrke, kus sõlmede vahel on üleliigseid ühendusi. Ühelt poolt standardsete topoloogiate andmeedastusprotseduuride lihtsuse säilitamiseks ja teisest küljest suvaliste topoloogiate kasutamise võimaldamiseks kasutatakse täiendavat võrgukihti. Sellel tasemel võetakse kasutusele mõiste "võrk". Sel juhul mõistetakse võrku kui arvutite kogumit, mis on omavahel ühendatud vastavalt ühele standardsetest tüüpilistest topoloogiatest ja kasutavad andmete edastamiseks üht selle topoloogia jaoks määratletud lingikihi protokollidest.

Seega reguleerib võrgus andmeedastust andmeside kiht, kuid võrkude vahelist andmeedastust tegeleb võrgukiht.

Võrgukihi sõnumeid nimetatakse tavaliselt paketid. Pakettide edastamise korraldamisel võrgu tasemel kasutatakse kontseptsiooni "võrgu number". Sel juhul koosneb adressaadi aadress võrgunumbrist ja selle võrgu arvutinumbrist.

Võrgud on omavahel ühendatud spetsiaalsete seadmete abil, mida nimetatakse ruuteriteks. Ruuter on seade, mis kogub infot internetiühenduste topoloogia kohta ja edastab selle põhjal võrgukihi paketid sihtvõrku. Ühes võrgus asuvalt saatjalt sõnumi edastamiseks teises võrgus asuvale adressaadile peate tegema võrkude vahel mitmeid transiitülekandeid (hüppeid), valides iga kord sobiva marsruudi. Seega on marsruut ruuterite jada, mida pakett läbib.

Parima tee valimise probleemi nimetatakse marsruutimine ja selle lahendamine on võrgutasandi põhiülesanne. Selle probleemi teeb keeruliseks asjaolu, et lühim tee ei ole alati parim. Sageli on marsruudi valiku kriteeriumiks sellel marsruudil andmete edastamise aeg, see sõltub sidekanalite läbilaskevõimest ja liiklusintensiivsusest, mis võib aja jooksul muutuda. Mõned marsruutimisalgoritmid püüavad kohaneda koormuse muutustega, teised aga teevad otsuseid pikaajaliste keskmiste põhjal. Marsruudi saab valida muude kriteeriumide, näiteks edastuskindluse alusel.

Võrgutasandil on määratletud kahte tüüpi protokolle. Esimene tüüp viitab reeglite määratlemisele lõppsõlme andmepakettide edastamiseks sõlmest ruuterisse ja ruuterite vahel. Need on protokollid, mida tavaliselt peetakse silmas, kui inimesed räägivad võrgukihi protokollidest. Võrgukiht sisaldab ka teist tüüpi protokolli, mida nimetatakse marsruutimise teabevahetuse protokollid. Neid protokolle kasutades koguvad ruuterid teavet võrguühenduste topoloogia kohta. Võrgukihi protokolle rakendavad operatsioonisüsteemi tarkvaramoodulid, samuti ruuteri tarkvara ja riistvara.

Võrgukihi protokollide näideteks on TCP/IP-pinu IP-võrguprotokoll ja Novelli IPX-viru Interneti-protokoll.

Transpordikiht: teel saatjalt adressaadini võivad paketid olla rikutud või kadunud. Kuigi mõnel rakendusel on oma veakäsitlus, on teised, mis eelistavad kohe usaldusväärse ühendusega tegeleda. Transpordikihi ülesanne on tagada, et rakendused või pinu ülemised kihid – rakendus ja seanss – edastaksid andmeid vajaliku usaldusväärsusega. OSI mudel määratleb viis transpordikihi pakutavat teenuseklassi. Seda tüüpi teenuseid eristab pakutavate teenuste kvaliteet: kiireloomulisus, katkenud side taastamise võimalus, vahendite olemasolu erinevate rakendusprotokollide vahelise mitme ühenduse multipleksimiseks ühise transpordiprotokolli kaudu ning mis kõige tähtsam - võime tuvastada ja parandada edastusvigu, nagu pakettide moonutused, kadumine ja dubleerimine.

Transpordikihi teenuseklassi valiku määrab ühelt poolt see, kuivõrd töökindluse tagamise probleemi lahendavad transpordi omast kõrgema taseme rakendused ja protokollid, teisalt aga sõltub see valik kui usaldusväärne on kogu andmeedastussüsteem võrgus. Nii et näiteks kui sidekanalite kvaliteet on väga kõrge ja madalama taseme protokollidega avastamata vigade tõenäosus väike, siis on mõistlik kasutada mõnda kerge transpordikihi teenust, mida ei koormata arvukate kontrollidega. , käepigistust ja muid töökindluse suurendamise tehnikaid. Kui sõidukid on esialgu väga ebausaldusväärsed, siis on soovitatav pöörduda kõige arenenuma transporditaseme teenuse poole, mis töötab maksimaalselt vigade tuvastamise ja kõrvaldamise vahenditega - kasutades loogilise ühenduse eelloomist, teadete edastamise jälgimist kontrollsummade abil ning pakettide tsükliline nummerdamine, tarneaja määramine jne.

Reeglina rakendab kõiki protokolle, alates transpordikihist ja kõrgemal, võrgu lõppsõlmede - nende võrgu operatsioonisüsteemide komponentide - tarkvara. Transpordiprotokollide näideteks on TCP/IP-pinu TCP- ja UDP-protokollid ning Novelli virna SPX-protokollid.

Seansikiht: seansikiht pakub vestluste haldust, et registreerida, milline osapool on parasjagu aktiivne, ja pakub ka sünkroonimisvõimalusi. Viimased võimaldavad pikkadesse ülekannetesse sisestada kontrollpunkte, et ebaõnnestumise korral saaksid minna tagasi viimasesse kontrollpunkti, mitte otsast peale alustada. Praktikas kasutavad seansikihti vähesed rakendused ja seda rakendatakse harva.

Esitluskiht: see kiht tagab, et rakenduskihi kaudu edastatud teavet mõistab teise süsteemi rakenduskiht. Vajadusel teisendab esitluskiht andmevormingud mõneks levinud esitlusvorminguks ja vastavalt vastuvõtul teostab pöördkonversiooni. Nii saavad rakenduskihid ületada näiteks süntaktilisi erinevusi andmete esituses. Sellel tasemel saab teostada andmete krüptimist ja dekrüpteerimist, tänu millele on andmevahetuse salajasus tagatud kõikidele rakendusteenustele korraga. Esitluskihis töötava protokolli näide on SSL (Secure Socket Layer) protokoll, mis pakub turvalist sõnumivahetust TCP/IP-virna rakenduskihi protokollidele.

Rakenduskiht Rakenduskiht on tegelikult vaid erinevate protokollide kogum, mille kaudu võrgukasutajad pääsevad juurde jagatud ressurssidele, nagu failid, printerid või hüpertekst-veebilehed, ja korraldavad ka oma koostööd, kasutades näiteks e-posti protokolli. Tavaliselt nimetatakse andmeühikut, millega rakenduskiht töötab sõnum .

Rakenduskihi protokolle on väga palju. Toome näitena vähemalt mõned levinumad failiteenuste juurutused: NCP operatsioonisüsteemis Novell NetWare, SMB Microsoft Windows NT-s, NFS, FTP ja TFTP, mis on osa TCP/IP pinust.

Kuigi OSI mudel on väga oluline, on see vaid üks paljudest suhtlusmudelitest. Need mudelid ja nendega seotud protokollivirnad võivad erineda kihtide arvu, funktsioonide, sõnumivormingute, ülemistel kihtidel pakutavate teenuste ja muude parameetrite poolest.

Populaarsete sideprotokolli virnade omadused

Niisiis toimub arvutite suhtlus võrkudes vastavalt sõnumite ja nende vormingute vahetamise teatud reeglitele, st vastavalt teatud protokollidele. Hierarhiliselt organiseeritud protokollide kogumit, mis lahendab võrgusõlmede vahelise interaktsiooni probleemi, nimetatakse sideprotokolli virnaks.

Võrkudes kasutatakse laialdaselt palju protokollivirnu. Need on rahvusvahelised ja riiklikud standardid ning patenteeritud virnad, mis on laialt levinud konkreetse ettevõtte seadmete levimuse tõttu. Populaarsete protokollipakkide näidete hulka kuuluvad Novelli IPX/SPX-pinn, Internetis ja paljudes UNIX-i operatsioonisüsteemil põhinevates võrkudes kasutatav TCP/IP-pinn, Rahvusvahelise Standardiorganisatsiooni OSI-pinn, Digital Equipment Corporationi DECnet-pinn ja mitmed teised.

Konkreetse sideprotokollivirna kasutamine võrgus määrab suuresti võrgu näo ja selle omadused. Väiksemad võrgud võivad kasutada ainult ühte virna. Suurtes ettevõtete võrkudes, mis ühendavad erinevaid võrke, kasutatakse tavaliselt paralleelselt mitut virna.

Sideseadmed rakendavad madalama kihi protokolle, mis on rohkem standardiseeritud kui kõrgema kihi protokollid ja see on eelduseks erinevate tootjate seadmete edukaks koostööks. Konkreetse sideseadme toetatud protokollide loend on selle seadme üks olulisemaid omadusi.

Arvutid realiseerivad sideprotokolle võrguoperatsioonisüsteemi vastavate tarkvaraelementide kujul, näiteks lingitaseme protokollid on tavaliselt realiseeritud võrguadapteri draiveritena ning kõrgema taseme protokollid serveri- ja kliendikomponentide kujul. võrguteenustest.

Võime töötada hästi konkreetses operatsioonisüsteemi keskkonnas on sideseadmete oluline omadus. Sageli võite võrguadapteri või jaoturi reklaamidest lugeda, et see on loodud spetsiaalselt NetWare'i või UNIX-i võrgus töötamiseks. See tähendab, et riistvaraarendajad on optimeerinud selle omadused selles võrgu operatsioonisüsteemis kasutatavate protokollide jaoks või nende konkreetse versiooni jaoks, kui neid protokolle kasutatakse erinevates operatsioonisüsteemides. Tulenevalt protokollide rakendamise iseärasustest erinevates operatsioonisüsteemides on sideseadmete üheks tunnuseks nende sertifitseerimine võimekuse kohta töötada antud operatsioonisüsteemi keskkonnas.

Madalamatel tasanditel – füüsiline ja andmeside – kasutavad peaaegu kõik virnad samu protokolle. Need on hästi standardiseeritud protokollid: Ethernet, Token Ring, FDDI ja mõned teised, mis võimaldavad kasutada samu seadmeid kõigis võrkudes.

Olemasolevate standardsete virnade võrgu- ja kõrgema kihi protokollid on väga varieeruvad ja üldiselt ei vasta ISO mudeli soovitatud kihilisusele. Eelkõige kombineeritakse nendes virnades seansi- ja esitluskihi funktsioone kõige sagedamini rakenduskihiga. See lahknevus on tingitud asjaolust, et ISO mudel ilmus juba olemasolevate ja tegelikult kasutatud virnade üldistamise tulemusena, mitte vastupidi.

OSI virn

Eristada tuleb OSI protokolli pinu ja OSI mudelit. Kui OSI-mudel määratleb kontseptuaalselt avatud süsteemide interaktsiooni protseduuri, jagades ülesande seitsmeks kihiks, standardiseerib iga kihi eesmärgi ja tutvustab kihtidele standardseid nimesid, siis OSI-pinn on väga spetsiifiliste protokolli spetsifikatsioonide kogum, mis moodustab järjepideva. protokolli virn. Seda protokollipakki toetab USA valitsus oma programmis GOSIP. Kõik pärast 1990. aastat installitud valitsuse arvutivõrgud peavad kas otseselt toetama OSI-virna või pakkuma vahendeid tulevikus virnale üleminekuks. OSI-võrk on aga Euroopas populaarsem kui USA-s, kuna Euroopasse on installitud vähem pärandvõrke, mis kasutavad oma protokolle. Samuti on Euroopas suur vajadus ühise stäki järele, kuna erinevaid riike on nii palju.

See on rahvusvaheline, tootjast sõltumatu standard. See võib võimaldada koostööd ettevõtete, partnerite ja tarnijate vahel. Selle suhtluse muudab keeruliseks käsitlemine, nimetamine ja andmeturbeprobleemid. Kõik need probleemid on osaliselt lahendatud OSI virnas. OSI-protokollid nõuavad palju protsessori töötlemisvõimsust, muutes need sobivamaks võimsate masinate jaoks, mitte personaalarvutite võrkude jaoks. Enamik organisatsioone alles kavandab üleminekut OSI-virnale. Selles suunas tegutsejate hulgas on USA mereväeosakond ja NFSNET-võrk. Üks suurimaid OSI-d toetavaid tootjaid on AT&T. Selle Stargroupi võrk põhineb täielikult OSI-pinul.

Arusaadavatel põhjustel vastab OSI-pinn erinevalt teistest standardsetest pinudest täielikult OSI-ühenduse mudelile spetsifikatsioonid avatud süsteemide vastastikuse sidumise mudeli kõigi seitsme kihi jaoks (joonis 1.3).


Riis. 1.3. OSI virn

Peal OSI-pinn toetab Etherneti, Token Ringi, FDDI-protokolle, samuti LLC-, X.25- ja ISDN-protokolle. Neid protokolle käsitletakse üksikasjalikult käsiraamatu teistes osades.

Teenused võrk, transport ja seanss tasemed on saadaval ka OSI virnas, kuid need pole eriti levinud. Võrgukiht rakendab nii ühenduseta kui ka ühendusepõhiseid protokolle. OSI virna transpordiprotokoll, mis on kooskõlas selle jaoks OSI mudelis määratletud funktsioonidega, peidab erinevused ühendusele orienteeritud ja ühenduseta võrguteenuste vahel, nii et kasutajad saavad soovitud teenuse kvaliteeti sõltumata aluseks olevast võrgukihist. Selle tagamiseks nõuab transpordikiht, et kasutaja määraks soovitud teenuse kvaliteedi. Määratletud on 5 transporditeenuse klassi, madalaimast klassist 0 kuni kõrgeima klassini 4, mis erinevad veataluvuse astme ja vigadejärgse andmete taastamise nõuete poolest.

Teenused rakenduse tase hõlmavad failiedastust, terminali emulatsiooni, kataloogiteenuseid ja posti. Neist kõige lootustandvamad on kataloogiteenus (X.500 standard), elektronpost (X.400), virtuaalterminali protokoll (VT), failiedastus-, juurdepääsu- ja haldusprotokoll (FTAM), edastamis- ja tööhaldusprotokoll (JTM) . Viimasel ajal on ISO keskendunud tipptasemel teenustele.

X.400

on Rahvusvahelise Telegraafi ja Telefoni Konsultatiivkomitee (CCITT) soovituste perekond, mis kirjeldab elektroonilisi sõnumiedastussüsteeme. Tänapäeval on X.400 soovitused kõige populaarsem sõnumsideprotokoll. X.400 soovitused kirjeldavad sõnumsidesüsteemi mudelit, selle süsteemi kõigi komponentide vahelise suhtluse protokolle, aga ka mitut tüüpi sõnumeid ja võimalusi, mis saatjal on iga saadetud sõnumitüübi jaoks.

X.400 soovitused määravad kindlaks järgmised minimaalsed nõutavad teenuste komplektid, mida kasutajatele tuleb pakkuda: juurdepääsu kontroll, kordumatute süsteemisõnumi identifikaatorite hooldus, sõnumi edastamise või mitteedastuse teatis koos põhjusega, sõnumi sisu tüübi näit, sõnumi sisu teisendamise näit, edastamine ja kohaletoimetamise ajatemplid, kohaletoimetamise kategooria valimine (kiireloomuline, mittekiireloomuline, tavaline), multisaadete edastamine, hilinenud kohaletoimetamine (kuni teatud ajahetkeni), sisu muutmine liideseks ühildumatute meilisüsteemidega, nagu teleksi- ja faksiteenused, päringu esitamine, kas edastati konkreetne sõnum, meililistid, millel võib olla pesastatud struktuur, vahendid sõnumite kaitsmiseks volitamata juurdepääsu eest, mis põhinevad asümmeetrilisel avaliku võtmega krüptosüsteemil.

Soovituste eesmärk X.500 eesmärk on töötada välja ülemaailmsed kasutajatoe standardid. Sõnumi edastamise protsess eeldab saaja aadressi tundmist, mis on suurtes võrkudes probleemiks, mistõttu on vajalik kasutajatoe olemasolu, mis aitab saada saatjate ja saajate aadresse. Üldiselt on X.500 teenus nimede ja aadresside hajutatud andmebaas. Kõigil kasutajatel on potentsiaalselt lubatud sellesse andmebaasi sisse logida, kasutades teatud atribuutide komplekti.

Nimede ja aadresside andmebaasis on määratletud järgmised toimingud:

  • lugemine – teadaoleva nimega aadressi saamine,
  • päring – teadaolevate aadressiatribuutide põhjal nime saamine,
  • muudatus, mis hõlmab kirjete kustutamist ja lisamist andmebaasi.

Peamised väljakutsed X.500 soovituste rakendamisel tulenevad selle projekti ulatusest, mis väidetavalt on ülemaailmne tugiteenus. Seetõttu on X.500 soovitusi rakendav tarkvara väga tülikas ja seab riistvara jõudlusele kõrgeid nõudmisi.

Protokoll VT lahendab erinevate terminali emulatsiooniprotokollide vahelise ühildumatuse probleemi. Praegu peab IBM PC-ga ühilduva personaalarvuti kasutaja, et VAX, IBM 3090 ja HP9000 arvutitega samaaegselt töötada, ostma kolm erinevat programmi erinevat tüüpi ja erinevaid protokolle kasutavate terminalide emuleerimiseks. Kui igal hostarvutil oleks ISO terminali emulatsiooniprotokolli tarkvara, oleks kasutajal vaja ainult ühte VT-protokolli toetavat programmi. ISO on oma standardisse koondanud laialdaselt kasutatavad terminali emulatsioonifunktsioonid.

Failiedastus on kõige levinum arvutiteenus. Juurdepääs failidele, nii kohalikele kui ka kaugjuhtimispuldidele, on vajalik kõikide rakenduste jaoks – tekstiredaktorid, meilid, andmebaasid või kaugkäivitusprogrammid. ISO pakub sellist teenust protokollis FTAM. Koos X.400 standardiga on see kõige populaarsem OSI virna standard. FTAM pakub võimalusi failisisu lokaliseerimiseks ja sellele juurde pääsemiseks ning sisaldab juhiseid faili sisu sisestamiseks, asendamiseks, laiendamiseks ja kustutamiseks. FTAM pakub ka võimalusi faili kui terviku manipuleerimiseks, sealhulgas faili loomiseks, kustutamiseks, lugemiseks, avamiseks, sulgemiseks ja selle atribuutide valimiseks.

Edastamise ja töökontrolli protokoll JTM Võimaldab kasutajatel edastada tööd, mis tuleb hostarvutis lõpetada. Tööde esitamist võimaldav tööde juhtimiskeel ütleb hostarvutile, milliseid toiminguid milliste programmide ja failidega teha. JTM-protokoll toetab traditsioonilist paketttöötlust, tehingute töötlemist, kaugtöö sisestust ja hajutatud juurdepääsu andmebaasile.

TCP/IP pinu

TCP/IP-pinn, mida nimetatakse ka DoD-pinnaks ja Interneti-pinnaks, on üks populaarsemaid ja paljutõotavamaid sideprotokollivirnu. Kui praegu levitatakse seda peamiselt UNIX OS-iga võrkudes, siis selle juurutamine personaalarvutite võrguoperatsioonisüsteemide uusimates versioonides (Windows NT, NetWare) on heaks eelduseks TCP/ installimiste arvu kiireks kasvuks. IP pinu.

Virn töötati välja USA kaitseministeeriumi (DoD) initsiatiivil enam kui 20 aastat tagasi, et ühendada eksperimentaalne ARPAneti võrk teiste satelliidivõrkudega heterogeensete andmetöötluskeskkondade ühiste protokollide kogumina. ARPA võrgustik toetas arendajaid ja teadlasi militaarvaldkondades. ARPA võrgus toimus kahe arvuti vaheline suhtlus Interneti-protokolli (IP) abil, mis on tänaseni üks peamisi TCP / IP-virnas ja ilmub virna nimes.

Berkeley ülikool andis suure panuse TCP/IP-pinu arendamisse, rakendades UNIX OS-i versioonis pinuprotokolle. UNIX-i operatsioonisüsteemi laialdane kasutuselevõtt tõi kaasa ka IP ja muude pinuprotokollide laialdase kasutuselevõtu. See virn annab jõudu ka Internetile, mille Internet Engineering Task Force (IETF) aitab oluliselt kaasa RFC spetsifikatsioonide kujul avaldatud virnastandardite väljatöötamisele.

Kuna TCP/IP pinu töötati välja enne ISO/OSI avatud süsteemide vastastikuse sidumise mudeli tulekut, kuigi sellel on ka mitmetasandiline struktuur, on TCP/IP pinu tasemete vastavus OSI mudeli tasemetele pigem tingimuslik. .

TCP/IP-protokollide struktuur on näidatud joonisel 1.4. TCP/IP-protokollid on jagatud 4 kihti.

Riis. 1.4. TCP/IP pinu

Madalaim ( IV tase ) - võrguliideste tase - vastab OSI mudeli füüsilisele ja andmesidetasemele. See tase TCP/IP-protokollides ei ole reguleeritud, kuid toetab kõiki populaarseid füüsilise ja andmesidekihi standardeid: kohalike kanalite jaoks on need Ethernet, Token Ring, FDDI, globaalsete kanalite jaoks - oma protokollid analoogvalimisega töötamiseks. üles- ja püsiliinid SLIP/PPP, mis loovad punkt-punkti ühendused WAN-i jadalinkide kaudu ning WAN-protokolle X.25 ja ISDN. Samuti on välja töötatud spetsiaalne spetsifikatsioon, mis määratleb ATM-tehnoloogia kasutamise andmesidekihi transpordina.

Järgmine tase ( III tase ) on võrgukiht, mis tegeleb datagrammide edastamisega, kasutades erinevaid kohalikke võrke, X.25 piirkondlikke võrke, ad hoc liine jne. Pinn kasutab protokolli IP, mis oli algselt loodud protokollina pakettide edastamiseks liitvõrkudes, mis koosnevad suurest hulgast kohalikest võrkudest, mis on ühendatud nii kohalike kui ka globaalsete ühendustega. Seetõttu töötab IP-protokoll hästi keeruka topoloogiaga võrkudes, kasutades ratsionaalselt alamsüsteemide olemasolu neis ja kasutades säästlikult väikese kiirusega sideliinide ribalaiust. IP-protokoll on datagrammi protokoll.

Interneti-töö tase hõlmab ka kõiki marsruutimistabelite koostamise ja muutmisega seotud protokolle, näiteks marsruutimisteabe kogumise protokolle PUHKA RAHUS.(Routing Internet Protocol) ja OSPF(Kõigepealt ava lühim tee), samuti Interneti-juhtsõnumiprotokolli ICMP(Internet Control Message Protocol). Viimane protokoll on mõeldud vigade kohta teabe vahetamiseks ruuteri ja lüüsi, lähtesüsteemi ja sihtsüsteemi vahel, st tagasiside korraldamiseks. Spetsiaalsete ICMP-pakettide abil teatatakse, et paketti ei ole võimalik kohale toimetada, paketi fragmentidest kokkupanemise eluiga või kestus on ületatud, parameetrite anomaalsed väärtused, edastusmarsruudi ja teenuse tüübi muutus, teenuse olek. süsteem jne.

Järgmine tase ( II tase) nimetatakse põhiliseks. Sellel tasemel töötab edastuse juhtimisprotokoll TCP(Transmission Control Protocol) ja kasutaja datagrammi protokoll UDP(Kasutaja Datagrammi protokoll). TCP-protokoll tagab stabiilse virtuaalse ühenduse kaugrakendusprotsesside vahel. UDP-protokoll tagab rakenduspakettide edastamise datagrammi meetodil, st ilma virtuaalset ühendust loomata, ja nõuab seetõttu vähem üldkulusid kui TCP.

Kõrgeim tase ( I tase) nimetatakse rakendatuks. Paljude aastate jooksul erinevate riikide ja organisatsioonide võrkudes kasutusel on TCP/IP pinu kogunud suure hulga protokolle ja rakendustaseme teenuseid. Nende hulka kuuluvad sellised laialdaselt kasutatavad protokollid nagu FTP-failide kopeerimisprotokoll, telneti terminali emulatsiooniprotokoll, Interneti-e-postis kasutatav SMTP-postiprotokoll ja selle Venemaa haru RELCOM, hüpertekstiteenused kaugteabele juurdepääsuks, nagu WWW ja paljud teised. Vaatame lähemalt mõnda neist, mis on selle kursuse teemadega kõige tihedamalt seotud.

Protokoll SNMP(Simple Network Management Protocol) kasutatakse võrguhalduse korraldamiseks. Juhtimisprobleem jaguneb siin kaheks probleemiks. Esimene ülesanne on seotud info edastamisega. Juhtteabe edastusprotokollid määravad kindlaks serveri ja administraatori hostis töötava klientprogrammi vahelise suhtluse protseduuri. Need määravad klientide ja serverite vahel vahetatavad sõnumivormingud, samuti nimede ja aadresside vormingud. Teine väljakutse on seotud kontrollitud andmetega. Standardid reguleerivad, milliseid andmeid tuleks lüüsides salvestada ja koguda, nende andmete nimesid ja nende nimede süntaksit. SNMP standard määratleb võrguhalduse teabe andmebaasi spetsifikatsiooni. See spetsifikatsioon, mida tuntakse haldusteabe baasina (MIB), määratleb andmeelemendid, mida host või lüüs peab salvestama, ja nendega lubatud toimingud.

Failiedastusprotokoll FTP(File Transfer Protocol) rakendab kaugjuurdepääsu failidele. Usaldusväärse edastuse tagamiseks kasutab FTP transpordina ühendusele orienteeritud protokolli - TCP. Lisaks failiedastusprotokollile pakub FTP muid teenuseid. See annab kasutajale võimaluse interaktiivselt suhelda kaugmasinaga, näiteks saab ta printida selle kataloogide sisu FTP võimaldab kasutajal määrata salvestatavate andmete tüübi ja vormingu. Lõpuks autentib FTP kasutajad. Enne failile juurde pääsemist nõuab protokoll, et kasutajad esitaksid oma kasutajanime ja parooli.

TCP/IP-pinus pakub FTP kõige põhjalikumat failiteenuste komplekti, kuid seda on ka kõige keerulisem programmeerida. Rakendused, mis ei vaja kõiki FTP võimalusi, saavad kasutada teist, kuluefektiivsemat protokolli – lihtsat failiedastusprotokolli. TFTP(Triviaalne failiedastusprotokoll). See protokoll rakendab ainult failiedastust ja kasutatav transport on lihtsam kui TCP, ühenduseta protokoll - UDP.

Protokoll telnet pakub baitide voo ülekandmist protsesside vahel, samuti protsessi ja terminali vahel. Kõige sagedamini kasutatakse seda protokolli kaugarvuti terminali emuleerimiseks.

IPX/SPX virn

See virn on algne Novelli protokollipakk, mille see töötas välja oma NetWare'i võrguoperatsioonisüsteemi jaoks 80ndate alguses. IPX (Internetwork Packet Exchange) ja SPX (Sequenced Packet Exchange) protokollid, mis annavad virnale nime, on Xeroxi XNS-i protokollide otsesed kohandused, mis on palju vähem levinud kui IPX/SPX. Installimiste osas on IPX/SPX-protokollid liidrid ja see on tingitud asjaolust, et NetWare OS ise on liidripositsioonil, mille installimiste osakaal maailmas on ligikaudu 65%.

Novelli protokollide perekond ja nende vastavus ISO/OSI mudelile on toodud joonisel 1.5.

Riis. 1.5. IPX/SPX virn

Peal füüsilised ja andmesidetasandid Novelli võrgud kasutavad kõiki selle taseme populaarseid protokolle (Ethernet, Token Ring, FDDI jt).

Peal võrgu tasandil protokoll töötab Novelli virnas IPX, samuti marsruutimise teabevahetuse protokollid PUHKA RAHUS. Ja NLSP(analoogne TCP/IP-pinu OSPF-protokolliga). IPX on protokoll, mis tegeleb pakettide adresseerimise ja marsruutimisega Novelli võrkudes. IPX-i marsruutimise otsused põhinevad selle paketi päises olevatel aadressiväljadel ja marsruutimise teabevahetusprotokollide teabel. Näiteks IPX kasutab kas RIP või NLSP (NetWare Link State Protocol) pakutavat teavet, et edastada paketid sihtarvutisse või järgmisele ruuterile. IPX-protokoll toetab ainult sõnumivahetuse datagrammi meetodit, tänu millele kulutab säästlikult arvutusressursse. Seega pakub IPX-protokoll kolme funktsiooni: aadressi määramine, marsruudi loomine ja datagrammide saatmine.

OSI mudeli transpordikiht Novelli virnas vastab SPX-protokollile, mis teostab ühendusele orienteeritud sõnumiedastust.

Peal rakenduse, esitluse ja seansi tasemed NCP ja SAP protokollid töötavad. Protokoll NCP(NetWare Core Protocol) on NetWare'i serveri ja tööjaama kesta vahelise suhtluse protokoll. See rakenduskihi protokoll rakendab klient-serveri arhitektuuri OSI mudeli ülemistel kihtidel. Selle protokolli funktsioone kasutades loob tööjaam ühenduse serveriga, kaardistab serveri kataloogid kohalike draivitähtedega, skannib serveri failisüsteemi, kopeerib kaugfaile, muudab nende atribuute jne ning jagab tööjaamade vahel ka võrguprinterit.

(Service Advertising Protocol) – teenuse reklaamiprotokoll on kontseptuaalselt sarnane RIP-protokolliga. Nii nagu RIP võimaldab ruuteritel marsruutimisteavet vahetada, võimaldab SAP võrguseadmetel vahetada teavet saadaolevate võrguteenuste kohta.

Serverid ja ruuterid kasutavad oma teenuste ja võrguaadresside reklaamimiseks SAP-i. SAP-protokoll võimaldab võrguseadmetel pidevalt värskendada teavet selle kohta, millised teenused on praegu võrgus saadaval. Käivitamisel kasutavad serverid ülejäänud võrku oma teenustest teavitamiseks SAP-i. Kui server lülitub välja, kasutab see SAP-i, et teavitada võrku, et tema teenused on lõpetatud.

Novelli võrkudes saadavad NetWare 3.x serverid SAP-edastuspakette välja iga minut. SAP-paketid ummistavad oluliselt võrku, seega on globaalsele sidele ligipääsevate ruuterite üks peamisi ülesandeid SAP-pakettide ja RIP-pakettide liikluse filtreerimine.

IPX/SPX-pinu omadused tulenevad NetWare OS-i omadustest, nimelt selle varajaste versioonide (kuni 4.0) orientatsioonist töötamiseks väikestes kohalikes võrkudes, mis koosnevad tagasihoidlike ressurssidega personaalarvutitest. Seetõttu vajas Novell protokolle, mis nõudsid minimaalselt RAM-i (IBM-iga ühilduvates arvutites, milles töötab MS-DOS, kuni 640 KB) ja mis töötaksid kiiresti väikese energiatarbega protsessoritega. Selle tulemusena töötasid IPX/SPX pinuprotokollid kuni viimase ajani hästi kohalikes võrkudes ja mitte nii hästi suurtes ettevõtete võrkudes, kuna need koormasid aeglased globaalsed lingid üle levipakettidega, mida mitmed selle virna protokollid intensiivselt kasutavad (näiteks luua side klientide ja serverite vahel).

See asjaolu, aga ka asjaolu, et IPX/SPX-pinn on Novelli omand ja selle rakendamiseks on vaja litsentsi, on pikka aega piiranud selle levitamist ainult NetWare'i võrkudega. NetWare 4.0 väljalaskmise ajaks oli Novell aga teinud ja teeb jätkuvalt suuri muudatusi oma protokollides, et kohandada need ettevõtte võrkudes töötamiseks. Nüüd on IPX/SPX pinu rakendatud mitte ainult NetWare'is, vaid ka mitmes teises populaarses võrguoperatsioonisüsteemis - SCO UNIX, Sun Solaris, Microsoft Windows NT.

NetBIOS/SMB virn

Microsoft ja IBM töötasid koos personaalarvutite võrgutööriistade kallal, nii et NetBIOS/SMB protokollipakk on nende ühine vaimusünnitus. NetBIOS-i tööriistad ilmusid 1984. aastal IBM PC põhilise sisend-/väljundsüsteemi (BIOS) standardfunktsioonide võrgulaiendusena arvutivõrgu võrguprogrammile IBMilt, mis rakenduse tasemel (joonis 1.6) kasutas SMB (joonis 1.6). Server Message Block) protokoll võrguteenuste rakendamiseks.

Riis. 1.6. NetBIOS/SMB virn

Protokoll NetBIOS töötab avatud süsteemide interaktsioonimudeli kolmel tasemel: võrk, transport ja seanss. NetBIOS suudab pakkuda kõrgemat taset kui IPX- ja SPX-protokollid, kuid sellel pole marsruutimisvõimalusi. Seega ei ole NetBIOS võrguprotokoll selle sõna otseses tähenduses. NetBIOS sisaldab palju kasulikke võrgufunktsioone, mida saab omistada võrgu-, transpordi- ja seansikihtidele, kuid seda ei saa kasutada pakettide marsruutimiseks, kuna NetBIOS-i kaadrivahetusprotokoll ei tutvusta sellist võrgu mõistet. See piirab NetBIOS-protokolli kasutamist kohalikes võrkudes, mis pole alamvõrku ühendatud. NetBIOS toetab nii datagrammi kui ka ühendusepõhist suhtlust.

Protokoll SMB, mis vastab OSI mudeli rakendus- ja esindustasemetele, reguleerib tööjaama ja serveri interaktsiooni. SMB funktsioonid hõlmavad järgmisi toiminguid:

  • Seansi juhtimine. Loogilise kanali loomine ja katkestamine tööjaama ja failiserveri võrguressursside vahel.
  • Juurdepääs failidele. Tööjaam saab failiserveriga ühendust võtta kataloogide loomiseks ja kustutamiseks, failide loomiseks, avamiseks ja sulgemiseks, failide lugemiseks ja kirjutamiseks, failide ümbernimetamiseks ja kustutamiseks, failide otsimiseks, failiatribuutide hankimiseks ja määramiseks ning kirjete lukustamiseks.
  • Trükiteenus. Tööjaam saab seada failid serverisse printimiseks järjekorda ja hankida teavet prindijärjekorra kohta.
  • Sõnumiteenus. SMB toetab lihtsat sõnumivahetust järgmiste funktsioonidega: lihtsa sõnumi saatmine; saatke edastussõnum; saada sõnumiploki algus; saata sõnumiploki tekst; saada sõnumiploki lõpp; edasta kasutajanimi; tühistada saadetis; hankige masina nimi.

Kuna NetBIOS-i API-funktsioone kasutab suur hulk rakendusi, rakendavad paljud võrguoperatsioonisüsteemid neid funktsioone oma transpordiprotokollide liidesena. NetWare'il on programm, mis emuleerib IPX-protokollil põhinevaid NetBIOS-i funktsioone, ja NetBIOS-i jaoks on olemas tarkvaraemulaatorid Windows NT ja TCP/IP-pinu jaoks.

Miks me vajame neid väärtuslikke teadmisi? (toimetus)

Üks kolleeg esitas mulle kord keerulise küsimuse. Noh, ta ütleb, et teate, mis on OSI mudel... Ja milleks seda vaja on, mis on nendest teadmistest praktiline kasu: kui just mannekeenide ees ei näita? See pole tõsi, nende teadmiste eeliseks on süstemaatiline lähenemine paljude praktiliste probleemide lahendamisele. Näiteks:

  • tõrkeotsing (
tõrkeotsing)

Kasutaja (lihtsalt sõber) tuleb teie juurde kui administraator (kogenud võrgutöötaja) ja ütleb – see "ei loo minuga ühendust". Ta ütleb, et võrku pole, ja kõik. Sa hakkad sellest aru saama. Niisiis märkasin oma naabrite vaatlemise kogemuse põhjal, et inimese tegevust, kes ei ole oma südames OSI mudelist teadlik, iseloomustab iseloomulik kaootiline käitumine: kas ta tõmbab traati või nokitseb äkki millegi kallal. brauseris. Ja see viib sageli selleni, et ilma suunata liikudes tõmbab selline "spetsialist" kõike ja kõikjal, välja arvatud probleemi piirkonnas, raiskades palju enda ja teiste inimeste aega. Mõistes interaktsioonitasandite olemasolu, on liikumine ühtlasem. Ja kuigi lähtepunkt võib olla erinev (igas raamatus, millega kokku puutusin, olid soovitused veidi erinevad), on veaotsingu üldine loogiline eeldus järgmine - kui tasemel X toimub interaktsioon õigesti, siis tasemel X-1 kõige rohkem tõenäoliselt on ka kõik korras. Vähemalt iga konkreetse kohta hetk aega. IP-võrkudes tõrkeotsingul hakkan isiklikult “kaevama” DOD-pinu teiselt tasemelt ehk kolmandast OSI-kihist ehk Interneti-protokollist. Esiteks seetõttu, et kõige lihtsam on teha “patsiendi pealiskaudset läbivaatust” (patsient pingib tõenäolisemalt kui mitte), ja teiseks, kui jumal tänatud, pingib, võite kaablite testimise ebameeldivad manipulatsioonid vahele jätta, võrgukaardid ja lahtivõtmised jms meeldivad asjad;) Kuigi eriti rasketel juhtudel tuleb ikka esimesest tasemest alustada ja seda kõige tõsisemal moel.

  • vastastikune mõistmine kolleegidega

Selle punkti illustreerimiseks toon teile näite elust. Ühel päeval kutsusid mu sõbrad väikesest ettevõttest mind külla, et selgitada välja, miks võrk hästi ei tööta, ja anda selles küsimuses soovitusi. Tulen kontorisse. Ja selgub, et neil on seal isegi administraator, keda kutsutakse vana hea tava järgi “programmeerijaks” (ja tegelikult tegeleb ta peamiselt FoxProga;) - vana perestroika-eelne IT-spetsialist. No ma küsin temalt, mis võrk sul on? Ta: "Mida sa mõtled, lihtsalt võrk." Võrk on üldiselt nagu võrk. Mul on mõned suunavad küsimused: millist protokolli võrgutasandil kasutatakse? Ta: "KUS see on?" Täpsustan: "Noh, IP või IPX või mis iganes teil on..." "Oh," ütleb ta, "tundub jah: IPX / midagi muud!" Muide, "seal-on-something else", nagu olete ehk märganud, asub võrgutasemest veidi kõrgemal, aga asi pole selles... Tüüpiline on see, et ta ehitas selle võrgu ja isegi halvasti hooldas. . Pole üllatav, et see ära kuivas... ;) Kui ma oleksin OSI-st teadnud, oleksin 5 minutiga skeemi välja kritseldanud - 10Base-2-st rakendusprogrammideni. Ja te ei peaks koaksiaaljuhtmete kontrollimiseks laua alla roomama.

  • uute tehnoloogiate õppimine

Sellel olulisel aspektil olen juba eessõnas pikemalt peatunud ja kordan veel kord: uut protokolli uurides tuleks ennekõike aru saada a) millisesse protokollivirna(desse) see kuulub ja b) millisesse pinu ossa. ja kellega see altpoolt suhtleb ja kes temaga peal... :) Ja see annab täieliku selguse peas. Ja seal on erinevad sõnumivormingud ja API-d – noh, see on tehnoloogia küsimus :)

Kas hakkasin just võrguadministraatorina tööle? Ei taha segadusse sattuda? Meie artikkel on teile kasulik. Kas olete kuulnud mõnda aega testitud administraatorit võrguprobleemidest rääkimas ja mõnda taset mainimas? Kas teilt on tööl kunagi küsitud, millised kihid on turvalised ja töötavad, kui kasutate vana tulemüüri? Infoturbe põhitõdede mõistmiseks peate mõistma OSI mudeli hierarhiat. Proovime näha selle mudeli võimalusi.

Ennast lugupidav süsteemiadministraator peaks olema võrgutingimustega hästi kursis

Inglise keelest tõlgitud - avatud süsteemide interaktsiooni põhimudel. Täpsemalt OSI/ISO võrguprotokolli pinu võrgumudel. Kasutusele võetud 1984. aastal kontseptuaalse raamistikuna, mis jagas andmete saatmise protsessi World Wide Webis seitsmeks lihtsaks sammuks. See pole kõige populaarsem, kuna OSI spetsifikatsiooni väljatöötamine on viibinud. TCP/IP-protokollipinn on soodsam ja seda peetakse peamiseks kasutatavaks mudeliks. Küll aga on sul suur võimalus OSI mudeliga kokku puutuda süsteemiadministraatorina või IT-valdkonnas.

Võrguseadmete jaoks on loodud palju spetsifikatsioone ja tehnoloogiaid. Sellises mitmekesisuses on lihtne segadusse sattuda. See on avatud süsteemide interaktsioonimudel, mis aitab erinevaid sidemeetodeid kasutavatel võrguseadmetel üksteist mõista. Pange tähele, et OSI on kõige kasulikum tarkvara- ja riistvaratootjatele, kes on seotud ühilduvate toodete kujundamisega.

Küsige, mis kasu sellest teile on? Mitmetasandilise mudeli tundmine annab võimaluse IT-ettevõtete töötajatega vabalt suhelda, võrguprobleemide arutamine ei ole enam rõhuv igavus. Ja kui õpite mõistma, millises etapis rike ilmnes, saate hõlpsalt leida põhjused ja oluliselt vähendada oma töö ulatust.

OSI tasemed

Mudel sisaldab seitset lihtsustatud sammu:

  • Füüsiline.
  • kanal.
  • Võrk.
  • Transport.
  • Sessiooniline.
  • Executive.
  • Rakendatud.

Miks teeb selle sammudeks jaotamine elu lihtsamaks? Iga tase vastab võrgusõnumi saatmise kindlale etapile. Kõik etapid on järjestikused, mis tähendab, et funktsioonid täidetakse iseseisvalt, puudub vajadus eelmisel tasemel tehtud töö kohta info järele. Ainsad vajalikud komponendid on see, kuidas eelmise etapi andmed vastu võetakse ja kuidas teave järgmisse etappi saadetakse.

Liigume edasi vahetu tasemetega tutvumise juurde.

Füüsiline kiht

Esimese etapi põhiülesanne on bittide saatmine füüsiliste sidekanalite kaudu. Füüsilised sidekanalid on infosignaalide edastamiseks ja vastuvõtmiseks loodud seadmed. Näiteks fiiberoptiline, koaksiaalkaabel või keerdpaar. Ülekanne võib toimuda ka juhtmevaba side kaudu. Esimest etappi iseloomustab andmeedastusvahend: kaitse häirete eest, ribalaius, iseloomulik takistus. Samuti määratakse elektriliste lõppsignaalide omadused (kodeeringu tüüp, pingetasemed ja signaali edastuskiirus) ja ühendatakse standardtüüpi pistikutega ning määratakse kontaktühendused.

Füüsilise etapi funktsioone täidavad absoluutselt kõik võrku ühendatud seadmed. Näiteks võrguadapter rakendab neid funktsioone arvuti poolel. Võib-olla olete juba kohanud esimese sammu protokolle: RS-232, DSL ja 10Base-T, mis määravad sidekanali füüsilised omadused.

Andmelingi kiht

Teises etapis seostatakse seadme abstraktne aadress füüsilise seadmega ja kontrollitakse edastusmeediumi saadavust. Bitid moodustatakse komplektideks – raamideks. Linkkihi põhiülesanne on vigade tuvastamine ja parandamine. Õigeks edastamiseks sisestatakse enne ja pärast kaadrit spetsiaalsed bitijadad ning lisatakse arvutatud kontrollsumma. Kui kaader jõuab sihtkohta, arvutatakse uuesti juba saabunud andmete kontrollsumma, kui see ühtib kaadris oleva kontrollsummaga, loetakse kaader õigeks. Vastasel juhul kuvatakse viga, mida saab parandada teabe uuesti edastamisega.

Kanali etapp võimaldab edastada teavet tänu spetsiaalsele ühendusstruktuurile. Eelkõige töötavad siinid, sillad ja lülitid lingikihi protokollide kaudu. Teise etapi spetsifikatsioonid hõlmavad järgmist: Ethernet, Token Ring ja PPP. Kanali etapi funktsioone arvutis täidavad võrguadapterid ja nende jaoks mõeldud draiverid.

Võrgukiht

Standardolukordades ei piisa kvaliteetse infoedastuse jaoks kanaliastme funktsioonidest. Teise etapi spetsifikatsioonid saavad andmeid edastada ainult sama topoloogiaga sõlmede, näiteks puu, vahel. Vaja on kolmandat etappi. Mitme võrgu jaoks, millel on suvaline struktuur ja mis erinevad andmeedastusmeetodi poolest, on vaja moodustada ühtne hargnenud struktuuriga transpordisüsteem.

Et seda teistmoodi selgitada, töötleb kolmas samm Interneti-protokolli ja täidab ruuteri funktsiooni: teabe jaoks parima tee leidmine. Ruuter on seade, mis kogub andmeid võrguühenduste struktuuri kohta ja edastab pakette sihtvõrku (transiitülekanded – hüpped). Kui teil tekib IP-aadressis tõrge, on tegemist võrgutasemega seotud probleemiga. Kolmanda etapi protokollid jaotatakse võrgu-, marsruutimis- või aadressilahenduse protokollideks: ICMP, IPSec, ARP ja BGP.

Transpordikiht

Selleks, et andmed jõuaksid rakendustesse ja virna ülemistesse kihtidesse, on vaja neljandat etappi. See tagab teabe edastamise vajaliku usaldusväärsuse. Transpordietapi teenuseid on viis klassi. Nende erinevus seisneb kiireloomulisuses, katkenud side taastamise teostatavuses ning võimes tuvastada ja parandada edastusvigu. Näiteks pakettide kadu või dubleerimine.

Kuidas valida transpordietapi teenindusklassi? Kui sidekanalite kvaliteet on kõrge, on kerge teenus piisav valik. Kui sidekanalid ei tööta kohe alguses turvaliselt, on soovitatav kasutada väljatöötatud teenust, mis annab maksimaalsed võimalused probleemide leidmiseks ja lahendamiseks (andmete edastamise kontroll, kohaletoimetamise ajalõpud). 4. etapi spetsifikatsioonid: TCP/IP-pinu TCP ja UDP, Novelli pinu SPX.

Esimese nelja taseme kombinatsiooni nimetatakse transpordi alamsüsteemiks. See tagab täielikult valitud kvaliteeditaseme.

Seansi kiht

Viies etapp aitab dialooge reguleerida. Vestluspartneritel on võimatu üksteist katkestada või sünkroonselt rääkida. Seansikiht jätab meelde konkreetsel hetkel aktiivse osapoole ja sünkroonib teavet, koordineerides ja hoides seadmete vahelisi ühendusi. Selle funktsioonid võimaldavad teil pika ülekande ajal kontrollpunkti naasta, ilma et peaksite kõike otsast alustama. Ka viiendas etapis saate ühenduse katkestada, kui teabevahetus on lõppenud. Seansikihi spetsifikatsioonid: NetBIOS.

Executive tase

Kuues etapp on seotud andmete muutmisega universaalsesse äratuntavasse vormingusse ilma sisu muutmata. Kuna erinevates seadmetes kasutatakse erinevaid formaate, võimaldab esitustasandil töödeldav informatsioon süsteemidel üksteist mõista, ületades süntaktilisi ja kodeerimiserinevusi. Lisaks on kuuendal etapil võimalik andmeid krüpteerida ja dekrüpteerida, mis tagab salastatuse. Protokollinäited: ASCII ja MIDI, SSL.

Rakenduskiht

Seitsmes etapp meie loendis ja esimene, kui programm saadab andmeid üle võrgu. Koosneb spetsifikatsioonide komplektidest, mille kaudu kasutaja veebilehti. Näiteks sõnumite posti teel saatmisel valitakse mugav protokoll just rakenduse tasemel. Seitsmenda etapi spetsifikatsioonide koosseis on väga mitmekesine. Näiteks SMTP ja HTTP, FTP, TFTP või SMB.

Võib-olla olete kuskil kuulnud ISO mudeli kaheksandast tasemest. Ametlikult seda ei eksisteeri, kuid IT-töötajate hulka on ilmunud koomiline kaheksas etapp. See kõik on tingitud asjaolust, et probleemid võivad tekkida kasutaja süül ja nagu teate, on inimene evolutsiooni tipus, nii et ilmus kaheksas tase.

Olles kaalunud OSI mudelit, mõistsite võrgu keerulist struktuuri ja mõistate nüüd oma töö olemust. Protsessi katkestamisel lähevad asjad üsna lihtsaks!

Kirjanduses on kõige sagedamini tavaks alustada OSI mudeli kihtide kirjeldamist 7. kihist, mida nimetatakse rakenduskihiks, kus kasutajarakendused pääsevad võrku. OSI mudel lõpeb 1. kihiga - füüsilisega, mis määratleb sõltumatute tootjate poolt andmeedastuskandjatele nõutavad standardid:

  • edastuskandja tüüp (vaskkaabel, kiudoptiline, raadioaparaat jne),
  • signaali modulatsiooni tüüp,
  • loogiliste diskreetsete olekute signaalitasemed (nullid ja ühed).

Iga OSI mudeli protokoll peab suhtlema kas oma kihi protokollidega või protokollidega, mis on ühiku võrra kõrgemad ja/või madalamad kui selle kiht. Ühe taseme protokollidega koostoimeid nimetatakse horisontaalseks ja ühe kõrgema või madalama tasemega - vertikaalseks. Iga OSI mudeli protokoll suudab täita ainult oma kihi funktsioone ja ei saa täita teise kihi funktsioone, mida alternatiivsete mudelite protokollides ei tehta.

Iga tase vastab teatud kokkuleppega oma operandile - loogiliselt jagamatule andmeelemendile, mida saab mudeli ja kasutatavate protokollide raames kasutada eraldi tasemel: füüsilisel tasandil on väikseim ühik bitti, lingi tasemel ühendatakse teave kaadriteks, võrgu tasemel - pakettideks ( datagrammideks), transpordil - segmentideks. Sõnumiks loetakse kõiki edastamiseks loogiliselt kombineeritud andmeid – kaadrit, paketti, datagrammi. Üldjuhul on sõnumid seansi, esindus- ja rakendustasandi operandid.

Põhilised võrgutehnoloogiad hõlmavad füüsilist ja andmesidekihti.

Rakenduskiht

Rakenduskiht (rakenduskiht; ingliskeelne rakenduskiht) - mudeli kõrgeim tase, mis tagab kasutajarakenduste suhtluse võrguga:

  • Võimaldab rakendustel kasutada võrguteenuseid:
    • kaugjuurdepääs failidele ja andmebaasidele,
    • e-posti edastamine;
  • vastutab teenuseinfo edastamise eest;
  • annab rakendustele veateavet;
  • genereerib päringud esitluskihile.

Rakendustaseme protokollid: RDP, HTTP, SMTP, SNMP, POP3, FTP, XMPP, OSCAR, Modbus, SIP, TELNET ja teised.

Esitluskiht

Sageli ekslikult esitluskihiks kutsutud kiht pakub protokollide teisendamist ja andmete kodeerimist/dekodeerimist. Rakenduskihilt saadud rakendusepäringud teisendatakse esitluskihis võrgu kaudu edastatavasse vormingusse ja võrgust saadud andmed teisendatakse rakendusvormingusse. See kiht võib teostada tihendamist / lahtipakkimist või krüptimist / dekrüpteerimist, samuti suunata päringuid teisele võrguressursile, kui neid ei saa kohapeal töödelda.

Esitluskiht on tavaliselt vaheprotokoll naaberkihtide teabe teisendamiseks. See võimaldab suhtlust erinevate arvutisüsteemide rakenduste vahel rakendustele läbipaistval viisil. Esitluskiht pakub koodi vormindamist ja teisendamist. Koodivormingut kasutatakse tagamaks, et rakendus saab töötlemiseks sobiva teabe. Vajadusel saab see kiht tõlkida ühest andmevormingust teise.

Esitluskiht ei tegele mitte ainult andmete vormingute ja esitusviisiga, vaid ka andmestruktuuridega, mida programmid kasutavad. Seega pakub kiht 6 andmete korraldamist nende saatmise ajal.

Et mõista, kuidas see toimib, kujutame ette, et on kaks süsteemi. Üks kasutab andmete esitamiseks EBCDIC-d, näiteks IBMi suurarvutit, ja teine ​​ASCII-d (enamik teisi arvutitootjaid kasutab seda). Kui need kaks süsteemi peavad vahetama teavet, on vaja esitluskihti, mis teostab teisenduse ja tõlgib kahe erineva vormingu vahel.

Teine esitluskihi funktsioon on andmete krüpteerimine, mida kasutatakse juhtudel, kui on vaja kaitsta edastatavat teavet volitamata adressaatide juurdepääsu eest. Selle ülesande täitmiseks peavad esitluskihi protsessid ja kood teostama andmete teisendust. Sellel tasemel on ka teisi rutiine, mis tihendavad tekste ja teisendavad graafika bitivoogudeks, et neid saaks üle võrgu edastada.

Esitluskihi standardid määravad ka graafiliste kujutiste esitamise. Nendel eesmärkidel saab kasutada PICT-vormingut - pildivormingut, mida kasutatakse QuickDraw graafika ülekandmiseks programmide vahel.

Teine esitusvorming on sildistatud TIFF-kujutise failivorming, mida tavaliselt kasutatakse kõrge eraldusvõimega rasterpiltide jaoks. Järgmine esitluskihi standard, mida saab graafiliste piltide jaoks kasutada, on Joint Photography Expert Groupi välja töötatud standard; igapäevases kasutuses nimetatakse seda standardit lihtsalt JPEG-ks.

On veel üks esitlustaseme standardite rühm, mis määratleb heli- ja filmifragmentide esituse. See hõlmab elektroonilise muusikariista liidest. Muusikariistade digitaalne liides, MIDI) muusika digitaalseks esitamiseks, Motion Picture Experts Groupi välja töötatud MPEG-standard, mida kasutatakse videote tihendamiseks ja kodeerimiseks CD-del, salvestamiseks digiteeritud kujul ja edastamiseks kiirusega kuni 1,5 Mbit/s, ning QuickTime – standard. Macintoshi ja PowerPC arvutites töötavate programmide heli- ja videoelementide kirjeldamine.

Esitluskihi protokollid: AFP – Apple Fileing Protocol, ICA – Independent Computing Architecture, LPP – Lightweight Presentation Protocol, NCP – NetWare Core Protocol, NDR – Network Data Representation, XDR – eXternal Data Representation, X.25 PAD – Packet Assembler/toDisassembler .

Seansi kiht

Transpordikiht

Võrgukiht

Andmelingi kiht

Sellel tasemel protokollivirnade väljatöötamisel lahendatakse veakindla kodeerimise probleemid. Sellised kodeerimismeetodid hõlmavad Hammingi koodi, plokkkodeerimist, Reed-Solomoni koodi.

Programmeerimisel tähistab see tase võrgukaardi draiverit operatsioonisüsteemides on kanali ja võrgukihtide omavaheliseks suhtlemiseks tarkvaraliides. See pole uus tase, vaid lihtsalt konkreetse OS-i mudeli rakendamine. Selliste liideste näited: ODI (Inglise), NDIS , UDI .

Füüsiline kiht

Sellel tasemel töötavad ka jaoturid, signaalireiiterid ja meediamuundurid.

Füüsilise kihi funktsioone rakendatakse kõigis võrku ühendatud seadmetes. Arvuti poolel täidab füüsilise kihi funktsioone võrguadapter või jadaport. Füüsiline kiht viitab kahe süsteemi vahelistele füüsilistele, elektrilistele ja mehaanilistele liidestele. Füüsiline kiht määratleb sellised andmeedastuskandjate tüübid nagu optiline kiud, keerdpaar, koaksiaalkaabel, satelliidi andmeside jne. Füüsilise kihiga seotud võrguliideste standardtüübid on: V.35, RS-232, RS-485, RJ-11, RJ-45, AUI ja BNC pistikud.

Protokollivirnade arendamisel lahendatakse sellel tasemel sünkroonimise ja liinikodeerimise probleemid. Sellised kodeerimismeetodid hõlmavad NRZ-koodi, RZ-koodi, MLT-3, PAM5, Manchester II.

Füüsilise kihi protokollid:

Teiste kasutajate nimel käskude täitmise korraldamiseks kasutatavas sudo utiliidis on tuvastatud haavatavus (CVE-2019-18634), mis võimaldab teil oma õigusi süsteemis suurendada. Probleem […]

WordPress 5.3 väljalase täiustab ja laiendab WordPress 5.0-s kasutusele võetud plokiredaktorit uue ploki, intuitiivsema suhtluse ja parema juurdepääsetavuse abil. Uued funktsioonid redaktoris […]

Pärast üheksa kuud kestnud arendustööd on saadaval multimeediumipakett FFmpeg 4.2, mis sisaldab rakenduste komplekti ja teekide kogumit mitmesugustes multimeediumivormingutes (salvestamine, teisendamine ja […]

  • Linux Mint 19.2 Cinnamoni uued funktsioonid

    Linux Mint 19.2 on pikaajaline tugiväljalase, mida toetatakse kuni 2023. aastani. See on varustatud värskendatud tarkvaraga ning sisaldab täiustusi ja palju uusi […]

  • Linux Mint 19.2 distributsioon avaldati

    Esitatakse Linux Mint 19.2 distributsiooni väljalase, mis on Linux Mint 19.x haru teine ​​värskendus, mis moodustati Ubuntu 18.04 LTS paketi baasil ja mida toetatakse kuni 2023. aastani. Jaotus on täielikult ühilduv [...]

  • Saadaval on uued BIND-teenuse väljalasked, mis sisaldavad veaparandusi ja funktsioonide täiustusi. Uusi väljalaseid saab alla laadida arendaja veebisaidi allalaadimislehelt: […]

    Exim on Cambridge'i ülikoolis välja töötatud sõnumiedastusagent (MTA), mis on mõeldud kasutamiseks Internetiga ühendatud Unixi süsteemides. See on vabalt saadaval vastavalt [...]

    Pärast peaaegu kaheaastast arendustööd esitletakse ZFS-i versiooni Linux 0.8.0, ZFS-failisüsteemi teostust, mis on loodud Linuxi kerneli moodulina. Moodulit on testitud Linuxi tuumadega 2.6.32 kuni […]

    Interneti-protokolle ja arhitektuuri arendav IETF (Internet Engineering Task Force) on lõpetanud ACME (Automatic Certificate Management Environment) protokolli jaoks RFC […]

    Kogukonna kontrolli all olev ja kõigile tasuta sertifikaate väljastav mittetulunduslik sertifitseerimisasutus Let’s Encrypt võttis kokku möödunud aasta tulemused ja rääkis 2019. aasta plaanidest. […]