Szponzorált hirdetés

2007. június 11.

OKJ vizsga programozó - Hálózatok X. tétel

Aktív hálózati eszközök (tűzfal, router, switch, bridge, repeater)
A hálózat összetevői

A hálózatban speciális eszközök találhatók, melyek a számítógépekben található hálózati kártyákat a kiválasztott átviteli közeg segítségével kötik össze, így a hálózat szegmenseit kötik össze, a hálózat működését teszik lehetővé. A fontosabbak az alábbiak.

Tűzfal

A hálózati tűzfalak feladata a forgalom szűrése a hálózati réteg szintjén. A tűzfalak lehetnek hardveres vagy szoftveres megoldások, és a gyakorlati megoldások szintjén rajtuk keresztül bonyolódik a hálózat átmenő forgalma. Képesek a csomagok szűrésére bejövő, kimenő és átmenő irányban. A tűzfalak általában a csomagok fejlécében található információkat értékelik (célcím, forráscím, portok, hossz), és azok alapján döntik el, hogy mi legyen az adat sorsa. A csomagok adatrészét a tűzfalak ritkán dolgozzák fel, az ilyen tűzfalakat alkalmazás-tűzfalaknak hívjuk.
A tűzfalak egyik gyakori felhasználása az internetre kapcsolt helyi hálózatunk számítógépeinek védelme, ahol általában az azokhoz történő külső hozzáférést korlátozzuk le a minimálisan szükséges portokra, továbbá hasonlóan szabályozzuk a kimenő forgalmat is. Ez jelentős védelmet nyújthat lappangó alkalmazások, trójai programok ellen, mert gátolja azok terjedését, kommunikációját.

Repeater (jelismétlő)

A legegyszerűbb elem a jelismétlő (repeater) amely feladata két, vagy több hálózati szegmens összeillesztése, ezáltal a fizikai szegmenskorlátokat megtoldva a hálózat kiterjedését növelje, busztopológiájú hálózatokban. A jelismétlők legtöbbször zárlatvédelmet és jelszinterősítést is ellátnak. Az OSI protokoll modell legalsó fizikai rétegében működnek, az adatátvitel szempontjából láthatatlan elemek. Képesek különböző fizikai eszközök közötti kapcsolatot tartani, de csak akkor, ha azonos az LLC rétegük. Pl. nem képes egy Ethernet és egy Token Ring hálózat összekötésére.

Bridge (híd)

A hidak a jelismétlőknél intelligensebb hálózati elemek, az OSI protokoll modell adatkapcsolati rétegében végzik feladatukat. A hidak két hálózati szegmens összekötését végzik olyan módon, hogy mindig csak azokat a csomagokat engedik át az egyik szegmensről a másikra, amelyekről tudják hogy a címzett nem ugyanazon a szegmensen található, mint a feladó. A címképzést az adatkapcsolati rétegnek megfelelően a MAC címre vonatkoztatja, tehát nem képes magasabb (IP) szintű címek átirányítására. A hidak lehetnek távoli hidak is, ebben az esetben a híd két csatolófelülete két különböző helyen lesz elhelyezve és a két „fél” híd között egy üvegkábel kerül felhasználásra. Így általában max. 2 km hidalható át Ethernet rendszer esetén. Képes a különböző MAC szintű protokollokat összekötni, pl. Ethernetet Token Ringgel.

Router (útválasztó)

Pl. bérelt vonal és a p és p hálózat (egyenrangú hálózat) között létesít kapcsolatot.
Az útválasztók feladata a hálózati csomagok forgalomirányítása, a hálózati rétegben tevékenykedve. Az útválasztók programozható eszközök, tulajdonképpen egy speciális hálózatirányító számítógépnek foghatók fel. Az útválasztók úgynevezett routing protokollok segítségével kommunikálnak egymással, így határozzák meg az optimális útvonalat és vonalkihasználtságot. Nem szabad összekevernünk a routed protokollokkal, melyek olyan átviteli protokollok, melyek felépítésükből fakadóan útválaszthatók (routolhatók) pl. a TCP és az IPX protokollok ilyenek, de a NetBEUI nem. Az útválasztók alkalmasak az útvonalak közötti terhelés megosztására is (load balancing) amennyiben megfelelő routing protokollokat alkalmazunk. Az útválasztó több hálózati szegmens összekötésére és szelektív adattovábbításra képes, több magasszintű protokollt kezelhet a protokoll konverziós képességgel egyetemben. A Netware 5 Server képes útválaszóként is működni, ami azt jelenti, hogyha a szerverben több hálózati kártya van, azaz több hálózatra csatlakozik, a hálózati szegmensek közötti útválasztási funkciót is elláthat.

Switch (kapcsoló)

A kapcsolók modern eszközök, elég nehezen definiálhatók, pontosabban a definíciójuk sok vitát válthat ki. A kapcsolókat speciális hidak halmazaként foghatjuk fel, mivel az adatkapcsolati rétegben dolgoznak és amelyeknek egyik oldala egy közös belső szegmenshez, buszhoz kapcsolódik, másik oldaluk pedig valamilyen hálózati csomóponthoz, vagy szegmenshez. A kapcsoló működése kétféle elven történhet, az egyik, amint dekódolta a csomagból a cél címét, azonnal továbbítja a csomagot, a másik, amikor a teljes csomagot veszi, majd dekódolja és utána továbbítja (store and forward). A store and forward esetben lehetséges speciális szűrőfeltételeket megadni, valamint virtuális hálózatokat kialakítani. A korszerű kapcsolók néhány funkciót átvesznek az útválasztóktól (L3 szintű kapcsolók). Ezek képesek a hálózati szintű címek alapján is a kapcsolásra.

Gateway (átjáró)

Az átjárók az alkalmazási rétegbeli funkcionalitással rendelkeznek. A protokollok közötti konverzióra, vagy a különböző levelezési formátumok közötti konverzióra is képesek.

Host (gazdagép) és Node (végberendezés)

A két kifejezés között ha különbséget kell tennünk, a Node a hét réteg alsó három rétegét reprezentálja, míg a Host a felső négy rétegre vonatkozik.

Keretek (frame-ek) - avagy hogyan zajlik a kommunikáció sok gép között ugyanazon a kábelen?

Mivel a mai számítógépek egyetlen kábelezésre vannak csatlakoztatva, ezért (és más okokból is) sok kisebb csomagra, keretre (frame-ekre) tördelik az egyik helyről egy másik helyre továbbítandó adathalmazt. Minden keret kap egy fejlécet, amely többek között a címzett célszámítógép címét tartalmazza. A keretek egyenként kerülnek elküldésre, majd a címzett - miután az összes neki szánt keretet (csomagocskát) megkapta - szépen összerakosgatja belőle az eredetileg átküldeni kívánt adathalmazt.

Olyan ez, mint a posta. Ha a posta azt mondja, hogy ő bizony csak 1 kg-os csomagot hajlandó elvinni bárhova is, de mi 5 kg árut szeretnénk eljuttatni valahová, akkor az egy 5 kg-os csomag helyett, 5 db 1 kg-os csomagot kell feladnunk, egyenként helyesen megcímezve. A címzett - megkapva a csomagjainkat - kibonthatja és összerakhatja az 1 db 5 kg-os árut, amit eredetileg el szerettünk volna juttatni hozzá.

A keretekre való tördeléssel lehetőség nyílik arra, hogy "egy időben" több számítógép is folytathasson kommunikációt más, különböző helyeken levő számítógépekkel, mert két keret között el lehet küldeni a más számítógépek által küldött kereteket is a rendeltetési helyükre.

Képzeljük csak el, hogy mi történne, ha addig kellene várnunk a kommunikációval, amíg egy másik számítógép elküld mondjuk egy több száz MB méretű adatot egyszerre valahová. Lehet, hogy nekünk csak egy-két keretnyi (csomagnyi) információt kellene küldenünk valahová, de több órás kényszerpihenőre lennénk ítélve, mert meg kellene várnunk, amíg a másik abbahagyja az adást. Nem lenne valami hatékony megoldás, az biztos.

Ezen kívül előnyös a kommunikáció minősége szempontjából is a darabolt küldés. Sajnos a rézkábelen történő adatátvitelnek megvan az a nem kívánt tulajdonsága, hogy "megsérülhet" útközben az átvinni kívánt adathalmaz. Ha egy darabban küldenénk egy nagy adatsort és esetleg a hosszú kommunikáció végefelé történik a sérülés, meg kellene ismételni az egészet, hiszen egy sérült adathalmazzal nem sokra mennénk. Ez rendkívüli időkiesést okozna, és feleslegesen terhelné a hálózatot. Így azonban, hogy kicsi darabokban történik a kommunikáció, csak azon darabkák elküldéséről kell újra gondoskodni, amelyek megsérültek útközben.

Természetesen erről az átlag felhasználónak mit sem kell tudnia, mindez a háttérben zajlik "automatikusan". A számítógépek előtt ülő felhasználók csak annyit érzékelnek, hogy az egyik számítógépről küldött adatok bitről bitre pontosan ugyanúgy megérkeznek, mint ahogyan azok eredetileg a helyi számítógépen voltak.

A protokoll fogalma

Az informatikában a protokoll egy egyezmény, vagy szabvány, amely leírja, hogy a hálózat résztvevői miképp tudnak egymással kommunikálni. Ez többnyire a kapcsolat felvételét, kommunikációt, adat továbbítást jelent.

Gyakorlati szempontból a protokoll azt mondja meg, hogy milyen sorrendben milyen protokoll-üzeneteket küldhetnek egymásnak a csomópontok, illetve az üzentek pontos felépítését, az abban szereplő adatok jelentését is megadja.

A protokolloknak igen sok, és teljesen eltérő filozófiájú formája létezik. Vannak olyan protokollok, melyek minden apró részletet definiálnak (pl. ATM), és vannak, amelyek sok technikai kérdést nyitva hagynak, és rábízzák az implementálóra (pl. TCP protokollnál implementáció függő a csomagküldés sebességének megválasztása). Az előbbiek főleg a távközlésre jellemzőek, utóbbiakat főleg a kommunikációt informatikai oldalról közelítőkre jellemző. Előbbi előnye a jó kompatibilitás, utóbbié a rugalmasság.

OKJ vizsga programozó - Hálózatok VIII. tétel

A Domain Name System (zónák, delegálás, a DNS-szerverek kettős funkciója)

Zónák

A név-fa zónákra oszlik: egy-egy zóna a fa egyben kezelt része. Sokszor - de nem feltétlenül, - egybeesik egy aldomainnel. Például egy zóna lehet az osztaly.intezet.hu és minden név, ami a hiararchiában ez alatt van. Egy zóna például az összes TLD-t tartalmazó root zóna is. Egy zóna a 'láttató', az 'autoritatív' szerver szempontjából egy egység, rendszerint egy fájl. Egy-egy zónát több szerver is láttat(hat). Ezek közül az egyik az elsődleges, a többi (ha van) másodlagos.

Az elsődleges szerveren az adatok a zóna adminisztrátor munkájának eredményeképpen ténylegesen változnak.

A másodlagos szerver(ek) a zóna adatait meghatározott rend szerint az elsődleges szervertől tükrözi(k). A tükrözés rendjét az elsődleges szerveren a rendszeradminisztrátor a zóna konfigurációjával határozza meg.

Delegálás

A hierarchia egyes darabjait a zóna adminisztrátora tovább delegálhatja más szerverekre. Például az intezet.hu domain gazdája az osztaly.intezet.hu aldomain láttatását, autoritását az illető osztály egy meghatározott gépére bízhatja a konfigurációban: mindenki felelős és úr lehet a saját illetékességi körében (szubszidiaritás elve). A root zóna sőt még a TLD-k (edu, gov, hu stb.) is jóformán mást sem tartalmaznak mint ilyen delegálást. Így jön létre a hierarchikus, osztott adatbázis. A delegálás azonban nem feltétele a több szintű név megadásának. Például lehetséges, hogy az osztaly.intezet.hu nincs delegálva, nem különálló zóna, mégis létezik a gep.osztaly.intezet.hu domain, mert az intezet.hu zóna gazdája bevezette a pontot (.) tartalmazó gep.osztaly nevet. Ezt éppen úgy megteheti, mint a gep-osztaly vagy az osztalygepe nevek bevezetését, melyeknek hatása a gep-osztaly.intezet.hu, illetve az osztalygepe.intezet.hu nevek létrejötte.

Tartománynévrendszer (DNS)

Az IP-cím felett egy „réteg”, mely a neveket tartalmazza. Több név is mutathat ugyanarra az IP-címre.

Hierarchikus, elosztott adatbázis, amelyben DNS tartománynevek különböző adattípusokhoz (például IP-címekhez) vannak hozzárendelve. A DNS lehetővé teszi a számítógépek és szolgáltatások elérését felhasználóbarát nevek használatával, és lehetővé teszi az adatbázisban tárolt egyéb információk megtalálását.

Az elsõ három címforma 128 hálózatot hálózatonként 16 millió hoszttal (A osztályú cím), 16 384 hálózatot 64 K-nyi hoszttal (B osztályú cím), illetve 2 millió hálózatot, (amelyek feltételezhetõen LAN-ok), egyenként 254 hoszttal azonosít. Az utolsó elõtti címforma (D osztályú cím) többszörös címek (mulicast address) megadását engedélyezi, amellyel egy datagram egy hosztcsoporthoz irányítható. Az utolsó címforma (E) fenntartott.

A címzésnél bizonyos címtartományok nem használhatók:
- A 127-el kezdõdõ címek a “loopback” (visszairányítás) címek, nem használhatók a hálózaton kívül, a hálózatok belsõ tesztelésére használható.
- A hoszt címrészbe csak 1-eseket írva lehetséges az adott hálózatban lévõ összes hosztnak üzenetet küldeni (broadcast). Például a 195.13.2.255 IP címre küldött üzenetet a 193.13.2 címû hálózatban lévõ összes gép megkapja.
- Ha a hoszt címrésze 0, az a aktuális hálózatot jelöli. Ha a hálózati cím 0, az a aktuális hálózatot jelöli. Például a saját géprõl 0.0.0.0 címre küldött üzenet a saját gépre érkezik.
Sajnos a fejlemények azt mutatják, hogy ez a felosztás a tervezés gyenge pontja volt, és már ma is címhiánnyal küszködik az Internet. Természetesen ez nem azt jelenti, hogy már 232 számítógép van a hálózatban, hanem a kialakított címrendszerben nagyon sok címet nem használnak fel. (Hol van a világon 128, egyenként 65000 gépet tartalmazó hálózat?) Ezért rövidesen új címzést fognak bevezetni (a tervezet neve: IPv6), ahol a címmezõ 128 bit hosszú lesz.

a DNS (Domain Name System), vagyis a domén-név rendszer szerint képeznek, ugyanúgy hierarchikus felépítésû, mint az IP cím, formailag pedig több, egymástól ponttal elválasztott tagból áll.

Például az alpha1.obuda.kando.hu címben az egyes tagok sorrendben a kiszolgáló gépet, a hosztgépet (egy DEC Alpha munkaállomást), az aldomént azaz hálózati altartományt (obuda.kando), végül pedig a domént, vagyis az adott ország globális hálózati tartományát (hu) határozzák meg. A hálózati altartomány, az aldomén több tagot is tartalmazhat, de akár hiányozhat is a cím domén-név részébõl.

DNS-kiszolgáló

A tartománynévrendszer (DNS) adatbázisának egy részével kapcsolatos adatok karbantartását végző szolgáltatás, amely feloldja és megválaszolja a DNS-lekérdezéseket. Az ilyen szolgáltatást futtató számítógépeket nevezik DNS-kiszolgálónak.

DNS-utótag

A tartománynevet képviselő karakterlánc a tartománynévrendszerben. A DNS-utótag az állomások DNS-hierarchiában elfoglalt helyét adja meg, megmutatva az adott állomás DNS-gyökérhez viszonyított helyét. A DNS-utótag rendszerint a DNS-név utolsó részét írja le, amely a DNS-név egy vagy több előző címkéjét követi.

Domain nevek

A hierarchia következtében minden név egyedi. Lehet, hogy az internet több pontján is elneveznek egy gépet pl. jupiter-nek, de nevük egyértelmű, ha a teljes domain nevüket mondjuk:

jupiter.osztaly.intezet.hu.
jupiter.arizona.edu.

A domain neveknek ezt a teljes alakját, ami a nevet a gyökér domain-ig tartalmazza FQDN-nek (Fully Qualified Domain Name), a domain név pontokkal elválasztott darabjait pedig szegmenseknek nevezzük. Annak jelzésére, hogy a domain név teljes, a név végére pontot teszünk. Valójában a TLD-re (hu, edu) való végződés nem garantálja, hogy a név FQDN: elképzelhető és tökéletesen szabályos a jupiter.arizona.edu.osztaly.intezet.hu domain név is.

Domain nevekben megengedett karakterek a latin ABC betűi [a-z], a számjegyek [0-9] és a kötőjel (-). Kis- és nagybetű egyformán használható, és nem jelent különbséget. Sajnos nem állhat domain névben ékezetes karakter. Gyakori hiba, hogy aláhúzás (_) karaktert adnak meg domain nevekben. Az eredeti definició (RFC1035) az egyes szegmensek elején csak betűt engedett meg, a későbbi (RFC1123) megengedi a számmal kezdődő szegmenst is. Például szabályos a 3com.com domain. Kötőjel viszont nem állhat továbbra sem se szegmens név elején, sem végén.

OKJ vizsga programozó - Hálózatok VII. tétel

Microsoft Windows Server 2003 operációs rendszer ismertetése

Az Active Directory

A Windows 2003 Server tartalmazza az Active Directory címtárszolgáltatást. A címtár a háló­zat minden erőforrását azonosítja, és elérhetővé teszi azokat a felhasználók és az alkalmazá­sok számára. A címtár a hálózat fizikai felépítését és protokolljait átláthatóvá teszi, ezáltal a hálózat bármely felhasználója elérheti a hálózat bármely erőforrását anélkül, hogy tudná hol találhatóak azok valójában, vagy hogyan is kapcsolódnak egymáshoz fizikailag. A Windows 2003 Server által bevezetett Active Directory egy teljes egészében bővíthető és méretezhető címtárszolgáltatás. Az Active Directory a hálózat minden egyes publikált erőforrásának egy helyben történő adminisztrálási lehetőségét nyújtja, amibe beleértendők a fájlok és megosztá­sok, perifériák, host kapcsolatok, adatbázisok, felhasználók, csoportok és egyéb tetszőleges objektumok és szolgáltatások.

Az Active Directory előnye a hálózati rendszergazdák, fejlesztők és felhasználók számára a címtárszolgáltatásban áll, amely:

  • Lehetőséget ad a hálózatba való bejelentkezés és a hálózati felügyelet egyetlen helyről történő megvalósítására.
  • Integrálja mind az Internetes és intranetes környezetet.
  • Méretezhető a kisebb cégektől a nagyobb vállalatokig.

Csoportok

A csoportok az Active Directory vagy egy helyi számítógép olyan objektumai, amelyek felhasználókat, számítógépeket és más csoportokat tartalmazhatnak.

A csoportok használatának célja:

· felhasználók és számítógépek megosztott erőforrásokhoz (például az Active Directory objektumaihoz, azok tulajdonságaihoz, hálózati megosztásokhoz, fájlokhoz, címtárakhoz, nyomtatási várólistákhoz stb.) való hozzáférésének kezelése

  • csoportházirend-beállítások szűrése, valamint

· elektronikus levelezési címzési listák létrehozása.

A csoportok két fő típusba sorolhatók:

  • biztonsági csoportok és
  • címzési csoportok.

A biztonsági csoportok felhasználók, számítógépek és más csoportok kezelhető egységekbe gyűjtésére szolgálnak. Az erőforrásokra (fájlmegosztás, nyomtatók stb.) szóló engedélyeket célszerűbb biztonsági csoportokhoz rendelni, mint egyéni felhasználókhoz, így az egész csoporthoz egyszerre rendelhető az engedély, és nem szükséges azt minden felhasználóhoz külön hozzárendelni. A csoporthoz rendelt engedélyekkel a csoporthoz hozzáadott összes fiók rendelkezik. Az egyéni felhasználók helyett csoportokra történő hivatkozás egyszerűsíti a hálózat karbantartását és felügyeletét.

A címzési csoportokat csak elektronikus levelezési terjesztési listaként lehet használni, csoportházirend-beállítások szűrésére nem alkalmazhatók. A címzési csoportoknak nincs biztonsági funkciójuk.

OKJ vizsga programozó - Hálózatok VI. tétel

Debian Linux 3.0r2 hálózati operációs rendszer ismertetése

Mi is az a Linux?

Ma a Linux egy 32 bites, POSIX szabványt követő UNIX változat, amely eredetileg csak IBM PC gépeken futott (80386 vagy jobb processzor esetén), de mára nagyon sok hardverre adaptálták. Így létezik Linux DEC AXP, PowerPC, M680x0, Sun Sparc alapú gépekre is. A különböző hardverekre a rendszer kidolgozottsága eltérő fokú, de mindegyik esetén legalábbis összemérhető hatékonyságú és megbízhatóságú az azon a gépen szokásos operációs rendszerekkel, több esetben pedig sok szempontból jobb.

Különösen igaz ez a 386/486/586/686 alapú IBM PC-k esetében: sebesség és megbízhatóság tekintetében messze túlszárnyalja a leginkább elterjedt DOS, Windows, Windows '95 rendszereket. Például teljesen megszokott, hogy egy Linuxos szerver éjjel-nappali üzemben dolgozva, 2-6 felhasználó által igénybe véve hónapokig megbízhatóan üzemel, míg a legelterjedtebb rendszerekkel egy felhasználó sem tudja könnyen elérni, hogy naponta egyszer ne kapjon ,,Általános védelmi hiba'', vagy hasonló sokatmondó üzenetet.

A Linux valóban 32 bites és valóban többfelhasználós (multiuser) és többfeladatos (multitasking) operációs rendszer. Ennek az az oka, hogy írója nem egy korábbi rendszert kezdett el tökéletesítgetni, toldozgatni, hanem ,,az első bittől kezdve'' elölről írta meg, felhasználva sok más programozó tapasztalatát, később programrészleteit.

A nagyon gondos programozás miatt ritka, hogy két program (pontosabban: két process) zavarja egymást, így kitűnően alkalmas programfejlesztésre is.

A Linux rendelkezik a szokásos funkciókkal: virtuális memória, merevlemez gyorsítótár, memórialemez, Internet hozzáférés, a leggyakoribb hardverelemek (CD-olvasó/író, nyomtató, IDE és SCSI lemezek, stb.) kezelése.

A rendszer kidolgozottsága olyan fokú, hogy egyre több helyen alkalmazzák UNIX-os munkaállomásként, vagy hálózati szerverként. Mindkét esetben hatalmas előny a szokásos IBM PC-s programokkal szemben a nagyfokú megbízhatóság és az alacsony ár, valamint az sem elhanyagolható, hogy nagyon nagy a hasonlóság a Linux és a ,,nagygépek'' operációs rendszerei közt, azaz pl. egy Linuxos program könnyen átvihető mondjuk egy Sun SPARC gépre, de gondos programozás esetén akár egy CRAY szupergépre is.

Joggal merülhet fel a kérdés: ha mindez így van, miért nem Linuxot használ mindenki a világon. Erre a dolgozat hátralevő részében részletes magyarázatot adunk, itt csak a főbb szempontokat említjük meg.

Mivel a Linux szabadterjesztésű, így a programozók számára nem biztosít megélhetést (sőt, leginkább egy garast sem). Ezért senki nem vállal felelősséget azért, hogy az általa írt rész működni fog. Ez sokakat visszariaszt, és ki sem próbálják a rendszert. Továbbá, mivel nincs a Linux mögött egy nagy cég, nincs biztosíték arra, hogy a rendszer fejlesztése nem marad abba mondjuk jövőre. Ugyanezen ok miatt nincs reklámozva sem a termék, tehát sokan meg sem ismerik.

Az, hogy ezek ellenére a Linux-felhasználók száma milliókban mérhető, azt jelzi, hogy érdemes erre a rendszerre odafigyelni, és a számítástechnika történetének érdekes, és ma is élő színfoltját jelenti ez a program, és az a mozgalom, ami körülötte kialakult.

BEVEZETŐ

Mint tudjuk a Linux egy többfelhasználós (multiuser) és többfeladatos (multitask) operációs rendszer. Mivel több felhasználó is használhatja egyszerre a rendszert, annak el kell tudni döntenie, hogy ki milyen jogosultságokat kaphat. Ezért a felhasználóknak azonosítaniuk kell magukat a rendszer számára. Tehát minden felhasználó egyedi azonosítóval rendelkezik (UID - felhasználói azonosító), és egy vagy több csoportba tartozik (GID - csoportazonosító). Ezeket az információkat az /etc/passwd és az /etc/group fájlok tartalmazzák. Létezik még ezeken kívül az /etc/shadow fájl is, ami a titkosított jelszavakat tartalmazza és csak a root számára olvasható.

A név azonban nem minden. Egy számla (account) az összes fájlt, erőforrást és információt jelenti, mely egy felhasználóhoz tartozik. Az elnevezés a bankokra utal, és az üzleti rendszerekben valóban pénz kapcsolódik a számlához, amely fogy a rendszer használatával. Pl. a lemezterületnek lehet napi ára megabájtonként, a feldolgozási időnek pedig másodpercenkénti ára lehet.

A Linux kernel maga egyszerű számokként kezeli a felhasználókat. Mindegyik felhasználót egy egyedi egész szám, az ún. felhasználói azonosító (user id vagy uid) azonosít, mivel a számítógép gyorsabban és könnyebben kezeli a számokat, mint a szöveges meghatározásokat. A rendszeradminisztrátor (root) UID–je és GID-je mindig 0, míg egy rendes felhasználó 1000 vagy 1000 feletti. Tehát ha egy felhasználónak, mindkét mezőnél 0 érték szerepel, akkor annak root jogai lesznek.

A kernelen kívül létezik egy adatbázis, mely egy szöveges nevet, a felhasználói nevet hozzákapcsolja egy felhasználói azonosítóhoz. Az adatbázis még más információkat is tartalmaz.

Jogok:

A többfelhasználós operációs rendszerekben, -így természetesen a linuxban is,- szabályozni kell, hogy az állományok (file-ok) használatakor kinek, milyen jogai vannak. Ez azonban csak akkor oldható meg, illetve csak akkor van értelme, ha az adott operációs rendszer ezeket a jogosultságra vonatkozó adatokat tárolni tudja. A linuxnál minden fájlrendszer beli bejegyzéshez 3 csoport és csoportonként 3 jog tartozik. A három csoporttal a felhasználókat szabályozzuk, ezek a következõk: tulajdonos, a tulajdonos csoportja, és minden i más. Mindegyik csoportnak külön állíthatjuk be a 3 jogosultásot: olvasás, írás, futtatás (könyvtárak esetében: tartalom kiolvasása, bejegyzések szerkesztése, belépés). A jogosultságokat szerkeszthetjük parancssorból a chmod paranccsal, vagy egyéb eszközökkel (például Midnight Commander felületérõl). Ezen kívül minden fájlhoz egy felhasználó van hozzárendelve, mint tulajdonos és egy csoport. Ezeket a rendszergazda (root) változtathatja meg. A tulajdonos módosíthatja a fájl hozzáférési jogait, más hiába írhatja a fájlt, a jogokat nem változtathatja meg (, kivéve a rendszergazda).

OKJ vizsga programozó - Hálózatok V. tétel

A TCP/IP protokoll és az Internet; Az Internet szállítási rétege: a TCP; Összeköttetés-mentes protokoll: az UDP; Az Internet hálózati rétege: a IP

A TCP/IP protokoll és az Internet

Mivel az Internet hatalmas léptekkel fejlõdik, ezért egy külön fejezetet szenteltünk az Internet hálózattal kapcsolatos legfontosabb ismeretek összefoglalására. Itt természetesen már felhasználjuk az elõbbiekben szereplõ ismereteket.

Az Internet kisebb kiterjedésû számítógépes hálózatok (LAN-ok) összekapcsolásából álló globális számító-gépes rendszer. A rendszer alapjait a hatvanas évek elején az USA-ban alakították ki a Védelmi Minisztérium támogatásával indított ARPA kutatási program keretében, ezért kezdetben a neve ARPANET volt. Azt vizsgálták, hogy milyen módon valósítható meg az egymástól távol lévõ számítógépeken keresztül történõ adattovábbítás. A cél egy olyan kommunikációs rendszer kialakítása volt, amely akkor is tovább mûködik ha egy-egy része valamilyen ok miatt kiesik. Az adatok átvitelére csomagkapcsolt átvitelt használtak. Az egyszerû kommunikációt megvalósító levelezésen vagy adatbázisok elérésén túl ma már különféle multimédia-alkalmazások is használhatók.

A késõbbiekben már Internet-nek nevezett hálózat — bár a rétegmodell szemlélettel 1960-as években tervezték — nem követi az OSI hét rétegû felépítését. A hálózati modell négy rétegbõl áll:

Alkalmazási szint (Application) Itt vannak a felhasználói és a hálózati kapcsolatot biztosító programok

Hoszt-hoszt réteg (Transport) Az OSI modell szállítási hálózati rétegének felel meg. A létesített és fennálló kapcsolat fenntartását biztosítja. Két rétegprotokollból áll: az egyik a Transmission Control Protocol (TCP) azaz a továbbítást szabályozó eljárás, a másik az összekötetés mentes szállítási protokoll User Datagram Protocol (UDP)

Hálózatok közötti (Internet ) Az OSI modell hálózati rétegének felel meg, ez a réteg végzi az a csomagok útvonal kijelölését a hálózatok között. Ennek a rétegnek a protokollja az Internet Protocol (IP), az üzenetvezérlõ protokoll cím meghatározó eljárása, a foglalt címet meghatározó eljárás. A rétegben elõforduló események és hibák jelzésére szolgál az Internet Control Message Protocol (ICMP), az Internet Vezérlõüzenet Protokoll.

Hálózat elérési (Network Interface) Az OSI modell két alsó szintjének felel meg, és ez biztosítja a kapcsolatot a csomópontok között. (Pl.: Ethernet, Token-Ring, Token-Bus).

Az Internet szállítási rétege: a TCP

Az eredeti ARPANET-ben az alhálózattól virtuális áramkör szolgálatot vártak el (azaz tökéletesen megbízhatót). Az elsõ szállítási réteg protokoll az NCP (Network Control Protocol - hálózatvezérlési protokoll) elvileg egy tökéletes alhálózattal való együttmûködésre épült. Egyszerûen átadta a TPDU-kat a hálózati rétegnek és feltételezte, hogy a megfelelõ sorrendben kézbesítõdnek a célnál. A tapasztalat azt mutatta, hogy az ARPANET-en belül ez a protokoll kielégítõen mûködik.

Ahogy azonban az ARPANET Internetté vált, amelyben már számos LAN, rádiós csomagszóró alhálózat; valamint több mûholdas csatorna is mûködött, azaz a végpontok közötti átviteli megbízhatóság csökkent. Ezért egy új szállítási protokollt,- a TCP-t (Transmission Control Protocol - átvitel vezérlési protokoll) vezettek be. A TCP tervezésénél már figyelembe vették azt, hogy megbízhatatlan (az OSI terminológia szerint C típusú) alhálózatokkal is tudjon együttmûködni. A TCP-vel együtt fejlesztették a hálózati réteg protokollját (IP) is.

A TCP fogadja a tetszõleges hosszúságú üzeneteket a felhasználói folyamattól és azokat maximum 64 kbájtos darabokra vágja szét. Ezeket a darabokat egymástól független datagramokként küldi el. A hálózati réteg sem azt nem garantálja, hogy a datagramokat helyesen kézbesíti, sem a megérkezett datagramok helyes sorrendjét. A TCP feladata az, hogy idõzítéseket kezelve szükség szerint újraadja õket, illetve hogy helyes sorrendben rakja azokat össze az eredeti üzenetté.Minden TCP által elküldött bájtnak saját sorszáma van. A sorszámtartomány 32 bit széles, vagyis elegendõen nagy ahhoz, hogy egy adott bájt sorszáma egyedi legyen.

A minimális TCP fejrész 20 bájtos. A FORRÁSPORT és a CÉLPORT mezõk az összeköttetések végpontjait (TSAP-címek az OSI terminológia szerint) azonosítják. Minden egyes hosztnak magának kell eldöntenie, hogy miképpen allokálja (osztja ki) a portjait.

A SORSZÁM és a RÁÜLTETETT NYUGTA mezõk a szokásos funkcióikat hajtják végre. A TCP minden bájtot megsorszámoz, ezért 32 bit hosszúak.

A FEJRÉSZ HOSSZ kijelöli, hogy a TCP fejrész hány 32 bites szót tartalmaz. Erre az információra az Opció mezõ változó hossza miatt van szükség.

Ezután hat jelzõbit következik. Az URG jelzõ akkor 1, ha a protokoll használja a SÜRGÕSSÉGI MUTATÓ-t (Urgent pointer). Ez valójában egy eltolási értéket ad meg, amely az aktuális sorszámtól számolva kijelöli a sürgõs adatok helyét. A SYN és ACK biteknek összeköttetés létesítésekor van funkciója. Összeköttetés kérésekor SYN=1, valamint ACK=0 annak jelzésére, hogy a ráültetett nyugta mezõ nincs használatban. Az összeköttetés válaszban van nyugta, így SYN=1 és ACK= l. A FIN az összeköttetés lebontására használható, azt jelzi, hogy a küldõnek nincs több adata. A hoszt hibák miatti nem jó állapotba került összeköttetéseit az RST bit használatával lehet megszüntetni. Az EOM bit az Üzenet vége (End Of Message) jelentést hordozza.

A TCP-beli forgalomszabályozás változó méretû forgóablakot használ. 16-bites mezõre van szükség, mivel az ABLAK azt adja meg hogy hány bájtot lehet még elküldeni.

Az ELLENÕRZÕÖSSZEG képzési algoritmusa egyszerû: 16-bites szavakként az adatokat összegzik, majd az összeg 1-es komplemensét veszik. Vételkor a képzõdött összeghez ezt hozzáadva, hibátlan átvitel esetén nullát kapunk.

Az OPCIÓK mezõ különféleképpen használható fel, pl. összeköttetés létesítése során a puffer-méret egyeztetésére.

Az Internet hálózati rétege: az IP

A hálózati réteg IP protokollja a 80-as években jelent meg. A protokoll összeköttetés mentes. A szállított csomagok a datagramok, amely a forrás hoszt-tól a cél hosztig kerülnek továbbításra, esetleg több hálózaton is keresztül. A hálózati réteg megbízhatatlan összeköttetés mentes szolgálatot biztosít, így az összes megbízhatósági mechanizmust a szállítási rétegben kell megvalósítani, ami biztosítja a két végállomás közötti megbízható összeköttetést.

Az IP mûködése a következõ: A szállítási réteg az alkalmazásoktól kapott üzeneteket maximum 64 kbájtos datagramokra tördeli, amelyek az útjuk során esetleg még kisebb darabokra lesznek felvágva. Amikor az összes datagram elérte a célgépet, ott a szállítási réteg ismét összerakja üzenetté. A datagram két részbõl áll: egy fejrészbõl és egy szövegrészbõl. A fejrészben 20 bájt rögzített, és van egy változó hosszúságú opcionális rész is.

A VERZIÓ mezõ a protokoll verzióját azonosítja, így a protokoll módosítását is ezzel figyelembe lehet venni. Az IHL adja a fejrész teljes hosszát 32 bites egységekben (20bájt+opció rész). Minimális értéke:5. (Nincs opció.)

A SZOLGÁLAT TÍPUS mezõ teszi lehetõvé a hoszt számára, hogy kijelölje az alhálózattól kívánt szolgálat típusát. Különféle sebességek és megbízhatósági fokok különbözõ kombinációi között lehet választani. Ez azért fontos mert különféle optimális átvitelt lehet megvalósítani. Például digitalizált kép- vagy hang továbbításakor a gyors átvitel sokkal fontosabb, mint az esetleges átviteli hibák javítása. Ha azonban adat- vagy programfájlokat továbbítunk akkor a pontos átvitel a fontosabb, és nem a gyorsaság.

A TELJES HOSSZÚSÁG mezõ a teljes datagram hosszát tartalmazza (fejrész+adat). A maximális hosszúság 65 536 bájt.

Az AZONOSÍTÁS mezõ alapján állapítja meg a célhoszt, hogy egy újonnan érkezett csomag melyik datagramhoz tartozik. Egy datagram minden egyes darabja ugyanazzal az Azonosítás mezõ értékkel rendelkezik.

Ezután egy nem használt bit, majd két 1-bites mezõ következik. A DF mezõ a Don't Fragment (ne tördelj !) kifejezés rövidítése. Ha ez a bit 1 értékû, akkor az átjárók nem tördelhetik a datagramot, mert a célállomás képtelen azt ismét összerakni. Ha a datagram nem vihetõ keresztül a hálózaton, akkor vagy kerülõ utat kell választani, vagy el kell dobni.

Az MF mezõ neve a More Fragments (több darab) rövidítése. A széttördelt datagramdarabokat jelzi, kivéve az utolsót. A Teljes hosszúság mezõ mintegy második ellenõrzésként használható, vajon nem hiányzik-e datagramdarab, és hogy az egész datagram összeállt-e.

Ehhez a kapcsolódik a DATAGRAMDARAB-ELTOLÁS mezõ, ami azt jelöli ki, hogy az adott darab hol található a datagramban. Minden datagramdarab hosszúságának, (kivéve az utolsót), 8 bájt egész számú többszörösének kell lennie, amely az elemi datagramdarab hosszúsága. Mivel e mezõ 13 bit hosszú, ezért maximálisan 8192 darabból állhat egy datagram, amelybõl a maximális datagramhossz 8*8192=65 536 bájt.

Az ÉLETTARTAM mezõ lényegében egy 8 bites számláló, amely a csomagok élettartamát tartalmazza másodpercben. Amikor értéke nullává válik, akkor az adott csomag megsemmisül. Így a maximális élettartam 255 s lehet.

Amikor a hálózati réteg összerak egy teljes datagramot, tudnia kell, hogy mit tegyen vele.

A PROTOKOLL mezõ kijelöli, hogy a datagram a különféle szállítási folyamatok közül melyikhez tartozik. A TCP a leggyakoribb választás, de léteznek egyebek is.

A FEJRÉSZ ELLENÕRZÕ ÖSSZEGE csak a fejrész ellenõrzésére szolgál. Egy ilyen ellenõrzõösszeg azért hasznos, mert a fejrész a darabolások miatt változhat az átjárókban.

A FORRÁSCÍM és a CÉLCÍM hálózati számot és a hosztszámot adják meg (ld. késõbb!!!).

Az OPCIÓK mezõ rugalmasan alkalmazható biztonsági, forrás általi forgalomirányítási, hibajelentési, hibakeresési, idõpont-megjelölési és egyéb információs célokra. A mezõ biztosításával elkerülhetõ, hogy a fejrészben levõ biteket és mezõket ritkán használt információk számára kelljen lefoglalni.

Forgalomirányítás

Az ARPANET eredetileg az elosztott forgalomirányítási algoritmust használta. Ez egyrészt néhány csomag tartós hurokba kerülését okozta, másrészt nem használt alternatív utakat. Mikor a hálózat nagy méretûvé növekedett, akkor a forgalomirányító táblák kicserélésével elõálló forgalom már olyan nagy volt, hogy akadályozta a normál forgalmat is.

Ezért a megváltoztatott jelenlegi algoritmusban minden egyes IMP belsõleg fenntart egy adatbázist, amely az egyes vonalakon való késleltetéseket tartalmazza. Erre az adatbázisra alapozva minden IMP kiszámolja a közte és az összes többi IMP közötti legrövidebb utat. A számítás mértékéül a késleltetést használja. Mivel minden egyes IMP a legrövidebb út algoritmust (majdnem) ugyanarra az adatbázisra alapozva futtatja, ezért az utak konzisztensek és kevés hurok alakul ki. A forgalom és a topológia változásaihoz való alkalmazkodás érdekében minden IMP 10 másodperces átlagolási idõvel méri vonalain a késleltetést. E mérések eredményét egy aktuális sorszámmal ellátva minden IMP megkapja. Az információ köröztetéséhez az IMP-k az elárasztásos algoritmust használják.

Összeköttetés-mentes szállítási protokoll: az UDP.

Sok alkalmazás használ üzeneteket, amelyek elférnek egyetlen datagramban. Példa erre a domén nevek kikeresése. Amikor egy felhasználó egy másik rendszerrel kapcsolatba akar lépni, akkor általában az adott rendszer IP címe helyett a nevét fogja megadni. Ezt a nevet le kell fordítania IP címre. Ehhez a név-szolgáltatóhoz kell a kérést tartalmazó üzenetet eljuttatni. A kérés annyira rövid, hogy biztosan elfér egyetlen datagramban, és a válasz ugyanilyen rövid. Ilyenkor nincs szükség a TCP teljes bonyolultságára. Ha egy pár másodpercen belül nem kapunk választ, akkor egyszerûen megismételjük a kérdést.

A legtöbbet használt ilyen protokoll az UDP (user datagram protocol — felhasználói datagram protokoll). Hasonlóképpen illeszkedik a rendszerbe, mint a TCP. A hálózati szoftver az adatok elejére ráilleszti az UDP fejlécet ugyanúgy, ahogy a TCP fejléc esetében teszi. Az UDP ezek után az IP-nek adja át a datagramot. Az IP hozzáteszi a saját fejlécét, amibe a TCP helyett az UDP protokollszámát helyezi el a Protokoll mezõben (lásd IP fejléc). Az UDP csak portszámokat biztosít, hogy egyszerre több program is használhassa a protokollt. Az UDP portszámok ugyanúgy használatosak, mint a TCP portszámok. Az UDP-t használó kiszolgálókhoz is léteznek jól ismert portszámok. Látható, hogy az UDP fejléc sokkal rövidebb, mint a TCP fejléce.

OKJ vizsga programozó - Hálózatok IV. tétel

Hálózati biztonság (titkosítás, hitelesítés, konkrét megvalósítások az OSI különböző rétegeiben)

Hálózati biztonság és védelem (titkosítás)

Gyakran elõfordul, hogy bizalmas vagy titkos információt, banki átutalásokat kell továbbítani a hálózaton keresztül. Megoldandó, hogy az arra jogosulatlan személyek ne férhessenek hozzá a titkos adatokhoz. Megfelelõ titkosítási algoritmus felhasználásával elérhetõ, hogy a titkosított adatok csak nem, vagy csak igen nehezen legyenek megfejthetõk.

A titkosítástan (kriptológia) alapvetõ szabálya az, hogy a titkosítás készítõjének feltételeznie kell, hogy a megfejtõ ismeri a titkosítás általános módszerét (97. ábra). A módszernél a titkosítási kulcs határozza meg a konkrét esetben a titkosítást. A titkosítási-megfejtési módszer régen nem lehetett bonyolult, mert embereknek kellett végigcsinálni. Két általános módszert használnak:

Helyettesítéses rejtjelezés:

Egyábécés helyettesítés: Elsõ híres alkalmazójáról Julius Ceasar-ról elnevezve szokták Ceasar-féle rejtjelezésnek is hívni. Az eredeti abc-t egy három (általános esetben: k) karakterrel eltolt abc-vel helyettesíti, és így írja le a szöveget. Bár a lehetõségek száma nagy, de a nyelvi-statisztikai alapon könnyen fejthetõ. (betûk, szavak relatív gyakorisága alapján)

Többábécés rejtjelezés: 26 Ceasar-abc sort tartalmazó négyzetes mátrix. Nyílt szöveg fölé egy kulcsot (egy szöveget) írunk, és a kulcsban lévõ betû dönti el, hogy melyik sort használjuk az adott nyílt szövegbeli betû titkosítására.

ABC....XYZ KULCSOCSKAKULCSOCSKA

BCD...YZA EZ A NYILT IRAT

... OT.......

ZAB...WXY

E betût az O betû helyettesíti, mert a K-val kezdõdõ sor 5.-ik (E betû az 5-ödik!) tagja O.

Z betût az T betû helyettesíti, mert a U-val kezdõdõ sor 26.-ik (Z betû az 26-odik!) tagja T.

A mátrix sorainak keverésével hatásosabb lesz a módszer, de ekkor a mátrix a kulcs részévé válik. Megfejtés alapja: a kulcs hosszának jó megsejtése.

Más: betûkódolás helyett két- három vagy négy betû kódolása, vagy szavak használata. (kulcs egy könyv (pl. szótár) , és elküldjük hogy adott oldal hányadik sora (számok).

Porta-féle rejtjelezésnél 26*26-os mátrixot használunk, amelynek minden eleme betû-pár. A nyílt szöveg sorban egymás után álló két karaktere a mátrix egy sorát és oszlopát határozza meg, a metszéspontban lévõ betûpárt írjuk az eredeti betû-pár helyére.

Felcseréléses rejtjelezés:

A helyettesítéses rejtjelezések és kódolások a nyílt szöveg szimbólumainak sorrendjét változatlanul hagyják, csak álcázzák. A felcseréléses rejtjelezések a betûk sorrendjét változtatják, de nem álcázzák.

Módszer: A kulcsban egy betû csak egyszer fordulhat elõ. A szöveget kulcsnyi szélességû sorokra tördelve egymás alá írjuk, a titkosított szöveget az oszlopok egymás után fûzésével kapjuk. Az oszlopok leírási sorrendjét a kulcs betûinek abc-beli sorrendje határozza meg.

Nyílt szöveg: eztmostkodoljuk

Titkosítva: odkmoutkjesoztl

PROBA <- kulcsszó

45321

eztmo

stkod

oljuk

Ez a rejtjelezés is megfejthetõ. Betûgyakoriságok vizsgálata alapján eldönthetõ, hogy felcseréléses rejtjelezésrõl van szó. Majd az oszlopszámokat kell megsejteni, majd az oszlopok sorrendjét.

DES (Data Encyption Standard) — Adattitkosítási szabvány

A számítógépek megjelenésével az a hagyományos módszerek (helyettesítés és felcserélés) továbbélnek, de a hangsúly máshová került. Mivel régen emberek voltak a titkosítók, ezért a készítõk egyszerû, emberek által jól megtanulható algoritmusokat és hosszú kulcsokat használtak.

A számítógépek megjelenésével felmerült az igény olyan titkosítási algoritmusok iránt, amelyek olyan komplikáltak, hogy még egy számítógép se tudja megfejteni. Manapság a titkosítási algoritmus a nagyon bonyolult (hiszen a számítógép végzi), és a megfejtõ még sok titkosított szöveg birtokában sem tudja megfejteni.

A DES módszer lényegében egy 64 bites nyílt szöveget 64 bites titkosított szöveggé alakít egy 56 bites titkosítási kulcs segítségével.

Bináris elemek esetén a felcserélések és helyettesítések egyszerû áramkörök segítségével valósítható meg. A felcseréléseket a P doboz, a helyettesítéseket az S doboz végzi. A P doboz nem más mint egy 8 bemenetû és 8 kimenetû áramkör, egy bemenõ paraméter által meghatározott össze-vissza kötött ki- és bemenetekkel, azaz a bemeneti 8 bit felcserélésével állítja elõ a 8 bites kimenetet.

A helyettesítést az S doboz végzi, ez a doboz a bemenetére adott 3 bit nyílt szöveget alakítja át 3 bit titkos szöveggé.

A titkosítás elsõ lépésben egy kulcstól független felcserélés történik, az utolsóban, pedig ennek az inverze. Az utolsó lépésben egyszerûen az elsõ 32 bitet felcserélik az utolsó 32 bittel. A közbülsõ 16 fokozat ugyanúgy mûködik, de a kulcs más-más része határozza meg az alkalmazott P és S dobozok konkrét felépítését. Ez természetesen logikai függvényekkel is leírható, és ez alapján titkosító program is készíthetõ.

OKJ vizsga programozó - Hálózatok III. tétel

Adatkapcsolati protokollok (közeghozzáférési eljárások ismertetése, előnyök, esetleges hátrányok, alkalmazási környezet)

Közeg-hozzáférési eljárások

1. Véletlen átvitel-vezérlés

Mindegyik állomás figyeli a csatornát: ha szabad, akkor az adás idejére kisajátítja. A módszer nevében szereplõ véletlen kifejezés döntõ jelentõségû: mivel nincs külön eljárás az adási jog megadására, ezért elvileg nem lehet felsõ idõkorlátot adni az üzenettovábbítás idõbeli bekövetkezésére.

1. 1. Ütközést jelzõ vivõérzékeléses többszörös hozzáférés (CSMA/CD)

A módszer angol elnevezése: Carrier Sense Multiple Access with Collision Detection =CSMA/CD. Ennél a módszernél, mielõtt egy állomás adatokat küldene, elõször “belehallgat” a csatornába, hogy megtudja, hogy van-e éppen olyan állomás, amelyik használja a csatornát. Ha a csatorna “csendes”, azaz egyik állomás sem használja, a “hallgatódzó” állomás elküldi az üzenetét. A vivõérzékelés (carrier sense) jelenti azt, hogy az állomás adás elõtt belehallgat a csatornába. Az állomás által küldött üzenet a csatornán keresztül minden állomáshoz eljut, és véve az üzenetet a bennfoglalt cím alapján eldöntheti hogy az neki szólt (és ilyenkor feldolgozza), vagy pedig nem (és akkor eldobja).

Ennél a módszernél természetesen elõfordulhat olyan eset, amikor egyszerre két vagy több állomás akarja használni a közeget. Az adás közben — mivel közben a csatornán lévõ üzenetet veszi — el tudja dönteni, hogy az adott és a vett üzenetfolyam egyforma-e. Ha ezek különbözõk, akkor azt jelenti, hogy valaki más is “beszél”, azaz a küldött üzenet hibás, sérült. Ezt ütközésnek hívják, és ilyenkor az állomás megszakítja az üzenetküldést.

Az ütközés miatt kudarcot vallott állomások mindegyike az újabb adási kísérlet elõtt bizonyos, véletlenszerûen megválasztott ideig várakozik. Ezek az idõk a véletlenszerûség miatt eltérõk, és a versengõ állomások következõ hozzáférési kísérlete során egy, a legrövidebb várakozási idejû fog tudni adni, mivel a többiek a várakozási idejük leteltével adás elõtt a csatornába belehallgatva azt már foglaltnak fogják érzékelni. Az e protokoll szerint mûködõ állomások a következõ három állapot valamelyikében lehetnek: versengés, átvitel, és tétlen állapot. Végiggondolva az eljárást, nyilvánvaló, hogy gyér forgalom esetén a közeghozzáférés nagyon gyors, mivel kevés állomás kíván a csatornán adni. Nagy hálózati forgalom esetén az átvitel lelassul, mivel a nagy csatorna terhelés miatt gyakoriak lesznek az ütközések. A széles körben elterjedt Ethernet hálózat ezt a módszert használja, és részletesebben a LAN-okkal foglalkozó fejezetben — mint az IEEE 802.3 szabvány — írunk róla.

1. 2. Réselt gyûrû (slotted ring)

A gyûrûn felfûzött állomások rés-eknek elnevezett rögzített hosszúságú kereteket adnak körbe. Minden résben van egy jelzõ (marker) amelyik jelzi a rés foglaltságát. Mivel a rés hossza állandó, az állomásnak az üzeneteit akkora darabokra kell vágnia, hogy azok elférjenek a résben (az állomáscímekkel, és egyéb kiegészítõ információval együtt.) Ha egy állomáshoz egy nem foglalt (üres) rés érkezik, akkor az elhelyezi benne a saját adatait, és továbbadja az immár foglalt keretet. Természetesen az adatot elhelyezõ állomásnak a feladata a visszaérkezett keret kiürítése, azaz a foglaltságának a megszüntetése. Ha átviteli, vagy egyéb hibák miatt (pl. az állomás elromlik) ez nem történik meg, akkor ez a rés foglaltan tovább kering a gyûrûben. Ezért kijelölnek egy állomást, amely felügyelõi feladatot is ellát: ez figyeli, hogy van-e olyan rés, amely a gyûrûben nem jut alaphelyzetbe, és ha ilyen van, egy idõ múlva eltávolítja a gyûrûbõl. Mivel önmagában a közeg nem biztosítja a rések megfelelõ lépkedéséhez szükséges késleltetést, ezért az állomásokon (és így a gyûrûn) a bitek átvitele léptetõregiszterek segítségével van lassítva.

1. 3. Regiszter beszúrásos gyûrû (register insertion ring)

A gyûrû topológiájú hálózatoknál a másik alkalmazott eljárás a léptetõregiszter késleltetõ funkcióján túl, annak tárolási képességét is kihasználja. A hálózati illesztõben két regiszter: egy léptetõ- (shift-) és egy tároló- regiszter található.

A gyûrû indulásakor a mutató a léptetõ regiszter kezdõ pozíciójára mutat. Ahogy jönnek a bitek a hálózatról, a pointert mindig bitenként balra lépteti, azaz a gyûrûben lévõ biteket tárolja. Közben a keretben lévõ címet a beérkezett bitekbõl megállapítja.

Ha nem az állomásnak szól, akkor a kapcsolón keresztül kezdi kiléptetni a biteket, miközben az újabb érkezõ bitek a mutató által jelölt helyre íródnak, amely a léptetés miatt mindig felszabadul. Ha a keret utolsó bitjei is beérkezett, akkor a maradékot még kilépteti és mutató ismét a kezdõ pozícióba kerül.

Ha a keret az állomásnak szólt, akkor a kapcsoló 2-es pozícióba kerülve nem engedi a keret kijutását, azaz kivonja a keretet a gyûrûbõl.

Kivitel esetén az állomás által összeállított keret a KIMENETI TÁROLÓ REGISZTER-ben van. Kivitel csak akkor lehetséges, ha a az elõzõleg vett, és továbbadandó keret utolsó bitjét is már kitolta a BE-KIMENETI LÉPTETÕ REGISZTER-bõl a gyûrûre, és a regiszterben elegendõ hely van a kimeneti keret fogadására. Csak ekkor kerül a kimeneti kapcsoló a 3-as pozícióba, és kerül a regiszter tartalma bitenként a gyûrûre, a bemenettel szinkronban. Az új bemenet eközben gyûlik a felsõ regiszterben. Ha a kimeneti tároló regiszter kiürült, a kimeneti kapcsoló ismét az 1-es helyzetbe billen, folytatva a vett bitek küldését.

A módszer elõnye, hogy a gyûrû kisajátítást megakadályozza. Ha csak egy állomás aktív, akkor azonnal szinte állandóan adhat, ahogy ismét feltöltötte a kimeneti regiszterét. Ha azonban más állomás is használja a gyûrût, akkor a keretének elküldése után valószínûleg nem küldhet újabbat, mert a be-kimeneti regiszterében nem lesz elég hely.

2. Osztott átvitel vezérlés

Lényegében minden állomás a közeghez való vezérlés funkcióját is betölti, és ez a szerep váltakozva továbbadódik.

2. 1. Vezérjeles gyûrû (Token Ring)

Fizikailag gyûrû topológiájú hálózatok esetén — mivel lényegében páronként pont-pont összeköttetés valósul meg — a leggyakrabban használt hozzáférési módszer a vezérjel továbbításos eljárás, amelyben egy ún. vezérjel (token) halad körben a gyûrû mentén állomásról állomásra. A vezérjel lényegében egy rövid üzenet, ami utal a gyûrû foglaltságára. Ha szabadot jelez, akkor a tokent vevõ állomás számára ez azt jelenti, hogy üzenetet küldhet. A tokent foglaltra állítja és üzenettel együtt küldi tovább, vagy más megoldásként kivonja a gyûrûbõl. Az üzenet a gyûrûn halad körben állomásról állomásra.

Az üzenetet az állomások veszik, megvizsgálják hogy nekik szól-e, majd továbbadják. Amikor a gyûrûben az üzenet visszaér az elküldõ állomáshoz, akkor kivonja az üzenetét a gyûrûbõl, a tokent szabadra állítja, és továbbküldi az immár szabadot jelzõ vezérjelet más állomás számára.

Elképzelhetõ, hogy valamilyen hiba miatt egy üzenet nem kerül kivonásra. A leblokkolás megakadályozására kijelölhetnek egy aktív felügyelõ állomást, amely az ilyen “árva” üzenetek figyeli és kivonja ezeket a hálózatból. A többi állomás ún. passzív felügyelõ, és az aktív felügyelõ meghibásodásakor egy másik veszi át a szerepét. A módszer elõnye a garantált, adott idõn belüli üzenetadás. Az állomások között prioritás is kialakítható, azaz a nagyobb prioritású állomások az alacsonyabb szintû állomások elõtt kaphatnak lehetõséget adataik továbbítására. Részletesebben a LAN-okkal foglalkozó fejezetben mint az IEEE 802.5 szabvány írunk róla.

2. 2. Vezérjeles sín (Token bus - Vezérjel busz)

A vezérjel továbbításos eljárást két különféle topológiájú (busz illetve gyûrû) hálózati szabványban is használják. Busz topológiájú hálózat esetén vezérjel busz szabványról beszélünk. A vezérjel busz az átviteli közeget úgy vezérli, hogy az állomásról állomásra történõ vezérjel (ún. token) továbbítása egy logikai gyûrût képez.

Amikor egy állomás vette a vezérjelet, lehetõséget kap arra hogy adatblokkokat továbbítson a számára biztosított maximális idõn belül. Ha nincs adandó adatblokkja, akkor a tokent azonnal továbbadja. Fontos megjegyezni, hogy bár az állomások kapcsolata gyûrû, fizikailag mégis felfûzött busz topológiájú. Részletesebben a LAN-okkal foglalkozó fejezetben mint az IEEE 802.4 szabvány írunk róla.

2. 3. Ütközést elkerülõ, vivõérzékeléses többszörös hozzáférés (CSMA/CA)

A módszer angol elnevezése: Carrier Sense Multiple Access with Collision Avoidance) =CSMA/CA. A véletlen közeghozzáférésekkel foglakozó részben már a módszer alapgondolatát megismertük: Itt minden állomás adást figyelve “belehallgat” a csatornába. Az adás befejezése után minden állomás egy adott ideig vár, amit egy logikai listában elfoglalt helyük határoz meg. Ha ez alatt az idõ alatt más állomás nem kezd adni, akkor elkezdi az adást.

3. Központosított átvitelvezérlés

Ezeknél az eljárásoknál mindig van egy kitüntetett egység, amelynek feladata az egyes állomások hálózathoz való hozzáférésének a vezérlése.

3. 1. Lekérdezéses (polling) eljárás

Ennél az eljárásnál a fõállomás (master), és a többi mellékállomás (slave vagy secondary) alkotja a hálózatot. A fõállomás sorban egymás után szólítja fel a mellékállomásokat üzenetek küldésére. Ha a megszólított állomásnak van üzenete, akkor elküldi a fõállomáshoz, amely az üzenetben lévõ cím alapján meghatározza, hogy melyik másik mellékállomásnak kell ezt elküldenie. Azaz a mellékállomások a fõállomás közvetítésével tudnak egymással kommunikálni. Ha a megszólított mellékállomásnak nincs üzennivalója, akkor negatív választ küld a lekérdezésre. Ezután a fõállomás egy elõre meghatározott prioritási sorrend alapján periodikusan folytatja a többi mellékállomás lekérdezését.

Az eljárás elõnyös, mert a rugalmas vezérlés lehetõséget biztosít arra hogy egy mellékállomás több üzenetet is küldjön egymás után, és a lekérdezési sorrendben többször szereptetve egyes mellékállomásokat, azok magasabb prioritást kapnak. Az eljárás sebezhetõ pontja a mellékállomásoknál bonyolultabb fõállomás meghibásodási lehetõsége, hiszen ilyenkor az egész hálózat megbénul. Mivel minden két mellékállomás közötti üzenetváltás kétszer megy át a hálózaton ez növeli az átviteli idõt.

A mûködési elv miatt elsõsorban csillag kialakítású hálózatoknál használják.

3. 2. Vonalkapcsolásos eljárás

Az elõbb ismertetett eljárásnál a fõállomás fõ funkciója a postás szerep volt. Mivel az elsõdleges feladat a mellékállomások egymással való kommunikációja, ez megoldható egy Ha ez lehetséges, akkor a két mellékállomást egy vonalon relék vagy elektronikus kapcsolók segítségével összeköti, és a két állomás üzeneteket válthat egymással a kialakított áramköri úton keresztül. Mikor az üzenetváltást befejezik, a kapcsolat megszûnik és a kapcsoló felszabadul. Mivel a központban több kapcsoló helyezkedik el, ezért egyszerre több vonalkapcsolat is mûködhet. Itt is igaz az, hogy az intelligens kapcsolóközpont meghibásodása az egész rendszer számára katasztrófát jelent.

3. 3. Idõosztásos többszörös hozzáférésû eljárás (TDMA)

Az angol rövidítés a Time Division Multiple Access kifejezés elsõ betûibõl alkotott betûszó. Elsõdlegesen busz felépítésû hálózatoknál alkalmazzák. Ennél az eljárásnál minden a buszhoz kapcsolódó mellékállomás, egy adott idõszeletben adhat. Ha nincs üzenete, akkor a szelet kihasználatlan marad.

Adatkapcsolati protokollok

1. Korlátozás nélküli egyirányú (szimplex) protokoll

Az elsõ vizsgált protokoll a lehetõ legegyszerûbb: az adatátviteli sebesség, a feldolgozás nincs korlátozva: amilyen sebességgel küldi az ADÓ a kereteket, a VEVÕ ugyanilyen sebességgel képes ezt venni. Ez a gyakorlatban azt jelenti, hogy az ADÓ és a VEVÕ hálózati rétege mindig készen áll, a feldolgozási idõ elhanyagolható, és a keretek esetleges tárolására szolgáló puffer kapacitás végtelen. Az adatkapcsolati rétegek közötti csatorna hibamentes, kerethiba, keretvesztés nem fordul elõ. Az átvitel egyirányú.

2. Egyirányú “megáll és vár” protokoll

A valóságban nagyon sok esetben a VEVÕ nem képes olyan sebességgel feldolgozni a kereteket, azaz valahogy az ADÓ-t le kell lassítani olyan mértékben hogy a VEVÕ küldött kereteket mindig fel tudja dolgozni. Ez csak egy módon lehetséges: informálni kell az adót arról, hogy mikor küldheti a következõ keretet, azaz a vétel és a feldolgozás tényét nyugtázni kell. Vagyis a protokoll megköveteli az ADÓ-tól, hogy egy keret elküldése után addig várjon, amíg a kis üres (nincs adat!!!) nyugtakeret meg nem érkezik. Ezt a protokollt szokták “megáll ás vár” (stop and wait) protokollnak nevezni.

Látható, hogy bár az adatforgalom szimplex, azért a keretek már különbözõ idõpontokban két irányban áramlanak, ezért fél-duplex csatorna kialakítást igényel a fizikai réteg vonatkozásában. A protokoll jól mûködik az adatkeretek átvitelekor, hiszen a VEVÕ csak akkor küld vissza nyugtát, ha a keret vétele helyes volt. Mi van azonban akkor, ha VEVÕ által küldött nyugtakeret sérül meg? Mivel nyugta nincs, az ADÓ egy bizonyos idõ múlva ismét elküldené a nem nyugtázott keretet, amit a VEVÕ ismételten venne, azaz a benne lévõ adatok megkettõzõdve kerülnének a hálózati réteghez. Ez sajnos súlyos hiba.

A VEVÕ-nek kell egy olyan módszert alkalmaznia, amely megkülönböztethetõvé teszi a számára az elõször látott kereteket az újraadásra kerültektõl.

3. Egyirányú összetett protokoll

Ennek egyszerû megoldása az, hogy az ADÓ egy számot helyez el minden elküldendõ keret fejrészébe, és ezáltal a VEVÕ eldöntheti, hogy elõször adott, vagy ismételt keretrõl van-e szó. Mivel a keretek és a nyugták egymás után vannak, ezért elegendõ 1 bittel jelezni az újraküldés tényét. Nézzük: a k-adik keretre (amelynek újraküldési bitje 0 volt, jelezve az elsõ küldést) a VEVÕ nyugtát küld, de az elvész. Az ADÓ mivel a k-adik keretet elküldte, de nem nyugtázták (legalábbis azt hiszi), egy adott idõzítés lejárta után ismételten elküldi a keretet, de már 1-es újraküldési bittel). A VEVÕ ezt véve, a bit alapján már tudja hogy ezt már vette, ezért nyugtát küld vissza az elveszett helyett, de a keretet eldobja.

4. Kétirányú protokollok

Az elõzõ esetekben az adatátvitel egyirányú volt, bár az utolsó két esetnél a nyugtázás miatt az ellenirányú átvitelre is szükség volt az ADÓ informálása miatt. A gyakorlatban az adatátvitel is a legtöbbször kétirányú, ezért célszerû ezt a kialakítást is megvizsgálni. A megoldás lehetne két különálló, ellentétes irányú adatcsatorna használata, de az a nyugtázás miatt valójában négy információs utat jelentene, ahol a nyugtacsatornák kihasználása kicsi lenne.

Jobb megoldás, ha mindkét irány számára ugyanazt a csatornát használjuk, hiszen az adatkereteket a nyugtakeretektõl a keret fejrészében elhelyezett jelzõ meg tudja különböztetni, és ez a keret vételekor azonosítható.

Egy egyszerû megoldással az átviendõ keretek számát csökkenthetjük: bármelyik irányba tartó adatkeretre ráültethetjük az elõzõ ellenirányú adatkeret nyugtáját. Ezt szokták ráültetési (piggy-back) technikának is hívni. Hogy egy nyugta akkor is visszajusson, ha éppen nincs visszafelé küldött adatkeret, célszerû egy adott idõzítés lejártakor a VEVÕ-nek önállóan útnak indítani. Persze, ha az adó eltérõ idõzítése miatt újra elküldi a keretet, akkor ez problémát jelent.Az eddigiekben feltételeztük hogy a csatornán mindig egy adatkeret, majd rá válaszul egy nyugtakeret halad. A valóságban a csatorna jobb kihasználását teszi lehetõvé, ha megengedjük, hogy a csatornán több keret is tartózkodhat. Az ezt lehetõvé eljárásokat csúszóablakos (sliding window) vagy forgóablakos protokolloknak nevezik. A könyvben az elsõ megnevezést fogjuk használni.

A protokollban minden egyes kimenõ keret egy 0-max (az ábrán:0-7) közötti sorszámot kap. A lényeg az, hogy a sorban elküldendõ keretek sorszámaiból egy aktualizált listát tart fenn az ADÓ. A listában szereplõ sorszámú keretek az adási ablakba (sending window) esnek. Az ADÓ adási ablakában az elküldött, de még nem nyugtázott keretek vannak. Mikor egy nyugta megérkezik az ablak alsó fele feljebb csúszik, lehetõvé téve újabb keret elküldését. Nem kell a kereteket egyenként nyugtázni, ha pl. az ADÓ az 1-es sorszámú keretre kap nyugtát, ez azt jelenti, hogy nyugtázott a 6,7,0,1 keret. (ld. ábra). Mivel a kereteket esetleg újra kell adni, ezért az ablakban lévõ kereteket ismételt adásra készen memória-pufferekben kell tartani. Az ADÓ ezenkívül az ablakban lévõ minden keret elküldésétõl eltelt idõt nyilván tartja, és ha ez egy értéknél (timeout) nagyobb, akkor újra adja.

A VEVÕ egy vételi ablakot (receiving window) tart fenn, amely az elfogadható keretek sorszámait tartalmazza. Bármelyik ablakon kívüli keret érkezésekor az eldobódik. Ha a k-adik keret érkezik, akkor rá a nyugta a következõ két feltétel teljesülése esetén lesz visszaküldve: 1. A k-adik keret még nem lett nyugtázva. 2. Minden keretet az elsõnek várt (az ábrán a 6.) és a k-adik között már vettünk.

5. Egybites csúszóablakos protokoll

Ez a legegyszerûbb ilyen jellegû protokoll. Hasonló a megáll-és-vár protokollhoz, de az átvitel mindkét irányban folyik, és az ellenirányú csomag hordozza az elõzõleg küldött nyugtáját. Legyen két állomás, A és B! Jelölések: küld, vesz, pl Avesz=A vesz. A keret jelölése: (sorszám, nyugta, az A vagy B által küldött adatcsomag jelölése). Mivel mindig csak akkor lehet új keretet küldeni, ha nyugtázva van az elõzõ, a sorszám és nyugta értéke csak 0 vagy 1 lehet.

A kezdi az adást, küldi B-nek a keretet: (itt az 1 nyugta csak azért van, hogy B “azt higgye” hogy az elõzõ küldése sikeres volt) Aküld(0,1,A0).

B veszi, és a nyugtát a saját keretével visszaküldi: Bvesz(0,1,A0), Bküld(0,0,B0)

A veszi B elsõ keretét és küldött kerete nyugtáját, és küldi az újabb keretet: Avesz(0,0,B0), Aküld(1,1,A1). A következõ ábrán összefoglalva:

A protokoll nagyon jól mûködik: Ha például A nem kapja meg pl. az A0-ra nyugtáját, azaz B (0,1,B0)-át küld, akkor ismét elküldi B-nek a (0,1,A0) keretet (mivel A nyugtázhatja a B0 keretet. Akár többször is küldheti (próbálkozhat), miközben B sorban adja a saját kereteit. A protokollt semmilyen elveszett keret, vagy a lejárt idõzítés miatt újraküldött keret nem készteti arra, hogy kettõzött keretet adjon tovább a hálózati rétegnek, vagy egy keretet kihagyjon. Azonban keretkettõzõdés lép fel, ha A és B egyszerre kezd adni. Ugyanis ehhez induláskor 1-es nyugtával kell elküldenie a saját keretét:

Aküld(0,1,A0) Bküld(0,1,B0), és a vétel:

Avesz(0,1,B0) Bvesz(0,1,A0) amit el is fogadnak.

Mivel mindkét vételben 1-es nyugta van a várt 0 helyett, mindkettõ újraküldi az elõzõ keretet: Aküld(0,0,A0) Bküld(0,0,B0), amelyeket mindkettõ vesz és továbbad.

Mind az ADÓ mind a VEVÕ számára egy elemes csúszóablak elegendõ: az ADÓ az ablakba 0-át ír mikor elküld egy 0 sorszámú keretet, és amíg nem kap ezzel egyezõ nyugtát, újra küldi. Ha megjön a nyugta, akkor 1-et ír az ablakba, és várja a nyugtát. A VEVÕ csúszóablaka kezdetben 0-át tartalmaz, azaz 0 sorszámot vár. Ha ilyen keretet kap nyugtázza, és az ablakba 1-es (várt) sorszámot ír.

6. Visszalépés n-el technikájú protokoll

Ha a keretek átviteli ideje hosszú, például mûholdas átvitel esetén, akkor nem jó az a megoldás, hogy újabb keretet, csak az elõzõ nyugtázása után indítunk. A megoldás az, hogy az ADÓ nem 1 hanem k darab keretet küld el nyugtázás nélkül. Az n. keret elküldése után kezdi várni a nyugtákat és folytatni az k+1,... keretek küldését. Az ilyen esetben a csúszóablak mérete k kell hogy legyen. Ezt a megoldást csõvonal-nak (pipelining) hívják, utalva arra a szemléletes képre, hogy a keretek egy csõbe haladnak, sorban egymás után.

Mi van azonban akkor, ha egy keret a sorban megsérül? Két megközelítés ismert: az egyik a címben már megnevezett visszalépés n-el (go back n) protokoll. Ennél a módszernél a VEVÕ, a hibás keret utáni kereteket nyugtázatlanul eldobja, kényszerítve az ADÓ-t az ismétlésre. Ez a stratégia 1 méretû vételi ablaknak felel meg. Zajos vonalak esetén ez a megoldás nagymértékben csökkenti az adatátviteli sebességet a sok újraküldés miatt.

7. Szelektív ismétlõ protokoll

A másik, csõvonal esetén használható általános hibakezelési eljárást szelektív ismétlésnek (selective repeat) hívják, és mûködése már az elõzõek és az elnevezése alapján már kitalálható: ennél a hibás keretet követõ összes jó keret tárolásra kerül. Amikor az ADÓ felfedezi, hogy volt hibás keret (nem kap nyugtát róla), akkor csak a hibást küldi újra. Ennél a protokollnál, mind az ADÓ mind a VEVÕ fenntart ablakot, a keretsorszámoknak. Az ADÓ ablaka 0-tól sorszmax-ig növekszik. A VEVÕ ablaka rögzített méretû, a megfelelõ mûködés érdekében 1-nél nagyobb.

OKJ vizsga programozó - Hálózatok II. tétel

Vezetékes átviteli közeg

Csavart érpár (UTP,STP)

A csavart, vagy más néven sodrott érpár (Unshielded Twisted Pair = UTP) két szigetelt, egymásra spirálisan felcsavart rézvezeték. Ha ezt a sodrott érpárat kívülrõl egy árnyékoló fémszövet burokkal is körbevesszük, akkor árnyékolt sodrott érpárról (Shielded Twisted Pair = STP) beszélünk. A csavarás a két ér egymásra hatását küszöböli ki, jelkisugárzás nem lép fel. Általában több csavart érpárt fognak össze közös védõburkolatban. Pontosan a sodrás biztosítja, hogy a szomszédos vezeték-párok jelei ne hassanak egymásra (ne legyen interferencia). Az épületekben lévõ telefon hálózatoknál is csavart érpárokat használnak. A felhasználásuk számítógép-hálózatoknál is ebbõl a ténybõl indult ki: ezek a vezetékek már rendelkezésre állnak, nem kell új vezetékeket kihúzni a munkahelyekhez.

Ma már akár 100 Mbit/s adatátviteli sebességet is lehet ilyen típusú vezetékezéssel biztosítani. Alkalmasak mind analóg mind digitális jelátvitelre is, áruk viszonylag alacsony. A zavarokkal szemben való érzékenységük tovább növelhetõ, ha árnyékolást alkalmazunk a csavart érpár körül. Az UTP kábelek minõsége a telefonvonalakra használtaktól a nagysebességû adatátviteli kábelekig változik. Általában egy kábel négy csavart érpárt tartalmaz közös védõburkolatban. Minden érpár eltérõ számú csavarást tartalmaz méterenként, a köztük lévõ áthallás csökkentése miatt. Szabványos osztályozásuk: