Tartalomjegyzék
Kivonat
A Linux biztosítja a szükséges hálózatkezelési eszközöket és szolgáltatásokat az összes típusú hálózati struktúrába való integrálhatóság érdekében. A hálózati kártyákkal, modemmel vagy egyéb eszközökkel történő hálózatelérés mind-mind beállítható a YaST segítségével. Manuális konfiguráció is lehetséges. Ebben a fejezetben csak a legalapvetőbb mechanizmusokról írunk és a legfontosabb hálózati konfigurációs fájlokat tekintjük át.
A Linux és más operációs rendszerek alapvetően a TCP/IP protokollt használják. Pontosabban szólva, ez nem is egy egyedülálló hálózati protokoll, sokkal inkább egy különféle szolgáltatásokat nyújtó hálózati protokollcsalád. A 21.1. táblázat - A TCP/IP protokollcsalád különféle protokolljai ábrán felsorolt protokollok két gép közötti TCP/IP alapú adatcserére szolgálnak. A TCP/IP protokollcsalád segítségével összekapcsolt hálózatok egy világméretű hálózatot alkotnak, az „internetet.”
Az RFC a Request for Comments (megjegyzések kérése) kifejezés rövidítése. Az RFC-k a különféle internetes protokollokat, illetve az operációs rendszerek és alkalmazások számára a megvalósítási eljárásaikat leíró dokumentumok. Az RFC dokumentumok leírják az internetes protokollok beállításának módját is. A protokollokkal kapcsolatos ismeretek bővítése érdekében érdemes elolvasni a megfelelő RFC dokumentumokat. Ezek a http://www.ietf.org/rfc.html címen olvashatók.
21.1. táblázat - A TCP/IP protokollcsalád különféle protokolljai¶
|
Protokoll |
Leírás |
|---|---|
|
Transmission Control Protocol: Kapcsolatorientált, biztonságos protokoll. A továbbítandó adatok először az alkalmazáshoz továbbítódnak, mint adatfolyam és az operációs rendszer alakítja őket át a megfelelő formátumra. Az adat a célgépen futó megfelelő alkalmazáshoz mindig az eredetileg elküldött adatfolyam formájában érkezik meg. A TCP határozza meg, hogy elveszett-e vagy összekuszálódott-e valamilyen adat az átvitel során. A TCP ott kerül alkalmazásra, ahol az adatok sorrendje fontos. | |
|
User Datagram Protocol: Kapcsolat nélküli, nem biztonságos protokoll. Az adatok az alkalmazás által előállított csomagok formájában kerülnek továbbításra. A fogadó félhez érkező adatok sorrendje nem garantált, adatvesztés is előfordulhat. Az UDP a rekord orientált alkalmazások számára hasznos. Előnye a TCP-vel szemben a kisebb késleltetés. | |
|
Internet Control Message Protocol: Ez igazából nem a végfelhasználóknak szánt protokoll, hanem egy különleges vezérlési protokoll, amely hibajelentéseket biztosít, illetve képes ellenőrizni a TCP/IP-adatátvitelben résztvevő gépek viselkedését. Ezenkívül van egy egyedi visszhang üzemmódja is, amelyet például a ping program használ. | |
|
Internet Group Management Protocol: Ez a protokoll szabályozza a gép viselkedését IP multicast (többesszórás) használata közben. |
A 21.1. ábra - A TCP/IP egyszerűsített rétegmodellje jól mutatja, hogy az adatcsere több szinten, rétegben zajlik: A tényleges hálózati réteg az IP (Internet Protocol) alapú, nem biztonságos adatátvitel. A TCP (transmission control protocol) az IP protokollra épül rá, és azt használva valósít meg biztonságos adatátvitelt. Az IP-réteg maga is ráépül egy legalsó, hardverszintű protokollra, mint amilyen például az Ethernet.
Az ábrán minden rétegre egy vagy két példát láthatunk. A rétegek az absztrakciós szinteknek megfelelően vannak elrendezve. A legalsó szinten a hardverhez közeli réteg található. A legfelső réteg ezzel szemben már szinte teljesen elvonatkoztat a hardversajátosságoktól. Minden rétegnek megvan a saját speciális funkciója. Az egyes rétegek szerepe általában kiderül a leírásukból. Az adatkapcsolati és a fizikai rétegek jelentik a használt fizikai hálózatot (például Ethernet).
A hardverközeli protokollok szinte mindegyike csomagalapú megoldást alkalmaz. Az átvinni kívánt adatok csomagokba szerveződnek (mivel egyszerre nem küldhető el mind). Egy TCP/IP csomag mérete maximum 64 kilobyte lehet. A csomagok általában ennél azonban sokkal kisebbek, mert a hálózati hardver korlátozó tényezőt jelent. Az adatcsomag maximális mérete például egy Ethernet-szegmensben 1500 byte. A TCP/IP-csomag mérete maximum ekkora lehet, ha az adatok Ethernet-hálózaton keresztül kerülnek továbbításra. Ha több adatot szeretnénk továbbítani, akkor az operációs rendszernek több adatcsomagot kell elküldenie.
Hogy a rétegek elvégezhessék a nekik szánt feladatot, minden réteg számára kiegészítő információt kell elmenteni az adatcsomagokba. Ez az információ a csomag fejlécében található. Minden réteg egy rövid adatblokkot, un. protokollfejlécet fűz a csomagok elejére. A 21.2. ábra - TCP/IP Ethernet-csomag ábra egy TCP/IP adatcsomag továbbítására mutat példát Ethernet-kábelen. Az ellenőrző összeg nem a csomag elején, hanem a végén található. Ez leegyszerűsíti a hálózati hardver dolgát.
Amikor egy alkalmazás adatokat küld a hálózaton keresztül, az adatok a fizikai réteg kivételével olyan rétegeken haladnak keresztül, amelyeket a Linux-kernel tartalmaz. Minden réteg felelős azért, hogy az adatokat előkészítse a következő réteg számára. Az adatok tényleges elküldéséért a legalacsonyabb réteg felelős. Adatok fogadása esetén az egész folyamat fordítva zajlik le. A rétegek olyanok, mint egy hagyma: az egyes rétegekben a protokolfejlécek leválasztásra kerülnek a szállított adatokról. Végül a szállítási réteg felelős azért, hogy a célgép alkalmazásai számára felhasználható adatokat állítson elő. Mindez azt jelenti, hogy egy réteg csak a közvetlenül felette és alatta lévő rétegekkel kommunikálhat. Az alkalmazásoknak mindegy, hogy az adat egy 100 megabit/másodperc sebességű FDDI hálózaton, vagy egy 56 kilobit/másodperces modemen keresztül érkezik. Az adatvonalnak is mindegy, hogy milyen adatokat továbbít, feltéve, hogy azok formátuma megfelelő.
Az alábbi fejezetben csak az IPv4 hálózatokkal foglalkozunk. Az IPv4-et felváltó IPv6 protokollal kapcsolatos további információ: 21.2. - IPv6 – az internet következő generációja.
Az internet minden egyes számítógépe saját 32 bites címmel rendelkezik. Ezt a 32 bitet (azaz 4 byte-ot) általában a következő példa második sorában látható módon írjuk: 21.1. példa - IP-címek leírása.
21.1. példa - IP-címek leírása¶
IP Address (binary): 11000000 10101000 00000000 00010100 IP Address (decimal): 192. 168. 0. 20
Decimális formában a négy byte-ot tízes számrendszerben ábrázoljuk, pontokkal elválasztva. IP-címe egy gépnek, illetve egy hálózati csatolónak lehet. Ennek a címnek egyedinek kell lennie az egész világon. A szabály alól vannak bizonyos kivételek, de a következő részekben ezek jelentősége elhanyagolható.
Az IP-címben látható pontok egy hierarchikus rendszerre utalnak. Az 1990-es évekig az IP-címek szigorúan osztályokba voltak sorolva. Ez a rendszer azonban túlságosan merevnek bizonyult, ezért beszüntették a használatát. Napjainkban ezért az osztálynélküli útválasztást (CIDR, classless interdomain routing) használjuk.
A hálózati maszk az alhálózat címtartományát adja meg. Amennyiben két gép ugyanazon az alhálózaton van, akkor azok közvetlenül elérik egymást. Ha azonban külön alhálózatban vannak, akkor szükségük van egy átjáró címére, amely kezeli az adatforgalmat az alhálózatok között. Annak ellenőrzéséhez, hogy két IP-cím ugyanabban az alhálózatban van-e, egyszerűen hozza „ÉS” kapcsolatba a két címet és a hálózati maszkot. Ha az eredmények megegyeznek, akkor mindkét IP-cím azonos helyi hálózatban található. Ha az eredmények különböznek, akkor az IP-cím távoli, és a távoli csatoló csak átjárón keresztül érhető el.
A hálózati maszk működésének megértéséhez tekintse meg a következő részt: 21.2. példa - IP-címek és hálózati maszkok összekapcsolása. A hálózati maszk 32 bitből áll, amely mutatja, hogy az IP-cím mekkora része tartozik a hálózathoz. Az 1-es bitek jelzik, hogy az IP-cím megfelelő bitje a hálózathoz tartozik. A 0-ás bitek az alhálózatban lévő biteket jelzik. Ez azt jelenti, hogy minél több 1-es bit van, annál kisebb az alhálózat. Mivel a hálózati maszk mindig több egymást követő 1-es bitből áll, a hálózati maszkban lévő bitek egyszerűen megszámolhatók. 21.2. példa - IP-címek és hálózati maszkok összekapcsolása esetében az első 24 bitet tartalmazó hálózat a következőképp is leírható: 192.168.0.0/24.
21.2. példa - IP-címek és hálózati maszkok összekapcsolása¶
IP address (192.168.0.20): 11000000 10101000 00000000 00010100 Netmask (255.255.255.0): 11111111 11111111 11111111 00000000 --------------------------------------------------------------- Result of the link: 11000000 10101000 00000000 00000000 In the decimal system: 192. 168. 0. 0 IP address (213.95.15.200): 11010101 10111111 00001111 11001000 Netmask (255.255.255.0): 11111111 11111111 11111111 00000000 --------------------------------------------------------------- Result of the link: 11010101 10111111 00001111 00000000 In the decimal system: 213. 95. 15. 0
Egy másik példa: az ugyanarra az Ethernet-kábelre csatlakozó gépek rendszerint egy alhálózatban találhatók és közvetlenül elérhetők. Ha az Ethernet-hálózatot kapcsolók (switch) vagy hidak (bridge) osztják fel, ezek a gépek még mindig közvetlenül elérhetők.
A helyi alhálózaton kívüli IP-címek csak akkor érhetők el, ha egy átjáró be van állítva a célhálózathoz. A legáltalánosabb esetben csak egy átjáró van, amely az összes külső forgalmat kezeli. Azonban a különböző alhálózatokhoz több átjáró is beállítható.
Átjáró megadása esetén az IP-csomagok a megfelelő átjárón keresztül továbbítódnak. Az átjárók ugyanúgy továbbítják a csomagokat –géptől gépig –, amíg az eléri a címzett gépet vagy a csomag TTL-je (time to live – élettartam) le nem jár.
21.2. táblázat - Speciális címek¶
|
Címtípus |
Leírás |
|---|---|
|
Ez a hálózati maszk és bármely hálózati cím ÉS kapcsolata, ahogy az a következő példa | |
|
Ez lényegében azt jelenti, hogy az „Alhálózat minden gépe.” Ezt úgy állítjuk elő, hogy a hálózati maszkot bináris formátumra alakítjuk és a hálózati alapcímmel logikai VAGY kapcsolatba hozzuk. A fenti példa eredménye így 192.168.0.255. Ez a cím egy géphez sem rendelhető. | |
|
A |
Mivel az IP-címek az egész világon egyediek, nem szabad ötletszerűen kitalált címekkel csatlakozni a világhálóra. Három címtartomány van fenntartva saját, zárt célokra szánt, IP alapú hálózat kialakítására. Bizonyos trükkök alkalmazása nélkül ezekkel a címekkel nem lehetséges az internet felé kapcsolatot létesíteni, hiszen ezek a címek nem kerülnek továbbításra az interneten. Ezeket a címtartományokat az RFC 1597 definiálja és a 21.3. táblázat - IP-címtartományok privát felhasználásra mutatja be őket.
21.3. táblázat - IP-címtartományok privát felhasználásra¶
|
Hálózat/hálózati maszk |
Tartomány |
|---|---|
|
|
|
|
|
|
|
|
|
A WWW (World Wide Web) megjelenése miatt az interneten keresztül, TCP/IP segítségével kommunikáló gépek száma robbanásszerűen megnőtt az elmúlt tizenöt évben. Mióta Tim Berners-Lee a CERN-nél (http://public.web.cern.ch) 1990-ben kitalálta a WWW-t, az internetre kapcsolódó gépek száma néhány ezerről megközelítőleg százmillióra nőtt.
Amint már említettük, egy IPv4 cím mindössze 32 bitet tartalmaz. Hálózatszervezési okokból az IP-címek egy része nem is használható – így azután sok IP-cím elvész. Egy alhálózaton belül rendelkezésre álló címek száma úgy számítható ki, ha a kettőt az alhálózat bitjeinek száma szerinti hatványra emeljük, majd az így kapott számból kivonunk kettőt. Az alhálózatban tehát 2, 6 vagy 14 cím használható. Ahhoz tehát, hogy például 128 gépet az internetre kapcsoljuk, egy 256 IP-címmel rendelkező alhálózatra van szükség. A címek közül csak 254 használható, mivel az alhálózat struktúrájának kialakításához két IP-címre szükség van: a broadcast és a hálózati alapcímre.
A potenciális címhiány leküzdése érdekében a ma elterjedt IPv4 protokoll alatt olyan eljárásokat szokás használni, mint a DHCP vagy a NAT (network address translation – hálózati címfordítás). Mivel a privát és nyilvános címek szigorúan el vannak különítve, ezek a módszerek valóban alkalmasak a hiány enyhítésére. Az eljárás hátránya a bonyolultabb beállítás és a nagyobb rendszerkarbantartási munka. Egy IPv4 kliensgép beállításához egy sor címadatra van szükség: a gép IP-címére, hálózati maszkjára, az átjáró címére és esetleg a névkiszolgáló címére. Ezeket az adatokat ismerni kell, nem lehet őket egyszerűen leszármaztatni valahonnan máshonnan.
Az IPv6 mind a címek hiányának, mind a bonyolult beállításnak a problémáját megszünteti. A következő fejezetekben részletesebben bemutatjuk az IPv6 továbbfejlesztéseit és előnyeit, illetve beszélünk a régi protokollról az újra átállásról.
Az új protokoll legfontosabb és leginkább szembetűnő előnye a felhasználható címtér rendkívüli bővülése. Egy IPv6-cím a hagyományos 32 bit helyett 128 bites értékekből áll. Ez azt jelenti, hogy akár több trillió IP-cím használható.
Az IPv6 címek azonban nem csak hosszukban különböznek elődeiktől. Belső szerkeztük is más, így a címek információt tartalmazhatnak azokról a rendszerekről és hálózatokról is, amelyekhez tartoznak. További részletek erről: 21.2.2. - Címtípusok és címzési rendszer.
Az új protokoll további előnyei:
Az IPv6 hálózatban valóban működik az „azonnali használat” (plug and play), vagyis egy újonnan telepített rendszer bármiféle kézi beállítás nélkül is beilleszkedik a (helyi) hálózatba. Az új gép egy automatikus beállítási mechanizmus segítségével, a szomszéd útválasztóktól egy neighbor discovery (ND) nevű protokoll segítségével megkapott adatokból deríti ki saját címét. Ez a módszer nem igényel beavatkozást az adminisztrátor részéről, és nem kell fenntartani egy központi kiszolgálót a címkezeléshez – ez egy további előny az IPv4 használatával szemben, ahol az automatikus cím kiosztáshoz szükség van egy DHCP-kiszolgálóra, vagy az ARP és 169.254.0.0/16 címek használatára.
Mindazonáltal, ha egy útválasztó (router) csatlakozik egy kapcsolóhoz (switch), akkor az útválasztónak időközönként jeleznie kell a hálózaton található gépeknek, hogy hogyan tudnak kapcsolatba lépni egymással. További információ tekintse meg az RFC 2462-öt és a radvd.conf manoldalt, valamint az RFC 3315-öt.
Az IPv6 lehetővé teszi, hogy egy hálózati csatolóhoz egyidőben több címet rendeljünk. Így a felhasználók könnyen elérhetnek különböző hálózatokat is, hasonlóan a mobiltelefon-szolgáltatók által kínált barangolási (roaming) szolgáltatáshoz: ha mobiltelefonunkkal kimegyünk külföldre, akkor a megfelelő területre érve a telefon automatikusan kiválaszt egy ottani szolgáltatót. Ez azt jelenti, hogy bárhol is legyünk, mindig ugyanazon a telefonszámon vagyunk elérhetők és úgy tudunk onnan telefonálni, mintha otthon lennénk.
Az IPv4 alatt a hálózati biztonság egy kiegészítő funkció. Az IPv6-nak az IPSec alapú titkosítás már szerves része, így két rendszer kommunikálhat egy biztonságos ún. alagúton (tunnel) keresztül anélkül, hogy az internetről bárki le tudná hallgatni.
A teljes internet átállítása lehetetlen egyik pillanatról a másikra IPv4-ről IPv6-ra. Épp ezért nagyon fontos, hogy a két rendszer egyszerre működhessen ne csak az interneten, hanem akár egyetlen gépen belül is. Ezt a kompatibilis címek (az IPv4 címek egyszerűen átalakíthatók IPv6-címekké), és különféle alagutak alkalmazása biztosítja. Lásd: 21.2.3. - IPv4 és IPv6 együtt. Ezek kívül a rendszer használhat egy dual stack IP (kettős protokollcsomag) nevű technikát is, amely egy időben támogatja mindkét protokollt, vagyis két teljesen különálló hálózati alrendszert használnak és a két protokollverzió semmilyen hatással nincs egymásra.
IPv4 alatt egyes szolgáltatások (például az SMB) a helyi hálózat minden gépének elküldi a csomagjait nyilvános (broadcast) üzenetekben. Az IPv6 jóval finomabb felosztást tesz lehetővé: a kiszolgálók az egyes gépeket többesszórás (multicasting, szokták differenciált sugárzás néven is emlegetni) segítségével is elérhetik – vagyis csak egy adott csoportba tartozó gépeket címeznek meg, szemben az összes gépnek szóló nyilvános (broadcast) vagy az egyetlen gépnek szóló unicast üzenetekkel. Az, hogy mely gépek kerülnek egy csoportként megcímzésre, a tényleges alkalmazástól függ. Vannak azonban előre meghatározott multicast-csoportok is, például az összes névkiszolgáló (all name servers multicast group, vagy az összes útválasztó (all routers multicast group).
Amint már említettük, a jelenlegi IP protokoll fogyatékossága két fontos területen szembetűnő: egyrészt lassan elfogynak a rendelkezésre álló IP-címek, másrészt egyre bonyolultabb és kényelmetlenebb feladat a hálózati beállítások és az útválasztótáblák karbantartása. Az IPv6 az első problémát a címtér 128 bitre bővítésével oldja meg. A második probléma megoldását a hierarchikus címszerkezet, az új, intelligens címkiosztási eljárások és az ún. multihoming jelenti (egy csatolóhoz több cím is rendelhető a különböző hálózatok eléréséhez).
IPv6 esetén az alábbi háromféle címtípust különböztetjük meg:
Az ilyen típusú címek pontosan egy hálózati csatolóhoz tartoznak. Az ilyen című csomagok kizárólag egy címzetthez érkeznek meg. Ennek megfelelően a unicast címek arra szolgálnak, hogy a csomagok a helyi hálózat vagy az internet egyes gépeihez eljussanak.
Az ilyen típusú címek hálózati csatolók egy adott csoportjára vonatkoznak. Az ilyen című csomagok a csoport összes tagjához kézbesítésre kerülnek. A multicast-címeket elsősorban bizonyos hálózati szolgáltatások használják arra, hogy adott gépcsoportokat könnyen és egyszerűen el tudjanak érni.
Az ilyen típusú címek csatolók egy adott csoportjára vonatkoznak. Az ilyen című csomagok a csoportnak a használt útválasztási protokoll elvei szerint a küldő félhez legközelebbi tagjához érkeznek. Az anycast címeket arra használjuk, hogy egyszerűbb legyen megtalálni az adott hálózati területen egy bizonyos szolgáltatást nyújtó kiszolgálókat. Az ugyanolyan típusú kiszolgálók mind ugyanazzal az anycast-címmel rendelkeznek. Amikor egy gép kér egy bizonyos szolgáltatást, az a kiszolgáló fog rá válaszolni, amelyik az útválasztási protokoll szerint a legközelebb található a küldő géphez. Ha ez a kiszolgáló bármi oknál fogva kiesne, akkor a protokoll automatikusan a következő legközelebbi kiszolgálót választja, majd a harmadikat stb.
Egy IPv6-cím nyolc darab négy számjegyű mezőből áll, amelyek mindegyike 16 bitet ábrázol, hexadecimális jelöléssel. A mezőket kettőspont (:) választja el. A mezők elején álló nulla byte-okat ki lehet hagyni, a mezőn belül, vagy annak végén azonban ez tilos. Amennyiben egymás után több mint négy nulla byte szerepel, akkor ezek dupla kettősponttal rövidíthetők. Egy címen belül azonban csak egyszer alkalmazható a :: jelölés. Az összevonás lehetőségeit a 21.3. példa - Példák ugyanazon IPv6-cím írásmódjára táblázat mutatja, ahol mindhárom sor ugyanazt a címet jelenti.
21.3. példa - Példák ugyanazon IPv6-cím írásmódjára¶
fe80 : 0000 : 0000 : 0000 : 0000 : 10 : 1000 : 1a4 fe80 : 0 : 0 : 0 : 0 : 10 : 1000 : 1a4 fe80 : : 10 : 1000 : 1a4
Az IPv6-címek minden egyes részének külön szerepe van. Az első byte-ok képezik az előtagot (prefix) és határozzák meg a cím típusát. A középső rész a cím hálózati része, de előfordulhat, hogy ez nincs használva. Az utolsó rész azonosítja az egyes gépet. A hálózati maszkot IPv6 alatt a prefix hossza határozza meg, amelyet az IP-cím végén jelzünk egy törtvonallal elválasztva. 21.4. példa - Az előtag hosszát megadó IPv6-cím ábra például azt mutatja, hogy az első 64 bit a hálózati szegmenst, az utolsó 64 bit pedig a gépazonosítót határozza meg. Más szavakkal a 64 azt jelenti, hogy a hálózati maszkot balról 64 darab 1-es bittel kell kitölteni. Az IPv4-nél megszokott módon, a hálózati maszk és az IP-cím ÉS kapcsolata határozza meg, hogy egy gép ugyanahhoz, vagy egy másik alhálózathoz tartozik-e
Az IPv6 különböző jelentésű előtagokat ismer. Ezek egy részét a 21.4. táblázat - Különféle IPv6-előtagok mutatja.
21.4. táblázat - Különféle IPv6-előtagok¶
|
Előtag (hexa) |
Meghatározás |
|---|---|
|
|
IPv4-címek és IPv6-on keresztüli IPv4 (IPv4 over IPv6), kompatibilis címek. Ezek feladata a kompatibilitás fenntartása az IPv4-gyel. Használatukhoz az szükséges, hogy az útválasztó át tudja alakítani az IPv6-címeket IPv4-címekké. Számos speciális cím (például a loopback eszköz) is ezzel az előtaggal rendelkezik. |
|
Az első számjegy |
Aggregálható általános unicast-címek (aggregatable global unicast addresses). Ahogy az IPv4 esetében, egy csatoló itt is hozzárendelhető egy adott alhálózathoz. Jelenleg a következő címterek vannak lefoglalva: |
|
|
Link-local (adatkapcsolati szinten helyi) címek. Az ilyen előtaggal rendelkező címeken nem kerül alkalmazásra útválasztás, vagyis csak ugyanazon alhálózaton belül érhetők el. |
|
|
Site-local (telephelyi szinten helyi) címek. Ezek a címek ugyan áthaladhatnak az útválasztón, de csak azon szervezet hálózatán belül, amelyhez tartoznak Az IPv6-ban ezek a címek felelnek meg az eddigi magánhálózati címtérnek (mint pl. a |
|
|
Ezek a multicast-címek. |
Az unicast-címek három fő részből állnak:
A cím első része (amely többek között a fent említett előtagok egyikét is tartalmazza) felelős a csomag forgalomirányításáért a nyilvános interneten. Tartalmaz például információt az internet-hozzáférést biztosító szolgáltatóról vagy szervezetről is.
A második rész forgalomirányítási adatokat tartalmaz arról, hogy melyik alhálózatba kell a csomagokat továbbítani.
A harmadik rész azonosítja a csatolót, amelyre továbbítani kell a csomagot. Ez lehetővé teszi, hogy a MAC-cím az IPv6-cím része legyen. Mivel a MAC-cím az egész világon egyedi (a hardvergyártók rögzítik az eszközben), lényegesen leegyszerűsödik a beállítási folyamat. Az első 64 címbit egy úgynevezett EUI-64 tokent képez, amelynek a legutolsó 48 bitje a MAC-cím, a maradék 24 bit pedig speciális információt tartalmaz a token típusáról. Ez lehetővé teszi, hogy olyan eszközökhöz is lehessen EUI-64 tokent hozzárendelni, melyek nem rendelkeznek MAC-címmel (pl. PPP- és ISDN-kapcsolatok).
A unicast-címek alapvető felépítéséből adódóan az IPv6 ötfajta unicast-címet különböztet meg:
:: (nem megadott) Ezt a címet akkor használja forráscímként egy gép, amikor a csatoló első alkalommal aktiválódik – és amikor a cím egyéb módon még nem határozható meg
::1 (loopback) A loopback (hurok, sajátgép) eszköz címe.
Az IPv6-cím az IPv4-címből és egy 96 db nulla bitet tartalmazó előtagból áll. Ez a fajta kompatibilitási cím elsősorban alagutak kialakítására (tunneling) használatos (lásd: 21.2.3. - IPv4 és IPv6 együtt). Az IPv6- és IPv4-gépek így olyan gépekkel is tudnak kommunikálni, amelyek egy tiszta IPv4-hálózatban találhatók.
Ez a fajta cím egy tiszta IPv4-címet ad meg IPv6-jelöléssel.
Helyi használatra kétféle címtípus áll rendelkezésre:
Ez a fajta cím csak az adott helyi alhálózaton belül használható. Az ilyen típusú forrás- vagy célcímmel rendelkező csomagok nem kerülnek továbbításra az internet vagy más alhálózatok felé. Ezek a címek egy speciális előtagot tartalmaznak (fe80::/10), valamint a hálózati kártya azonosítóját. A középső rész csupa nulla byte. Az ilyen típusú címek az ugyanazon alhálózat más gépeivel folytatott kommunikációra szolgálnak az automatikus beállítás során.
Az ilyen címtípusú csomagok átirányíthatók más alhálózatokra, de a szélesebb értelemben vett internetre nem – az adott szervezet hálózatán belül kell maradniuk. Ezek a címek jellemzően intraneteken és az IPv4-ben meghatározott magánhálózati címek helyett használhatók. A speciális előtag (fec0::/10), és a csatolóazonosító mellett egy 16 bites mezőt tartalmaznak, amely az alhálózatot azonosítja. A többi mező értéke nulla.
Az IPv6 egy teljesen új funkciója, hogy egy hálózati csatoló rendszerint több IP-címet is kaphat. Ennek az az előnye, hogy így több hálózathoz is hozzá lehet férni egyszerre, ugyanazzal a csatolóval. E hálózatok egyike a MAC-cím és egy ismert előtag segítségével teljesen automatikusan beállítható, így az IPv6 rendszer indítását követően a helyi hálózat összes gépe azonnal elérhető (a link-local cím segítségével). Mivel a MAC-cím az IP-cím része, ezért biztos, hogy minden cím egyedi lesz. A címben egyedül a site topology (telephely-topológia) és a public topology (nyilvános topológia) paraméterek változhatnak attól függően, hogy a gép éppen melyik hálózaton belül működik.
Ahhoz, hogy egy gép több hálózat között mozoghasson, legalább két címre van szüksége. Ezek egyike, az otthoni cím (home address) a csatolóazonosító mellett az otthoni hálózat azonosítóját is tartalmazza (valamint a megfelelő előtagot). Az otthoni cím statikus, ezért általában nem kerül módosításra. Az újdonság az, hogy a mozgó, mobil gépnek szánt minden egyes csomag elküldhető rá, függetlenül attól, hogy a gép valóban az otthoni hálózatban működik, vagy teljesen máshol. Ezt az IPv6-ban bevezetett két vadonatúj funkció teszi lehetővé: az állapot nélküli automatikus konfiguráció (stateless autoconfiguration) és a szomszédok felderítése (neighbor discovery). A mobil eszközök az otthoni címen kívül további címekkel is rendelkezhetnek, amelyek abból a hálózatból származnak, amelyben éppen találhatók. Ezeket care-of (postai küldeményeken használt rövidítés, vki címén) címeknek hívjuk. Az otthoni hálózatban egy olyan szolgáltatásnak kell futnia, mely automatikusan a megfelelő hálózatba továbbítja a távol lévő gép otthoni címére küldött csomagokat. IPv6-környezetben ezt a funkciót az ún. home agent (otthoni ügynök) látja el, amely minden, a mobil gép otthoni címére küldött csomagot egy alagúton keresztül a gép aktuális care-of címére továbbít. A care-of címre küldött csomagok persze mindenféle kitérő nélkül közvetlenül a mobil eszközre kerülnek továbbításra.
Az internetre csatlakozó összes gép átállítása IPv4-ről IPv6-ra csak fokozatosan történhet. Egy ideig a két protokoll párhuzamosan fog létezni. Egy rendszeren belül az együttes működés kettős protokollcsomag (dual stack) megvalósításával garantálható. Továbbra is fennállnak azonban azok a problémák, hogy hogyan tudnak IPv6-gépek IPv4-gépekkel kommunikálni, illetve hogyan továbbíthatók IPv6-csomagok a jelenlegi, túlnyomórészt IPv4 alapú hálózatokban. A legjobb megoldást az alagutak (tunneling) és a kompatibilitási címek használata jelenti (lásd: 21.2.2. - Címtípusok és címzési rendszer).
A világméretű IPv4-hálózatban egyelőre elszigetelt IPv6-hálózatok alagutakon keresztül cserélhetik ki adataikat: az IPv6-adatok IPv4-csomagokba kerülnek beágyazásra, hogy az IPv4-hálózaton keresztül továbbíthatók legyenek. Két IPv4-gép ilyen kapcsolatát alagútnak (tunnel) nevezzük. Ehhez a csomagoknak tartalmaznia kell az IPv6-célcímet (vagy annak megfelelő előtagját) és az alagút fogadó végén található célgép IPv4-címét. Egy alapszintű alagút manuálisan is beállítható, ha a gépek rendszergazdái megegyeznek. Ezt statikus alagútnak (static tunneling) is hívják.
A statikus alagutak beállítása és karbantartása azonban gyakran túlságosan munkaigényes a mindennapos kommunikációban használathoz. Éppen ezért az IPv6 három különböző módszet is kínál dinamikus alagutak (dynamic tunneling) kialakításához:
Az IPv6-csomagok automatikusan IPv4-csomagokká kerülnek átalakításra, és olyan IPv4-hálózaton keresztül kerülnek továbbításra, amelyik képes multicast-üzenetek továbbítására. Az IPv6 úgy érzékeli, hogy a teljes hálózat (az internet) egyetlenegy óriási helyi hálózat (LAN). Ezzel az eljárással automatikusan ki lehet deríteni az IPv4 alagút végpontját. Ez az eljárás azonban rosszul méretezhető, valamint az IPv4 multicast használata messze nem terjedt el széles körben az interneten. Ez tehát elsősorban kisebb vállalati vagy szervezeti hálózatokban jelent megoldást, ahol rendelkezésre áll multicast. A módszer leírása az RFC 2529-ben található meg.
Ennél az eljárásnál az IPv6-címekből automatikusan IPv4-címek kerülnek előállításra, így az elszigetelt IPv6-hálózatok egy IPv4-hálózaton kereszül tudnak egymással kommunikálni. A gyakorlatban azonban az elszigetelt IPv6-gépek és az internet közötti kommunikáció nem problémamentes. A módszert az RFC 3056 írja le.
E módszer használatához speciális kiszolgálókra van szükség, amelyek dedikált alagutakat biztosítanak az IPv6-gépek számára. Ezt a módszert az RFC 3053 írja le.
Az IPv6 beállításához általában semmit nem kell tenni az egyes munkaállomásokon. Az IPv6 alapértelmezésben engedélyezett. A telepítés során ez azonban letiltható a következő részben leírt hálózati konfigurációs lépésekben: Section “Network Configuration” (Chapter 1, Installation with YaST, ↑Start-Up). Az IPv6 telepített rendszeren történő letiltásához vagy engedélyezéséhez használja a YaST modulját. Az lapon igény szerint jelölje meg az lehetőséget. Az IPv6 kézi engedélyezéséhez és letiltásához az /etc/modprobe.d/50-ipv6.conf fájlt kell módosítani, majd újraindítani a rendszert. Amennyiben a következő újraindításig ideglenesen engedélyezni akarja, akkor root felhasználóként írja be a modprobe -i ipv6 parancsot. Alapvetően nem lehetséges az ipv6 modul eltávolítása, miután egyszer már betöltődött.
Az IPv6 automatikus konfigurációs funkciójának köszönhetően a hálózati kártya kap egy címet a link-local hálózatból. Általában a munkaállomásokon nincs szükség az útválasztási táblák felügyeletére. A munkaállomás lekérdezheti a hálózati útválasztókat az útválasztó-meghirdetési protokoll (router advertisement protocol) segítségével, hogy megtudja, milyen előtagot és átjárókat kell használnia. IPv6-útválasztó az radvd programmal állítható be. Ez a program értesíti a munkaállomásokat, hogy milyen előtagot használjanak az IPv6-címekhez, illetve mely útválasztókat használják. Ennek alternatívájaként a zebra/quagga nevű program használható a címek és az útválasztás automatikus beállításához.
Azzal kapcsolatban, hogyan állíthatók be az egyes alagutak az /etc/sysconfig/network fájlok segítségével, olvassa el az ifcfg-tunnel(5) parancs man oldalait.
A fenti áttekintés természetesen nem térhetett ki az IPv6 minden részletére. Az új protokoll mélyebb megismeréséhez az alábbi online dokumentációt és könyveket ajánljuk:
Jó kezdőpont mindenhez, ami az IPv6-tal kapcsolatos.
Minden információt tartalmaz, amire a saját IPv6-hálózat kialakításához szükség lehet.
Az IPv6-ra felkészített eszközök listája.
Linux-IPv6-HOWTO és számos további, a témakörrel kapcsolatos hivatkozás.
Az IPv6 alapvető RFC-je.
A témakör összes fontos részletét leíró könyv. Silvia Hagen: IPv6 Essentials (ISBN 0-596-00125-8).
A DNS segít hozzárendelni egy IP-címet egy vagy több névhez, illetve hozzárendelni egy nevet egy IP-címhez. Linux alatt ezt az átalakítást általában egy speciális szoftver, a bind végzi. Azt a gépet, amelyik ezt az átalakítást végzi névkiszolgálónak (name server) nevezzük. A nevek hierarchikus rendszert alkotnak, és a név egyes elemei pontokkal vannak elválasztva. A névhierarchia egyébként teljesen független a fentebb leírt IP-cím hierarchiától.
Vizsgáljunk meg egy teljes nevet, legyen ez mondjuk a jupiter.example.com. A név a gépnév.tartomány formát követi. A teljes név, az úgynevezett teljes képzésű név (fully qualified domain name, FQDN), egy gépnévből és egy tartományrészből áll (example.com). Ez utóbbinak része a legfelső szintű tartomány (top level domain) vagy TLD (com).
A TLD-k meghatározása történelmi okok miatt meglehetősen zavarossá vált. Hagyományosan a hárombetűs tartományneveket az USA-ban használták. A világ többi részén a kétbetűs ISO nemzeti kód volt a szabvány. 2000 óta három betűnél hosszabb TLD-ket is létrehoztak, melyek a szakterületek szerinti felosztást célozzák meg (például: .info, .name, .museum).
Az internet korai időszakában (1990 előtt) az /etc/hosts fájlt használták az interneten elérhető gépek neveinek tárolására. Ez azonban hamar használhatatlannak bizonyult, mivel az internetet elérő gépek száma igen gyorsan nőtt. Éppen ezért egy decentralizált adatbázis készült a gépnevek széles körben elosztott tárolására. Ennek az adatbázisnak, hasonlóan a fentebb említett névkiszolgálóhoz, nem kell az interneten elérhető összes gépről adatokat tartalmaznia, hanem kéréssel fordulhat más névkiszolgálókhoz.
A hierarchia legfelső részén a gyökér névkiszolgálók (root name servers) találhatók. A legfelső szintű tartományokat ezek a gyökér névkiszolgálók kezelik, amelyeket a Network Information Center (NIC) nevű hálózati információs központ működtet. Minden gyökér névkiszolgáló ismeri az egyes legfelső szintű tartományokért felelős névkiszolgálókat. További információ a legfelső szintű NIC-ekről a http://www.internic.net címen található.
A DNS jóval többet tud az egyszerű névfeloldásnál. A névkiszolgáló azt is tudja, hogy melyik gép fogadja a teljes tartomány elektronikus leveleit – vagyis melyik a levélcserélő (mail exchanger, MX).
Ahhoz, hogy egy gép megfelelően fel tudjon oldani egy IP-címet, legalább egy névkiszolgáló IP-címét ismernie kell. Egy ilyen névkiszolgáló egyszerűen megadható a YaST segítségével. Modemes elérés esetén lehet, hogy egyáltalán nem kell kézzel beállítani névkiszolgálót. A betárcsázós (dial-up) protokollon keresztül a szolgáltató automatikusan biztosítja a névkiszolgáló címét a kapcsolat létrejöttekor. Az openSUSE névkiszolgálójának beállítását a 21.4.1.4. - Kiszolgálónév és DNS beállítása rész írja le. A saját névkiszolgáló beállításának leírása: 23. fejezet - A DNS (tartománynévrendszer, Domain Name System).
A whois protokoll szorosan kapcsolódik a DNS-hez. Ezzel a programmal gyorsan kikereshető, ki is felelős egy adott tartományért.
![]() | MDNS és .local tartománynevek |
|---|---|
A
Ha ki akarja kapcsolni az MDNS funkciót telepítés közben, akkor használja a További információ a multicast DNS-ről: http://www.multicastdns.org. | |
A Linux számos hálózatkezelési típust támogat. Ezek többsége eltérő eszközneveket használ, és a konfigurációs fájlok a fájlrendszer különféle helyein elszórva találhatók. A manuális hálózati beállítás részletes áttekintését lásd: 21.6. - Hálózati kapcsolat kézi beállítása.
Noteszgépen telepítéskor (amelyen a NetworkManager alapértelmezés szerint bekapcsolódik), a YaST beállítja az összes észlelt csatolót. Ha a NetworkManager nem aktív, csak az első, kapcsolattal rendelkező (és csatlakoztatott kábellel rendelkező) csatoló beállítása történik meg automatikusan. A telepített rendszeren bármikor beállítható további hardver. A következő részek az openSUSE által támogatott hálózati kapcsolatok hálózati beállítását írják le.
A vezetékes vagy vezeték nélküli hálózati kártya beállításához válassza ki a YaST + menüpontját. A modul elindítása után a YaST megjeleníti a párbeszédablakot, amelynek négy lapja van: , , és .
Az lapon az általános hálózati beállítások találhatók, például a NetworkManager használatának engedélyezése, az IPv6 és az általános DHCP-beállítások. További információkért lásd: 21.4.1.1. - Általános hálózati beállítások megadása .
Az fülön találhatók a telepített hálózati csatolók, és azok beállításaival kapcsolatos beállítások. A folyamat során megfelelően felismert kártyák a nevükkel együtt jelennek meg itt. Ebben a párbeszédablakban új hálózati kártya állítható be, távolítható el vagy módosítható egy meglévő konfiguráció. Az automatikusan fel nem ismert hálózati kártyák kézi beállításának leírása: 21.4.1.3. - Nem felderített hálózati kártya beállítása. Egy már beállított kártya konfigurációjának módosítása: 21.4.1.2. - Hálózati kártya beállításának módosítása.
A lapon lehet beállítani a gép gépnevét és elnevezni a használandó kiszolgálókat. További információkért lásd: 21.4.1.4. - Kiszolgálónév és DNS beállítása.
Az lapon lehet beállítani az útválasztást. További információkért lásd: 21.4.1.5. - Útválasztás beállítása.
A YaST modul lapján adhatók meg a legfontosabb általános hálózati beállítások, például a NetworkManager használatának engedélyezése, az IPv6- és a DHCP-kliensbeállítások. Ezek a beállítások az összes hálózati csatolóra egyformán vonatkoznak.
A részben válassza ki, hogyan történjen a hálózati kapcsolatok kezelése. Ha azt szeretné, hogy egy NetworkManager asztali kisalkalmazás felügyelje az összes csatoló kapcsolatát, válassza ki a lehetőséget. Ez a beállítás igen alkalmas többféle vezetékes és vezeték nélküli hálózat közötti kapcsolgatásra. Ha nem használ asztali környezetet (GNOME-ot vagy KDE-t), vagy ha a számítógép egy Xen-kiszolgáló, virtuális rendszer, vagy hálózati szolgáltatásokat biztosít (például DHCP vagy DNS), akkor válassza a lehetőséget. A NetworkManager használatakor az nm-applet kisalkalmazást kell használni és a ablakon az és az fülek le vannak tiltva. A NetworkManager-rel kapcsolatos további tudnivalók: Chapter Using NetworkManager (↑Start-Up).
Az részben adja meg, hogy kívánja-e használni az IPv6 protokollt. Nincs akadálya együtt használni az IPv6 és IPv4 protokollokat. Alapértelmezés szerint az IPv6 be van kapcsolva. Olyan hálózatokon azonban, amelyeken nem használják az IPv6 protokollt, a válaszidők jobbak lehetnek, ha az IPv6 protokoll le van tiltva. Az IPv6 letiltásához törölje az beállítás megjelölését. Ennek hatására nem töltődik be automatikusan az IPv6 kernelmodulja. Ezek a változások az újraindítás után lépnek életbe.
A részben adhatók meg a DHCP-kliens beállításai. A egy adott hálózat minden egyes DHCP-kliensén eltérő kell, hogy legyen. Ha üresen hagyja, akkor alapértelmezés szerint a hálózati csatoló hardvercíme lesz. Ha azonban több virtuális gépet futtat ugyanazon a hálózati csatolón, vagyis ugyanazon a hardvercímen, akkor itt meg kell adni egyedi neveket.
A a dhcpcd által a DHCP-kiszolgálónak küldött üzenetekben, a gépnév paramétermezőben használandó karaktersorozatot adja meg. Egyes DHCP-kiszolgálók frissítik a névkiszolgáló zónáit (a normál és fordított bejegyzéseket) e név alapján (dinamikus DNS). Ezenfelül néhány DHCP-kiszolgáló elvárja, hogy a kliensektől érkező DHCP-üzenetek paramétermezője egy meghatározott karaktersorozatot tartalmazzon. Hagyja AUTO értéken az aktuális (az /etc/HOSTNAME részben definiált) gépnév elküldéséhez. Amennyiben a paramétermezőt üresen hagyja, a kliens semmilyen gépnevet nem küld. Ha nem kívánja módosítani az alapértelmezett útvonalat a DHCP-től érkező információ alapján, akkor törölje az pontot.
Egy hálózati kártya beállításának módosításához válassza ki a kártyát a YaST + lapján, majd kattintson a gombra. Megjelenik a párbeszédablak, amelynek , és lapjain megadhatja a kártya beállításait. A vezeték nélküli kártya beállításával kapcsolatos információ: 32.5. - Beállítás a YaST segítségével.
A hálózati kártya IP-címét, illetve az IP-cím meghatározásának módját a párbeszédablak lapján lehet beállítani. IPv4- és IPv6-címek egyaránt használhatók. A hálózati kártyához a érték (ami az eszközök nyalábolásakor hasznos), (IPv4 vagy IPv6), illetve a és/vagy segítségével kiosztott állíthatók be.
használata esetén adja meg, hogy -et kíván használni (IPv4 esetén), -ot (IPv6 esetén), vagy -t.
Ha lehetséges, akkor a telepítéskor működő kapcsolattal rendelkező első hálózati kártya automatikusan DHCP-n keresztüli automatikus címhozzárendelésre lesz beállítva. Noteszgépek esetén, ahol a NetworkManager alapértelmezés szerint aktív, az összes hálózati kártya be lesz állítva.
Szintén DHCP-t kell használni, ha DSL-kapcsolattal rendelkezik, de az ISP (internetszolgáltató) nem adott statikus IP-címet. Ha a DHCP használata mellett döntött, akkor állítsa be a részleteket a YaST hálózatikártya-konfigurációs moduljában, a párbeszédablak lapján, a részben. Ha virtuális gépeket működtet, ahol a különböző gépek ugyanazon a csatolón keresztül kommunikálnak, akkor a megkülönböztetésükhöz szükség van egy .
A DHCP jó választás a kliensek konfigurációja során, de kiszolgálók beállítása esetén nem ideális megoldás. Statikus IP-cím beállítása:
Válasszon ki egy kártyát a YaST hálózati kártya beállítására szolgáló moduljának lapján a felderített kártyák listájában, majd kattintson a gombra.
A lapon válassza ki a pontot.
Írja be az értékét. IPv4- és IPv6-címek egyaránt használhatók. Az mezőbe írja be a hálózati maszk értékét. Ha IPv6-címet használ, akkor az -ot /64 formátumban adja meg.
Beírhat egy teljesen megadott is a címhez, amely be fog íródni az /etc/hosts konfigurációs fájlba.
Nyomja meg a gombot.
A beállítás aktiválásához nyomja meg az gombot.
Statikus cím használata esetén a névkiszolgálók és az alapértelmezett átjáró nem lesznek automatikusan beállítva. A névkiszolgálók beállításához kövesse a 21.4.1.4. - Kiszolgálónév és DNS beállítása részben leírtakat. Egy átjáró beállításához kövesse az 21.4.1.5. - Útválasztás beállítása részben leírtakat.
Egy hálózati eszköz több IP-címmel is rendelkezhet. Ezeket álneveknek (aliasoknak) hívjuk.
![]() | Az álnevek kompatibilitási funkciók |
|---|---|
Ezeket címkéknek is nevezik és csak IPv4 hálózatokon működnek. Az IPv6 hálózatok figyelmen kívül hagyják. Az iproute2 hálózati csatoló egy vagy több címmel is rendelkezhet. | |
Hálózati kártya álnév beállítása YaST segítségével:
Válasszon ki egy kártyát a YaST hálózati kártya beállítására szolgáló moduljának lapján a felderített kártyák listájában, majd kattintson a gombra.
A + lapon kattintson a gombra.
Adjon meg egy , egy majd a . Az alias nevébe ne írja be a csatoló nevét.
Kattintson az gombra.
Nyomja meg a gombot.
A beállítás aktiválásához kattintson az gombra.
Ha szükséges, a hálózati kártya eszközneve megváltoztatható. Szintén beállítható, hogy a hálózati kártyát felismerje-e az udev a hardvercím (MAC-cím) vagy a buszazonosító alapján. Ez utóbbi beállítás nagy kiszolgálókban előnyös, ahol leegyszerűsíti a kártyák üzem közbeni cseréjét. Ezek a paraméterek YaST segítségével a következőképp állíthatók be:
Válasszon ki egy kártyát a YaST moduljának lapján a felderített kártyák listájában, majd kattintson a gombra.
Lépjen át a lapra. Az aktuális eszköznév az részben látható. Kattintson a gombra.
Válassza ki, hogy az udev a kártyát vagy alapján azonosítsa. Az aktuális MAC-cím és buszazonosító a párbeszédablakban látható.
Az eszköz nevének megváltoztatásához jelölje meg az pontot és írja át a nevet.
Kattintson az , majd a gombra.
A beállítás aktiválásához kattintson a gombra.
Egyes hálózati kártyákhoz többféle kernel-illesztőprogram is használható. Ha a kártyát már beállította a YaST-tal, akkor a rendelkezésre álló, alkalmas modulok közül egy listából választhatja ki a kívánt kernel-illesztőprogramot. A kernel-illesztőprogramhoz paraméterek is megadhatók. Ezek a paraméterek YaST segítségével a következőképp állíthatók be:
Válasszon ki egy kártyát a YaST Hálózati beállítások moduljának lapján a felderített kártyák listájában, majd kattintson a gombra.
Lépjen át a lapra.
A mezőben válassza ki a használni kívánt kernel-illesztőprogramot. A mezőben adja meg a kijelölt illesztőprogram paramétereit, paraméter=érték formátumban. Ha több paramétert kell megadni, szóközökkel válassza el őket.
Kattintson az , majd a gombra.
A beállítás aktiválásához kattintson a gombra.
A hagyományos ifup módszer használata esetén az eszköz beállítható, hogy rendszerindításkor, kábelcsatlakoztatáskor, a kártya felderítésekor vagy sose induljon el, illetve manuálisan legyen indítható. Az eszközindítás módosításához tegye a következőket:
A YaST-ban válassza ki a kártyát a felderített kártyák listájából a + részben, majd kattintson a gombra.
Az lap menüpontjában válassza ki a kívánt bejegyzést.
Ha rendszerindításkor kívánja elindítani az eszközt, akkor jelölje meg a pontot. Ha a csatoló figyelje a fizikai kapcsolatot, akkor használja a lehetőséget. Az pont megjelölése esetén a csatoló a lehető leghamarabb aktiválódik. Ez hasonlít a beállításhoz, az egyetlen tényleges különbség annyi, hogy nem jelez hibát, ha a csatoló rendszerindításkor még nincs jelen. A beállítás esetén kézzel vezérelhető a csatoló, az ifup vagy a KInternet segítségével. A beállítás kiválasztása esetén az eszköz egyáltalán nem fog elindulni. Az beállítás hasonló, mint a , de a csatoló nem áll le az rcnetwork stop parancs hatására. Akkor használja ezt, ha NFS vagy iSCSI gyökér fájlrendszert használ.
Nyomja meg a gombot.
A beállítás aktiválásához nyomja meg a gombot.
Általában a hálózati csatolók aktiválására és deaktiválására csak a rendszergazda jogosult. Ha azt akarja, hogy a felhasználók is tudják aktiválni a csatolót a KInterneten keresztül, akkor jelölje meg a pontot.
A csatolóhoz beállítható a maximális átviteli egység (maximum transmission unit, MTU). Az MTU a legnagyobb csomagméretet jelöli, byte-okban megadva. A nagyobb MTU a sávszélesség jobb kihasználását eredményezi. A nagyon nagy csomagok azonban eltömhetik egy időre a lassabb csatolókat, így megnövelik a többi csomag késését.
A YaST-ban válassza ki a kártyát a felderített kártyák listájából a + részben, majd kattintson a gombra.
Az lapon válassza ki a kívánt pontot az listából.
Kattintson a gombra.
A beállítás aktiválásához kattintson a gombra.
Anélkül, hogy meg kellene adni a részletes tűzfalbeállítást a Section “Configuring the Firewall with YaST” (Chapter 14, Masquerading and Firewalls, ↑Security Guide) részben leírt módon, az eszközbeállítás részeként meghatározhatja az eszköz alapvető tűzfalbeállítását. A következő műveleteket hajtsa végre:
Nyissa meg a YaST + modulját. Az lapon válasszon ki egy kártyát a felderített kártyák listájából, majd kattintson a gombra.
Lépjen a párbeszédablak lapjára.
Határozza meg a tűzfalzónát, amelyhez a csatolót hozzá kell rendelni. A következő lehetőségek használhatók:
Ez a beállítás csak akkor látható, ha a tűzfal ki van kapcsolva és egyáltalán nem is fut. Csak akkor használja ezt a beállítást, ha a gép egy nagyobb, külső tűzfallal védett hálózat része.
Ez a beállítás csak akkor látható, ha a tűzfal be van kapcsolva. A tűzfal fut és a csatoló automatikusan hozzárendelődik egy tűzfalzónához. Az ilyen csatolókhoz az any kulcsszóval megjelölt, illetve a külső zóna lesz hozzárendelve.
A tűzfal fut, de nem kényszerít ki semmilyen szabályt a csatoló védelme érdekében. Akkor használja ezt a beállítást, ha a gép egy nagyobb, külső tűzfallal védett hálózat része. Akkor is hasznos, ha a gépben több hálózati csatoló található és a csatolók a belső hálózathoz csatlakoznak.
A demilitarizált zóna egy további védelmi vonal a belső hálózat és a (rosszindulatú) internet előtt. A zónához rendelt gépek a belső hálózatról és az internetről is elérhetők, de a belső hálózat nem érhető el.
A tűzfal fut a csatolón, és teljesen védi azt más – feltételezhetően rosszindulatú – hálózati forgalom ellen. Ez az alapértelmezett beállítás.
Kattintson a gombra.
Aktiválja a konfigurációt az gombra kattintással.
Lehet, hogy a kártyát nem sikerül helyesen felismerni. Ebben az esetben a kártya nem kerül bele a felderített kártyák listájába. Ha biztos benne, hogy a rendszer tartalmazza a kártya illesztőprogramját, akkor beállíthatja a kártyát kézzel. Speciális hálózati eszközök, pl. híd, nyalábolt eszköz, TUN és TAP is beállítható. A nem észlelt hálózati kártya (vagy speciális eszköz) beállításához a következőket kell tenni:
A YaST ++ párbeszédablakában kattintson a gombra.
A párbeszédablakban válassza ki a csatoló a lehetőségek közül, és adja meg a . Ha a hálózati kártya PCMCIA- vagy USB-eszköz, akkor jelölje meg a megfelelő négyzetet és lépjen ki a párbeszédablakból a gombra kattintással. Ellenkező esetben megadhatja a kártyához használandó kernelmodul , illetve ha szükséges, annak .
Az részben az ifup használatával megadhatók az ethtool beállításai. Az beállításaival kapcsolatos további információ az ethtool man oldalain található. Amennyiben a beállítások - karakterrel kezdődnek (mint, például -K ), akkor a második résznél a csatoló nevet kell megadni. Ellenkező esetben (például csatoló_neve rx onautoneg off speed 10) ifup megelőzi a -s rész.
csatoló_neve
Kattintson a gombra.
Állítsa be a szükséges paramétereket, például az IP-címet, az eszköz aktiválását, illetve a csatolóhoz rendelt tűzfalzónát az , és lapokon. További információ a beállításokról: 21.4.1.2. - Hálózati kártya beállításának módosítása.
Ha a csatoló választott eszköztípusa , akkor a következő párbeszédablakban állítsa be a vezeték nélküli kapcsolatot.
Nyomja meg a gombot.
Az új hálózati beállítás aktiválásához nyomja meg az gombot.
Ha nem módosította a telepítés során a hálózati beállítást és a vezetékes hálózati kártya már elérhető volt, akkor a gépnév automatikusan be lett állítva a számítógépen és a DHCP aktiválva lett. Ugyanez érvényes a névszolgáltatásra, amelyekre a gépnek szüksége van, hogy be tudjon illeszkedni a hálózati környezetbe. Ha DHCP-t használ a hálózati cím beállításához, akkor a tartománynév-kiszolgálók listáját a rendszer automatikusan kitölti a megfelelő adatokkal. Ha a statikus beállítást részesíti előnyben, akkor állítsa be ezeket az értékeket kézzel.
A számítógép nevének módosítása és a névkiszolgáló keresési listájának beállítása:
Menjen a YaST + lapjára a modulban.
Adja meg a és ha szükséges, a értékét. A tartománynév különösen fontos, ha a gép levelezési kiszolgálóként működik. Ne feledje, hogy a gépnév globális beállítás, és az összes beállított hálózati csatolóra érvényes lesz.
Ha DHCP-vel kér IP-címet, akkor a számítógép gépnevét a DHCP automatikusan beállítja. Ezt a fajta működést szükséges lehet letiltani, ha többféle hálózathoz csatlakozik, mert azok más-más gépneveket rendelhetnek a számítógéphez, és a grafikus asztali környezetet megzavarhatja, ha menet közben megváltozik a gépnév. A DHCP-s gépnévkérés letiltásához törölje a pontot.
A összerendeli a gépnevet a 127.0.0.2 (loopback) IP-címmel az /etc/ fájlban. Ez egy hasznos beállítás abban az esetben, ha gépnévnek mindig aktív hálózat hiányában is feloldhatónak kell lennie.
A részben válassza ki a DNS-beállítások módosításának módját (névkiszolgálók, keresési lista, az /etc/resolv.conf fájl tartalma).
Az beállítás megjelölése esetén a konfigurációt a netconfig parancsfájl fogja kezelni, amely a statikusan (a YaST-ban vagy a konfigurációs fájlokban) megadott adatokat egyesíti a dinamikusan (a DHCP-kliens vagy a NetworkManager által) beállított adatokkal. Az alapértelmezett irányelv a legtöbb esetben megfelelő.
A paraméter megjelölése esetén a netconfig nem módosíthatja az /etc/resolv.conf fájl tartalmát. A fájl kézzel természetesen szerkeszthető.
Az pont megjelölése esetén meg kell adni az összefésülést szabályozó karaktersorozatot. Ez a karaktersorozat az érvényes beállítási forrásnak számító csatolónevek vesszővel elválasztott listáját tartalmazza. A teljes csatolóneveket kivételével az alapvető helyettesítőkarakterek használata több csatoló beállítására lehetséges. Például az eth* ppp? elsőként az összes eth-csatolót tekinti célnak, majd utána a ppp0-ppp9 csatolókat. Két speciális irányelvérték jelöli, hogyan legyenek alkalmazva az /etc/sysconfig/network/config fájlban megadott statikus beállítások:
STATIC
A statikus beállításokat össze kell fésülni a dinamikus beállításokkal.
STATIC_FALLBACK
A statikus beállításokat akkor kell használni, ha nincsenek dinamikus beállítások.
További információ: man 8 netconfig.
Adja meg a értékeit, majd töltse ki a listát. A névkiszolgálókat kötelező IP-címmel megadni (például 192.168.1.116), nem pedig gépnevekkel. A lapon megadott nevek a tartománynév nélkül megadott gépnevek feloldására használt tartománynevek. Ha a részben egynél több tartománynevet akar megadni, akkor válassza el őket vesszőkkel vagy szóközszerű karakterekkel.
A beállítás aktiválásához kattintson a gombra.
Ahhoz, hogy a gép kommunikálni tudjon más gépekkel és más hálózatokkal, útválasztási adatokat kell megadni, hogy a hálózati forgalom a megfelelő útvonalon haladjon. DHCP használata esetén ezeket az adatokat a gép automatikusan megkapja. Statikus beállítás esetén ezeket az adatokat kézzel kell megadni.
A YaST-ban lépjen be a + részbe.
Adja meg az (ha szükséges, akkor az IPv4 és IPv6 hálózatokhoz is). Az alapértelmezett átjáró minden lehetséges célnak megfelel, de ha van más bejegyzés, amely megfelel az adott címnek, akkor azt használja az alapértelmezett útvonal helyett.
További bejegyzéseket az részben lehet megadni. Adja meg a hálózat IP-címét, az IP-címét és a értékét. Válassza ki az , amelyen keresztül az adott hálózatra a forgalom áthalad (a mínusz jel jelentése a minden eszköz). Az értékek kihagyásához használjon mínusz jelet -. Egy alapértelmezett átjáró felvételéhez adja meg a default értéket a mezőben.
![]() | |
Ha egynél több alapértelmezett útvonalat ad meg, akkor lehetséges a metric paraméterrel prioritást adni az egyes utaknak. A metric paraméter megadásához a részben írja be, hogy | |
Ha a rendszer útválasztó, akkor kapcsolja be az lehetőséget a ablakban.
A beállítás aktiválásához kattintson az gombra.
A modem beállítása a YaST vezérlőközpont + részében érhető el. Amennyiben a modem automatikus felismerése sikertelen volt, akkor azt a fülön a gomb megnyomásával lehet kézzel megtenni. A csatolót, amelyhez a modem csatlakozik, a részben lehet megadni.
![]() | CDMA- és GPRS-modemek |
|---|---|
A támogatott CDMA- és GPRS-modemek ugyanúgy a YaST moduljával állíthatók be, mint a normál modemek. | |
Alközpont (private branch exchange, PBX) használata esetén egy tárcsázási előtag megadására is szükség lehet. Ez gyakran egy nulla. Ezt az alközpont leírásából, vagy a megfelelő szabályzatból tudhatja meg. Azt is válassza ki, hogy hangfrekvenciás vagy hagyományos (megszakításos) tárcsázást kíván használni, illetve hogy a modem várjon-e tárcsahangra. Ha a modem alközponthoz csatlakozik, akkor az utóbbi beállítást nem szabad bekapcsolni.
A alatt állítsa be a baudsebességet és a modem inicializáló karaktersorozatait. Csak akkor változtassa meg ezeket a beállításokat, ha a modem nem került automatikusan felismerésre vagy ha speciális beállításokat igényel ahhoz, hogy az adatátvitel működjön. ISDN termináladapterek esetén általában ez a helyzet. Az gombra kattintva lépjen ki a párbeszédablakból. Ha a modem vezérlését a root jogosultságok nélküli, normál felhasználók számára is engedélyezni kívánja, jelölje meg a pontot. Ily módon az adminisztrátori jogosultsággal nem rendelkező felhasználó is aktiválhat vagy letilthat egy csatolót. A részben adjon meg egy reguláris kifejezést. A KInternetnek a felhasználó által módosítható értéke meg kell, hogy feleljen ennek a reguláris kifejezésnek. Ha a mező üres marad, akkor a felhasználó adminisztrátori jogosultságok nélkül nem tud beállítani másik értéket.
A következő párbeszédablakban válassza ki az ISP-t (internetszolgáltatót). Ha az országban működő ISP-k előre meghatározott listájából kíván választani, akkor válassza ki az menüpontot. Másik lehetőség, ha az elemre kattintással megnyit egy párbeszédablakot, amelyben megadhatók az ISP adatai. Ez a behívó kapcsolat és az ISP nevének, valamint az ISP által biztosított bejelentkezési név és jelszó megadását jelenti. Engedélyezze a lehetőséget, ha azt szeretné, hogy a jelszót minden csatlakozáskor meg kelljen adni.
Az utolsó párbeszédablakban további kapcsolati beállításokat adhat meg:
Ha engedélyezi az , akkor adjon meg legalább egy névkiszolgálót. Ezt a funkciót csak akkor használja, ha az internetkapcsolat olcsó, mivel vannak programok, amelyek rendszeres időközönként kérnek adatokat az internetről.
Ez a négyzet alapértelmezés szerint be van jelölve, amelynek hatására a névkiszolgáló címe az internetre csatlakozáskor mindig frissítésre kerül.
Ha a szolgáltató csatlakozás után nem küldi el a tartomány névkiszolgálóját, akkor tiltsa le ezt a beállítást és adja meg kézzel a DNS-re vonatkozó adatokat.
Ha ez a paraméter meg van adva, akkor a kapcsolat megszakadás után automatikusan helyre lesz állítva.
Ez a beállítás letiltja a telefonos kiszolgáló üzeneteinek felismerését. Ha a kapcsolat nagyon lassan, vagy egyáltalán nem épül fel, próbálkozzon meg ezzel a beállítással.
A beállítást megjelölve engedélyezésre kerül a tűzfal, amely a csatolót külsőként állítja be. Ezáltal a rendszer az internetkapcsolat fennállása alatt védve van a külső támadások ellen.
Ezzel a beállítással lehet megadni egy hálózati tétlenségi időkorlátot, amely után a modem automatikusan megszakítja a kapcsolatot.
Megnyitja a címbeállító párbeszédablakot. Ha az ISP nem rendel dinamikus IP-címet a géphez, akkor tiltsa le a lehetőséget, majd adja meg a gép helyi és távoli IP-címét. Ezt az információt az internet-szolgáltatótól kérje. Hagyja az lehetőséget megjelölve, majd az gomb megnyomásával zárja be a párbeszédablakot.
A gomb visszavisz az eredeti párbeszédablakhoz, amely a modembeállítás összefoglalását jeleníti meg. Az gomb segítségével zárja be a párbeszédablakot.
A modul segítségével állíthat be a rendszerhez egy vagy több ISDN-kártyát. Ha a YaST nem ismeri fel az ISDN-kártyát, akkor kattintson az lapon a gombra és válassza ki kézzel a kártyát. Több csatoló is használható, de sok ISP csak egy csatolóhoz állítható be. A következő párbeszédablakokban adja meg a kártya megfelelő működéséhez szükséges ISDN-beállításokat.
A következő párbeszédablakban (21.5. ábra - ISDN beállítása) válassza ki a használni kívánt protokollt. Az alapértelmezett az , de régebbi és nagyobb alközpontok esetében az menüpontot kell kiválasztani. Az Egyesült Államokban az elem a megfelelő. A megfelelő mezőben válassza ki az országot. Ezután a mellette levő mezőben megjelenik a megfelelő országkód. Végül adja meg a és az értékét (ha szükséges). Ha nem akarja naplózni a teljes ISDN-forgalmat, akkor törölje az pontot.
Az határozza meg, hogyan kell az ISDN-csatolót elindítani: a hatására az ISDN-illesztőprogram minden rendszerindításkor inicializálásra kerül. mód esetén az ISDN-illesztőprogramot root felhasználóként kell betölteni az rcisdn start parancs segítségével. A PCMCIA- vagy USB-eszközökhöz használt az eszköz csatlakoztatása után tölti be az illesztőprogramot. Ha minden beállítást megadott, nyomja meg az gombot.
A következő párbeszédablakban adja meg az ISDN-kártya csatolótípusát és adja hozzá az ISP-ket egy meglévő csatolóhoz. A csatolók SyncPPP vagy RawIP típusúak lehetnek, de a legtöbb ISP SyncPPP módban működik, úgyhogy ennek leírása következik most.
A az adott beállítástól függ:
A szabványos ISDN-vonal három telefonszámot (többszörös előfizetői szám vagy MSN) biztosít. Ha az előfizető többet kér, akkor maximum tíz adható neki. Itt az egyik MSN-t kell megadni, de körzetszám nélkül. Ha rossz számot ad meg, akkor a telefonszolgáltató automatikusan az ISDN-vonalhoz elsőként hozzárendelt MSN-hez lép vissza.
A konfiguráció a telepített berendezéstől függően változhat:
Az otthoni használatra kialakított kisebb alközpontok általában Euro-ISDN (EDSS1) protokollt használnak a belső hívásokhoz. Ezek az alközpontok egy belső S0 busszal rendelkeznek és belső számokat használnak a hozzájuk csatlakoztatott berendezésekhez.
Használja az egyik belső számot MSN-ként. Legalább az egyik alközpont MSN-jét tudni kell használni: azét, amelyiken engedélyezve lett a közvetlen külső tárcsázás. Ha nem működik, akkor próbálja meg a nullát. További információért tekintse meg az alközponthoz biztosított dokumentációt.
A vállalatok számára tervezett nagyobb alközpontok általában az 1TR6 protokollt használják a belső hívásokhoz. Ezek MSN-jét EAZ-nek hívják és általában a közvetlenül hívható mellékkel egyeznek meg. Linux alatti beállítás esetén az EAZ utolsó számjegyének beírása elegendő kell, hogy legyen. Ha ez nem működik, érdemes végigpróbálni 1 és 9 közötti számokkal.
Annak érdekében, hogy a kapcsolat a következő fizetési egység előtt lebontásra kerüljön, jelölje meg a négyzetet. Ne feledje el, hogy ez nem minden internet-szolgáltatónál működik. A csatornakötegelés (multilink PPP) is engedélyezhető a megfelelő négyzet megjelölésével. Végül a kapcsolathoz a tűzfalat lehet engedélyezni a és a kiválasztásával. Ha engedélyezni kívánja a normál, root jogosultság nélküli felhasználóknak is, hogy aktiválhassák vagy deaktiválhassák a csatolót, akkor jelölje meg a pontot.
A megnyit egy ablakot, ahol sokkal komplexebb kapcsolatminták találhatók, amelyek nem érdekesek az otthoni felhasználók számára. Az gomb kiválasztásával lépjen ki a párbeszédablakból.
A következő párbeszédablakban adja meg az IP-címmel kapcsolatos beállításokat. Ha a szolgáltatótól nem kapott statikus IP-címet, akkor jelölje meg a lehetőséget. Ellenkező esetben a mezőkbe írja be a gép helyi IP-címét és a távoli IP-címet az ISP által megadott adatok alapján. Ha ez a csatoló lesz az internet felé vezető alapértelmezett útvonal, akkor jelölje meg az lehetőséget. Minden gépen csak egy alapértelmezett útvonal lehet. A gomb kiválasztásával lépjen ki a párbeszédablakból.
A következő párbeszédablak segítségével állítsa be az országot és válasszon ki egy szolgáltatót. A listában csak a hívással választható (call-by-call) szolgáltatók láthatók. Ha a szolgáltató nem szerepel a listában, akkor nyomja meg az gombot. Erre megnyílik párbeszédablak, amelyben meg kell adni az ISP részletes adatait. A telefonszám megadásakor a számjegyek közé ne írjon szóközt vagy vesszőt. Végül az ISP által megadott módon írja be a bejelentkezési nevet és jelszót. Ha kész, nyomja meg a gombot.
Ha egy önálló munkaállomáson kapcsolja be az , akkor adja meg a névkiszolgálót (DNS-kiszolgálót) is. A legtöbb ISP támogatja a dinamikus DNS használatát, ami azt jelenti, hogy a névkiszolgáló IP-címét minden kapcsolódáskor az ISP küldi el. Egyetlen munkaállomás esetén azonban akkor is be kell írni egy helykitöltő címet, mint például 192.168.22.99. Ha az ISP nem támogatja a dinamikus DNS-t, akkor adja meg kézzel az ISP névkiszolgálójának IP-címét. Ha igény van rá, a kapcsolathoz megadható egy időkorlát – ennyi (másodperc) hálózati inaktivitás után a kapcsolat automatikusan megszakad. Erősítse meg a beállításokat a gomb megnyomásával. A YaST megjeleníti a beállított csatolók összegzését. A beállítások aktiválásához nyomja meg az gombot.
Néhány országban általános az internet kábeltévé-hálózaton keresztüli elérése. A kábeltévé-előfizető általában kap egy modemet, amely az egyik oldalon az antennakábelhez van csatlakoztatva, a másikon pedig egy számítógép hálózati kártyájához (egy 10Base-TG csavart érpárú kábellel). A kábelmodem ezután egy dedikált, fix IP-című internetkapcsolatot biztosít.
Az ISP által megadott utasításoktól függően a hálózati kártya beállításakor válassza ki a vagy lehetőséget. Jelenleg a legtöbb szolgáltató DHCP-t használ. Egy statikus IP-cím gyakran egy speciális üzleti csomag része.
További információ a kábelmodemek beállításáról a Támogatási adatbázis megfelelő cikkében olvasható, amely online a http://en.opensuse.org/SDB:Setting_Up_an_Internet_Connection_via_Cable_Modem_with_SuSE_Linux_8.0_or_Higher címen érhető el.
A DSL-eszköz beállításához a YaST szakaszban válassza ki a modult. Ez a YaST modul több párbeszédablakból áll, amelyben a DSL-kapcsolat paraméterei adhatók meg az alábbi protokollok egyike alapján:
PPP over Ethernet (PPPoE)
PPP over ATM (PPPoATM)
CAPI for ADSL (Fritz Cards)
Point-to-Point Tunneling Protocol (PPTP) – Ausztria
A párbeszédablak lapján látható a telepített DSL-eszközök listája. A DSL-eszköz beállításának módosításához válassza ki a listából az eszközt, majd kattintson a gombra. Ha a gombra kattint, akkor kézzel állíthat be egy új DSL-eszközt.
A PPPoE-re vagy PPTP-re épülő DSL-kapcsolat beállításához a megfelelő hálózati kártya, helyes beállítása szükséges. Ha ezt még nem tette meg, akkor állítsa be a kártyát a részben leírtaknak megfelelően (lásd: 21.4.1. - Hálózati kártya beállítása a YaST segítségével). DSL-kapcsolat esetén a címek automatikusan kioszthatók, de nem DHCP-n keresztül, éppen ezért a beállítás nem használható. Ehelyett a csatolóhoz adjon meg egy statikus helykitöltő címet, mint például a 192.168.22.1. Az mezőben adja meg a 255.255.255.0 értéket. Önálló munkaállomás beállításakor hagyja az mezőt üresen.
![]() | |
Az és az menüpontban lévő értékek csak helykitöltők. Ezek csak a hálózati kártya inicializálásához szükségesek és semmi közük a valódi DSL-kapcsolathoz. | |
A DSL-beállítás megkezdéséhez (21.7. ábra - DSL beállítása ) először válassza ki a és az , amelyhez a DSL-modem csatlakozik (a legtöbb esetben ez az eth0). Az mezőben adja meg, hogy a DSL-kapcsolatot ki kell-e építeni a rendszerindítási folyamat során. Kattintson a pontra, ha engedélyezni kívánja a normál, root jogosultság nélküli felhasználóknak is, hogy aktiválhassák vagy deaktiválhassák a csatolót a KInternet segítségével.
A párbeszédablakban kiválaszthatja az országot, majd választhat az ott működő számos ISP közül. A DSL-konfiguráció következő párbeszédablakainak részletei az eddigi beállításoktól függenek, ezért csak röviden említjük a következő bekezdésekben. A beállítások részletes leírását a párbeszédablakokban rendelkezésre álló részletes súgó tartalmazza.
Ha egy önálló munkaállomáson kapcsolja be az , akkor adja meg a névkiszolgálót (DNS-kiszolgálót). A legtöbb ISP támogatja a dinamikus DNS használatát, ami azt jelenti, hogy a névkiszolgáló IP-címét minden kapcsolódáskor az ISP küldi el. Egyetlen munkaállomás esetén azonban akkor is be kell írni egy helykitöltő címet, például a 192.168.22.99. Ha az ISP nem támogatja a dinamikus DNS-t, akkor adja meg kézzel az ISP névkiszolgálójának az IP-címét.
A azt az időt adja meg, amennyi hálózati tétlenség után a kapcsolat automatikusan megszakításra kerül. A célszerű időkorlát hatvan és háromszáz másodperc között van. Ha az le van tiltva, akkor az automatikus szétkapcsolás megakadályozása érdekében érdemes az időkorlátot nullára állítani.
A T-DSL konfigurációja nagyon hasonlít a DSL beállításához. Csak válassza ki a -t szolgáltatóként és a YaST megnyitja a T-DSL konfigurációs párbeszédablakot. Ebben a párbeszédablakban adja meg a T-DSL-hez szükséges további információt – a vonalazonosítót, a T-Online számát, a felhasználói kódot és a jelszót. Ezek a T-DSL-re előfizetés után megkapott adatok közt vannak.
A NetworkManager ideális megoldás a lapotokhoz és más hordozható számítógépekhez. A NetworkManager használata esetén nem kell törődni a hálózati csatolók újrakonfigurálásával: nyugodtan lehet váltani a hálózatok között, ha más helyre megy.
A NetworkManager azonban nem tökéletes megoldás minden helyzetre, ezért továbbra is van lehetőség a választásra a hálózati kapcsolatok hagyományos kezelése (ifup) és a NetworkManager között. Ha a NetworkManager segítségével akarja kezelni a hálózati kapcsolatokat, akkor kapcsolja be a NetworkManagert a YaST Hálózati beállítások moduljában, az Section “Enabling NetworkManager” (Chapter 5, Using NetworkManager, ↑Start-Up) részben leírt módon. Példahelyzetek listája, valamint a NetworkManager beállításának és használatának részletes leírása: Chapter Using NetworkManager (↑Start-Up).
Néhány különbség az ifup és a NetworkManager között:
root jogosultságok
Ha a NetworkManagert használja a hálózat beállítására, akkor bármikor egyszerűen válthatja, állíthatja le és indíthatja el a hálózati kapcsolatokat, magából az asztali környezetből, egy kisalkalmazás segítségével. A NetworkManager lehetővé teszi a vezeték nélküli kapcsolatok közötti váltást, illetve ezek beállítását anélkül, hogy root jogosultságra lenne szükség. Éppen ezért a NetworkManager ideális megoldás egy mobil munkaállomáshoz.
A hagyományos beállítás, az ifup szintén biztosít lehetőséget, hogy a felhasználó beavatkozásával vagy anélkül, át lehessen kapcsolni, leállítani vagy elindítani a kapcsolatot, ahogy azt a felhasználó által kezelt eszközöknél. Azonban, mindig szükség van a root jogosultságaira a hálózati eszköz beállításához vagy módosítására. Ez gyakran jelent problémát pontosan a mobil számítástechnikában, hiszen előre lehetetlen az összes elképzelhető kapcsolatot beállítani.
Mind a hagyományos konfiguráció, mind a NetworkManager képes kezelni a hálózati kapcsolatokat akár vezeték nélküli (WEP, WPA-PSK és WPA-Enterprise eléréssel), akár telefonos, akár vezetékes hálózatokon, DHCP használatával és statikus beállításokkal egyaránt. Támogatják a VPN-en keresztül történő csatlakozást is.
A NetworkManager megpróbálja a számítógépet folyamatosan csatlakoztatva tartani, a lehető legjobb kapcsolat használatával. Ha a vezetékes hálózati kapcsolat megszakad, akkor megpróbál újracsatlakozni. Képes kiválasztani vezeték nélküli kapcsolatok listájából a legjobb jelerősségű hálózatot, és automatikusan azt használni a csatlakozáshoz. Ugyanezt megvalósítani az ifup használatával nem kevés beállítást igényel.
A NetworkManager segítségével beállított egyes hálózati kapcsolatok beállításai konfigurációs profilokban vannak eltárolva. A NetworkManager vagy a YaST segítségével beállított rendszer-kapcsolatok az /etc/sysconfig/network/ifcfg-* fájlokban találhatók. Bármely, a felhasználó által megadott kapcsolat a GNOME esetén a GConf-ban, a KDE esetén pedig a $HOME/.kde4/share/apps/networkmanagement/* fájlokban tárolódik.
Amennyiben nincs beállítva profil, a NetworkManager Auto $INTERFACE-NAME néven automatikusan létrehoz egyet. Ezzel beállítások nélkül is megkísérli a kapcsolatok kezelését, amennyi esetében csak (biztonságosan) lehetséges. Ha nem megfelelőek az automatikusan létrehozott profilok, akkor azok a KDE vagy a GNOME által biztosított beállítófelületekben módosíthatók. További információért lásd: Section “Configuring Network Connections” (Chapter 5, Using NetworkManager, ↑Start-Up).
A központilag felügyelt számítógépeken bizonyos NetworkManager-funkciók a PolicyKit segítségével felügyelhetők vagy letilthatók. Például a felhasználó számára engedélyezett lehet az adminisztrátor által beállított kapcsolat módosítása, vagy engedélyezni lehet a felhasználónak, hogy saját hálózati kapcsolatot hozzon létre. A megfelelő NetworkManager irányelv megtekintéséhez, vagy módosításához a PolicyKit grafikus eszközét kell elindítani. A bal oldalon található fastruktúrában kersse meg a bejegyzést. A PolicyKit bemutatása és használatának részletes ismertetése a következő helyen található: Chapter PolicyKit (↑Security Guide).
A hálózati szoftver kézi beállításának mindig az utolsó alternatívának kell lennie. A YaST használata javasolt. A hálózati konfigurációval kapcsolatos háttérinformáció azonban a YaST segítségével végzett munkát is elősegítheti.
Amikor a kernel észlel egy hálózati kártyát és létrehozza a hozzá tartozó hálózati csatolót, akkor az eszköznek a felderítés, vagy a kernelmodulok betöltésének sorrendje alapján rendel nevet. Az alapértelmezett kernel-eszköznevek csak nagyon egyszerű és igen szabályozott hardverkörnyezetekben eredményeznek kiszámítható eszközneveket. Az olyan rendszereken, amelyek lehetővé teszik a hardver üzem közbeni hozzáadását és eltávolítását, illetve támogatják az eszközök automatikus konfigurációját, nem várható el, hogy a kernel minden egyes újraindításkor következetesen ugyanúgy osztja ki az eszközneveket.
Az összes rendszerkonfigurációs eszköz azonban számít a következetes eszköznevekre. Ezt a problémát oldja meg az udev. Az udev persistent net generator (/lib/udev/rules.d/75-persistent-net-generator.rules) elkészíti a hardverre illeszkedő (alapértelmezésként a hardver címet használó) szabályt és tartósan összerendeli a hardver egyéni csatolójával. A hálózati csatolók udev-adatbázisa az /etc/udev/rules.d/70-persistent-net.rules fájlban tárolódik. A fájl minden egyes sora egy hálózati csatolót ír le és határozza meg állandó nevét. A rendszergazdák a kiosztott neveket a NAME="" bejegyzések módosításával változtathatják meg. Az összerendelő szabályokat a YaST-ban lehet módosítani.
A 21.5. táblázat - Kézi hálózatkonfigurációs parancsfájlok táblázat összefoglalja a hálózati konfigurációban résztvevő legfontosabb parancsfájlokat.
21.5. táblázat - Kézi hálózatkonfigurációs parancsfájlok¶
|
Parancs |
Funkció |
|---|---|
|
ifup, ifdown, ifstatus |
Az |
|
rcnetwork |
Az |
Az udev-vel és a tartós eszköznevekkel kapcsolatban lásd: 19. fejezet - Dinamikus kerneleszköz-felügyelet az udev segítségével.
Ez a rész áttekintést nyújt a hálózati konfigurációs fájlokról és bemutatja céljukat, valamint az általuk használt formátumot.
/etc/sysconfig/network/ifcfg-*¶
Ezek a fájlok tartalmazzák a hálózati csatolók beállításait. Olyan adatokat tartalmaznak, mint például az indítási mód és az IP-cím. A lehetséges paramétereket az ifup kézikönyvoldala tartalmazza. Ezen felül a dhcp és wireless fájlok változói használhatók az ifcfg-* fájlokban, ha egy általános beállítást kell használni egyetlen csatolóhoz. Azonban a legtöbb /etc/sysconfig/network/config változó globális és nem írhatók felül az ifcfg-fájlokban. Például a NETWORKMANAGER vagy a NETCONFIG_* globális változók.
Az ifcfg.template-tel kapcsolatos információk itt találhatók: 21.6.1.2. - /etc/sysconfig/network/config, /etc/sysconfig/network/dhcp és /etc/sysconfig/network/wireless.
/etc/sysconfig/network/config, /etc/sysconfig/network/dhcp és /etc/sysconfig/network/wireless¶
A config fájl az ifup, ifdown és ifstatus viselkedésének általános beállításait tartalmazza. A dhcp a DHCP, a wireless pedig a vezeték nélküli LAN kártyák beállításait tartalmazza. Mindhárom konfigurációs fájlban található változók megjegyzésekkel vannak ellátva. Néhány változó az /etc/sysconfig/network/config fájlban ugyancsak használatos az ifcfg-* fájlokban, ahol magasabb prioritást kapnak. Az /etc/sysconfig/network/ifcfg.template fájlban találhatók azok a változók, amelyek az interface scope-ban megadhatók. Azonban a legtöbb /etc/sysconfig/network/config változó globális és nem írhatók felül az ifcfg-fájlokban. Például a NETWORKMANAGER vagy a NETCONFIG_* globális változók.
/etc/sysconfig/network/routes és /etc/sysconfig/network/ifroute-*¶
Itt van megadva a TCP/IP-csomagok statikus útválasztása. A különböző rendszerek által igényelt statikus utak az /etc/sysconfig/network/routes fájlban adhatók meg: a gép felé menő utak, a gép felé átjárón keresztül menő utak és a hálózat felé menő utak. Minden egyedi útválasztást igénylő csatolóhoz adjon meg egy további konfigurációs fájlt: /etc/sysconfig/network/ifroute-*. A * helyére írja be a csatoló nevét. Az útválasztási konfigurációs fájlok bejegyzései az alábbi módon néznek ki:
# Destination Dummy/Gateway Netmask Device # 127.0.0.0 0.0.0.0 255.255.255.0 lo 204.127.235.0 0.0.0.0 255.255.255.0 eth0 default 204.127.235.41 0.0.0.0 eth0 207.68.156.51 207.68.145.45 255.255.255.255 eth1 192.168.0.0 207.68.156.51 255.255.0.0 eth1
Az út célját az első oszlop tartalmazza. Ez az oszlop tartalmazhatja egy hálózat vagy gép IP-címét, illetve elérhető névkiszolgálók esetén a teljes képzésű hálózati vagy gépnevet.
A második oszlop az alapértelmezett átjárót tartalmazza, vagy egy olyan átjárót, amelyen keresztül egy gép vagy hálózat elérhető. A harmadik oszlop egy átjáró mögötti hálózatok vagy gépek hálózati maszkját tartalmazza. Egy átjáró mögötti gép maszkja például 255.255.255.255 lehet.
Az utolsó oszlop a helyi géphez csatlakozott hálózatok számára fontos, mint amilyen a loopback, Ethernet, ISDN, PPP és dummy eszköz. Itt meg kell adni az eszköz nevét.
Egy (opcionális) ötödik oszlop segítségével megadható az út típusa. Azoknak az oszlopoknak, amelyek nem szükségesek, mínusz jelet (-) kell tartalmazniuk annak biztosítása érdekében, hogy az elemző megfelelően értelmezze a parancsot. További részleteket a routes(5) man oldal tartalmaz.
Az egységes IPv4 és IPv6 formátum a következőképpen néz ki:
prefix/lengthgateway- [interface]
Ennek megfelelően az úgynevezett kompatibilitási formátum pedig ilyen:
prefixgatewaylength[interface]
Az IPv4 esetében továbbra is használható a régi formátum a hálózati maszkkal:
ipv4-networkgatewayipv4-netmask[interface]
Az alábbi példa ugyanaz:
2001:db8:abba:cafe::/64 2001:db8:abba:cafe::dead - eth0 208.77.188.0/24 208.77.188.166 - eth0 2001:db8:abba:cafe:: 2001:db8:abba:cafe::dead 64 eth0 208.77.188.0 208.77.188.166 24 eth0 208.77.188.0 208.77.188.166 255.255.255.0 eth0
/etc/resolv.conf¶
Ebben a fájlban van megadva a domain, amelyhez a gép tartozik (search kulcsszó). Az elérendő névkiszolgáló állapotát is megjeleníti (nameserver kulcsszó). Több tartománynév is megadható a fájlban. Egy nem teljes képzésű név feloldásakor kísérlet történik egy ilyen név létrehozására az egyes search bejegyzések csatolásával. Több névkiszolgáló több sorban adható meg, amelyek mindegyike a nameserver szóval kell, hogy kezdődjön. A megjegyzéseket a # jel vezeti be. A 21.5. példa - /etc/resolv.conf bemutatja, hogyan nézhet ki egy /etc/resolv.conf fájl.
Az /etc/resolv.conf fájlt azonban nem szabad kézzel módosítani. Ezt a netconfig parancsfájl állítja elő. A statikus DNS beállítások, YaST nélkül történő beállításához a /etc/sysconfig/network/config fájlt kell szerkeszteni:
NETCONFIG_DNS_STATIC_SEARCHLIST
kilistázza a gépnév kereséskor használt DNS tartományneveket
NETCONFIG_DNS_STATIC_SERVERS
kilistázza a gépnév kereséskor használt névkiszolgálók IP-címét
NETCONFIG_DNS_FORWARDER
meghatározza a beállítandó a DNS-továbbító nevét
A DNS-konfiguráció letiltásához a netconfig használatával állítsa be a NETCONFIG_DNS_POLICY='' értéket. További információ a netconfig-ról: man 8 netconfig.
21.5. példa - /etc/resolv.conf¶
# Our domain search example.com # # We use dns.example.com (192.168.1.116) as nameserver nameserver 192.168.1.116
/sbin/netconfig¶A netconfig egy moduláris eszköz a további hálózati beállítások kezeléséhez. A statikusan beállított paramétereket egyesíti az automatikus beállítási mechanizmusokkal, mint a DHCP vagy PPP, egy előre meghatározott irányelvnek megfelelően. A szükséges módosítások úgy végződnek el a rendszeren, hogy meghívódnak az egy adott konfigurációs fájl módosításáért felelős netconfig-modulok, majd újraindul a szolgáltatás (vagy valamilyen hasonló módszer).
A netconfig három fő műveletet ismer. A netconfig modify és netconfig remove olyan démonok használják, mint a dhcp vagy ppp, hogy beállításokat adjanak hozzá, vagy vegyenek el a netconfig-hoz. Csak a netconfig update parancs érhető el a felhasználók számára:
A netconfig modify parancs módosítja az aktuális csatolót és a szolgáltatásspecifikus dinamikus beállításokat, majd frissíti a hálózati konfigurációt. A netconfig a beállításokat a standard bemenetről vagy a --lease-file paraméterrel megadott fájlból olvassa, és belsőleg eltárolja a rendszer újraindításáig (vagy a következő módosítási vagy eltávolítási műveletig). Az ugyanazon csatoló-szolgáltatás kombináció már meglevő beállításai felülíródnak. A csatolót a fájlnév-i paraméter adja meg. A szolgáltatást a csatolónév-s paraméter adja meg.
szolgáltatásnév
A netconfig remove parancs eltávolítja a módosítás művelet által felvett dinamikus beállításokat a megadott csatoló-szolgáltatás kombinációról és frissíti a hálózati beállításokat. A csatolót a -i paraméter adja meg. A szolgáltatást a csatolónév-s paraméter adja meg.
szolgáltatásnév
A netconfig update parancs frissíti a hálózati konfigurációt az aktuális beállításokkal. Ez akkor hasznos, ha az irányelv vagy a statikus konfiguráció változott meg. Használja a -m paramétert, ha csak egy meghatározott szolgáltatást kíván frissíteni (modul_típusadns,nis, vagy ntp).
A netconfig-irányelv és a statikus konfigurációs beállítások megadhatók kézzel, a YaST használatával az /etc/sysconfig/network/config fájlban. A DHCP-hez és PPP-hez hasonló automatikus konfigurációs eszközök dinamikus beállításait közvetlenül ezek az eszközök továbbítják a netconfig modify és netconfig remove műveletekkel. A NetworkManager is használja a netconfig modify és a netconfig remove műveleteket. A NetworkManager engedélyezésekor a netconfig (az auto módban) csak a NetworkManager beállításokat használja és figyelmen kívül hagyja a hagyományos ifup-on keresztül történő más csatolókon keresztüli beállítást. Ha a NetworkManager nem végez semmilyen beállítást, akkor a statikus beállítások kerülnek alkalmazásra. A NetworkManager és a hagyományos ifup együttes használata nem támogatott.
További információ a netconfig-ról: man 8 netconfig.
/etc/hosts¶
Ebben a fájlban (21.6. példa - /etc/hosts) az IP-címek gépnevekhez vannak rendelve. Ha nincs névkiszolgáló, akkor minden gépet, amelyen be van állítva IP-kapcsolat, fel kell itt tüntetni. A fájlban minden géphez adjon meg egy sort, amely az IP-címet, a teljes képzésű gépnevet és a gépnevet tartalmazza. Az IP-címnek a sor elején kell lennie és a bejegyzéseket üres helyek és tabulátorok tagolják. A megjegyzések előtt mindig # jel található.
21.6. példa - /etc/hosts¶
127.0.0.1 localhost 192.168.2.100 jupiter.example.com jupiter 192.168.2.101 venus.example.com venus
/etc/networks¶
A hálózati nevek itt kerülnek átalakításra hálózati címekké. A formátum a hosts fájlhoz hasonló azzal a kivétellel, hogy a hálózati nevek megelőzik a címeket. Lásd:21.7. példa - /etc/networks
/etc/host.conf¶
A névfeloldást – a gép- és hálózati nevek lefordítását a resolver programkönyvtáron keresztül – ez a fájl vezérli. Ezt a fájlt csak a libc4 vagy libc5 függvénytárhoz csatolt programok használják. Az aktuális glibc programok esetén tekintse meg az /etc/nsswitch.conf beállításait. A paraméternek mindig egyedül kell állnia a saját sorában. A megjegyzéseket # jel előzi meg. 21.6. táblázat - Az /etc/host.conf paraméterei táblázat a használható paramétereket jeleníti meg. Egy minta /etc/host.conf fájlt mutat be a 21.8. példa - /etc/host.conf.
21.6. táblázat - Az /etc/host.conf paraméterei¶
|
order hosts, bind |
Meghatározza, hogy a szolgáltatások milyen sorrendben érik el a névfeloldást. A használható argumentumok (üres hellyel vagy vesszőkkel elválasztva): |
|
hosts: A | |
|
bind: Névkiszolgáló(ka)t használ | |
|
nis: NIS-t használ | |
|
multi on/off |
Azt határozza meg, hogy az |
|
nospoof on spoofalert on/off |
Ezek a paraméterek a névkiszolgáló hamisítására vannak hatással, de nem befolyásolják a hálózati konfigurációt. |
|
trim tartománynév |
A gépnévfeloldás után a megadott tartománynév le van választva a gépnévtől (feltéve, hogy a gépnév tartalmazta a tartománynevet). Ez az opció akkor hasznos, ha csak a helyi tartomány nevei vannak az |
21.8. példa - /etc/host.conf¶
# We have named running order hosts bind # Allow multiple address multi on
/etc/nsswitch.conf¶
A GNU C Library 2.0 bevezetése együtt jár a Name Service Switch (NSS) bevezetésével. Részletes információt az nsswitch.conf(5) kézikönyvoldala és a The GNU C Library Reference Manual tartalmaz.
A lekérdezések sorrendje az /etc/nsswitch.conf fájlban van megadva. A 21.9. példa - /etc/nsswitch.conf egy példa nsswitch.conf fájlt mutat. A megjegyzések elé # jelet kell írni. Ebben a példában a hosts adatbázis alatti bejegyzések azt jelentik, hogy kérés lett küldve DNS-en keresztül az /etc/hosts (fájlok) fájlhoz.
21.9. példa - /etc/nsswitch.conf¶
passwd: compat group: compat hosts: files dns networks: files dns services: db files protocols: db files netgroup: files automount: files nis
Az NSS-en keresztül elérhető „adatbázisok” listája: 21.7. táblázat - Az /etc/nsswitch.conf fájlon keresztül elérhető adatbázisok. Ezen felül az automount, bootparams, netmasks és publickey várható a közeli jövőben. Az NSS adatbázisok konfigurációs beállításait tekinti át a 21.8. táblázat - NSS-„adatbázisok” beállítási lehetőségei.
21.7. táblázat - Az /etc/nsswitch.conf fájlon keresztül elérhető adatbázisok¶
|
|
A |
|
|
Ethernet-címek. |
|
|
Felhasználói csoportok, a |
|
|
Gépnevek és IP-címek, a |
|
|
Érvényes gép- és felhasználói listák a hálózatban a hozzáférési jogosultságok vezérléséhez; lásd: |
|
|
A |
|
|
A |
|
|
A |
|
|
A |
|
|
A |
|
|
A |
21.8. táblázat - NSS-„adatbázisok” beállítási lehetőségei¶
|
|
fájlok, például az |
|
|
elérés adatbázison keresztül |
|
|
NIS, lásd még: Chapter Using NIS (↑Security Guide) |
|
|
csak a |
|
|
csak a |
/etc/nscd.conf¶
Ez a fájl állítja be az nscd-t (name service cache daemon, névkiszolgáló-gyorsítótárdémon). Lásd az nscd(8) és nscd.conf(5) kézikönyvoldalát. Alapértelmezés szerint a passwd és groups rendszerbejegyzéseit az nscd ideiglenesen tárolja. Ez a címtárszolgáltatások – például NIS és LDAP – teljesítménye miatt fontos, mivel ellenkező esetben a hálózati kapcsolatot kell használni a nevek és csoportok eléréséhez A hosts alapértelmezés szerint nem kerül ideiglenesen tárolásra, mivel az nscd-nek a gépeket ideiglenesen tároló mechanizmusa miatt a helyi rendszer nem tud megbízni a normál és visszirányú ellenőrzésekben. Ahelyett, hogy az nscd tároltatná ideiglenesen a neveket, állítson be egy ideiglenes tárolást végző DNS-kiszolgálót.
A passwd ideiglenes tárolása aktív, akkor általában tizenöt másodpercig tart az újonnan hozzáadott helyi felhasználó felismerése. A várakozási idő lecsökkenthető, ha az nscd-t az rcnscd restart parancs segítségével újraindítja.
/etc/HOSTNAME ¶Ez tartalmazza a tartománynévvel kiegészített teljes képzésű gépnevet. Ezt a fájlt számos parancsfájl olvassa a gép indulása során. Ez csak egy sort tartalmazhat, amelyben a gépnév van beállítva.
A konfigurációt a konfigurációs fájlba írás előtt tesztelheti. Állítsa be a tesztkonfigurációt az ip parancs segítségével. A kapcsolat a ping paranccsal tesztelhető. A régi konfigurációs eszközök, az ifconfig és a route, szintén rendelkezésre állnak.
Az ip, ifconfig és a route parancs közvetlenül módosítja a hálózati konfigurációt a konfigurációs fájlba való mentés nélkül. Ha a konfigurációt nem a megfelelő konfigurációs fájlokban adta meg, akkor a módosított hálózati konfiguráció a rendszer újraindításakor elveszik.
Az ip az útválasztás, a hálózati eszközök, az irányelv-továbbítás és a csatornák megjelenítésére és beállítására szolgáló eszköz.
Az ip nagyon összetett eszköz. Az általános szintaxis: ip . A következő objektumok használhatók:
opciók objektum parancs
Az objektum egy hálózati eszközt ábrázol.
Az objektum az eszköz IP-címét jelöli.
Az objektum egy ARP vagy NDISC gyorsítótár-bejegyzést ábrázol.
Az objektum az útválasztási tábla bejegyzést ábrázolja.
Az objektum az útválasztási irányelv adatbázisban lévő szabályt ábrázolja.
Az objektum egy multicast-címet ábrázol.
Az objektum egy multicast útválasztási gyorsítótár bejegyzést ábrázol.
Az objektum IP-n keresztüli alagutat ábrázol.
Ha nincs parancs megadva, akkor az alapértelmezett parancs kerül felhasználásra (általában a list).
Módosítsa az eszköz állapotát az ip link set eszköznévparancs paranccsal. Az eth0 eszköz letiltásához például adja ki az ip link set eth0 down parancsot. Az újbóli aktiváláshoz használja az ip link set eth0 up parancsot.
Az eszközt aktiválás után beállíthatja. Az IP-cím beállításához használja az ip addr add parancsot. Az eth0 csatolóhoz 192.168.12.154/30 beállítása például normál üzenetszórással (ip_cím + dev eszköznévbrd opció) az alábbi módon történhet: adja ki az ip addr add 192.168.12.154/30 brd + dev eth0 parancsot.
Működő kapcsolathoz az alapértelmezett átjárót is be kell állítani. A rendszer átjárójának beállításához adja ki az ip route add átjáró_ip_címe parancsot. Az IP-cím másik címre fordításához használjon nat-ot: az ip route add nat ip_cím via másik_ip_cím.
Az összes eszköz megjelenítéséhez használja az ip link ls parancsot. Ha csak a futó csatolókat kívánja megjeleníteni, akkor használja az ip link ls up parancsot. Az eszköz csatolóstatisztikájának kinyomtatásához adja ki az ip -s link ls eszköznév parancsot. Az eszközök címének megjelenítéséhez adja ki az ip addr parancsot. Az ip addr kimenetében az eszközök MAC-címével kapcsolatos információt is talál. Az összes út megjelenítéséhez használja az ip route show parancsot.
Az ip használatával kapcsolatos információért adja ki az ip help parancsot, vagy tekintse meg az ip(8) kézikönyvoldalát. A help opció az összes ip objektumhoz rendelkezésre áll. Ha például az ip addr súgóját kívánja elolvasni, akkor adja ki az ip addr help parancsot. Az ip leírása az /usr/share/doc/packages/iproute2/ip-cref.pdf fájlban található.
A ping parancs egy általános eszköz a TCP/IP kapcsolat működésének tesztelésére. Ez az ICMP protokollal kis adatcsomagot, ECHO_REQUEST datagramot küld a célgépnek, és azonnal választ kér. Ha ez működik, akkor a ping egy üzenetet jelenít meg, amely jelzi, hogy a hálózati kapcsolat alapszinten működik.
A ping nem csak a két számítógép közötti kapcsolat működését teszteli. A kapcsolat minőségével kapcsolatos alapszintű információt is biztosít. A 21.10. példa - A ping parancs kimenete példát mutat a ping kimenetére. A sorok – az első kivételével – az átvitt csomagokkal, csomagvesztéssel és a ping teljes futási idejével kapcsolatos kapcsolatos adatokat tartalmaznak.
Célként megadhat gépnevet vagy IP-címet, például: ping example.com vagy ping 192.168.3.100. A program addig küld csomagokat, amíg meg nem nyomja a Ctrl+C billentyűkombinációt.
Ha csak a kapcsolat működését kívánja ellenőrizni, akkor a -c kapcsolóval korlátozhatja a csomagok számát. A ping három csomagra korlátozásához például adja ki a ping -c 3 example.com parancsot.
21.10. példa - A ping parancs kimenete¶
ping -c 3 example.com PING example.com (192.168.3.100) 56(84) bytes of data. 64 bytes from example.com (192.168.3.100): icmp_seq=1 ttl=49 time=188 ms 64 bytes from example.com (192.168.3.100): icmp_seq=2 ttl=49 time=184 ms 64 bytes from example.com (192.168.3.100): icmp_seq=3 ttl=49 time=183 ms --- example.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2007ms rtt min/avg/max/mdev = 183.417/185.447/188.259/2.052 ms
Az alapértelmezett időtartam a két csomag között egy másodperc. Az időtartam a ping -i kapcsolójával módosítható. A ping időtartamának tíz másodpercre növeléséhez adja ki a ping -i 10 example.com parancsot.
Több hálózati eszközzel rendelkező rendszerben hasznos lehet a ping csomagot adott csatolócímen keresztül küldeni. Ehhez használja a -I kapcsolót a kiválasztott eszköz nevével, például: ping -I wlan1 example.com.
A ping parancs kapcsolóival és használatával kapcsolatos információért adja ki a ping -h parancsot, vagy tekintse meg a ping (8) kézikönyvoldalát.
![]() | IPv6-címek pingelése |
|---|---|
Az IPv6 címekhez használja a ping6 parancsot. Link-local címek pingeléséhez az ping6 -I eth1 fe80::117:21ff:feda:a425 | |
Az ifconfig egy hálózatbeállító eszköz.
![]() | ifconfig és ip |
|---|---|
Az ifconfig eszköz elavult. Használja inkább az ip-t. Az ip-vel ellentétben az ifconfig csak csatolóbeállításhoz használható. A csatoló neve maximálisan 9 karakter lehet. | |
Argumentumok nélkül az ifconfig az aktuális aktív csatolók állapotát mutatja meg. Az ábrán (21.11. példa - Az ifconfig parancs kimenete) láthatóan az ifconfig jó elrendezésű és részletes kimenettel rendelkezik. A kimenet az eszköz MAC-címével kapcsolatos adatokat is tartalmaz (a HWaddr érték az első sorban).
21.11. példa - Az ifconfig parancs kimenete¶
eth0 Link encap:Ethernet HWaddr 00:08:74:98:ED:51
inet6 addr: fe80::208:74ff:fe98:ed51/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:634735 errors:0 dropped:0 overruns:4 frame:0
TX packets:154779 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:162531992 (155.0 Mb) TX bytes:49575995 (47.2 Mb)
Interrupt:11 Base address:0xec80
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8559 errors:0 dropped:0 overruns:0 frame:0
TX packets:8559 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:533234 (520.7 Kb) TX bytes:533234 (520.7 Kb)
wlan1 Link encap:Ethernet HWaddr 00:0E:2E:52:3B:1D
inet addr:192.168.2.4 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::20e:2eff:fe52:3b1d/64 Scope:Link
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1
RX packets:50828 errors:0 dropped:0 overruns:0 frame:0
TX packets:43770 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:45978185 (43.8 Mb) TX bytes:7526693 (7.1 MB)
Az ifconfig használatával és kapcsolóival kapcsolatos információért adja ki az ifconfig -h parancsot, vagy használja az ifconfig (8) kézikönyvoldalát.
A route az IP útválasztási tábla kezelésére szolgáló program. Ennek segítségével megjeleníthető az útválasztási konfiguráció, illetve utak vehetők fel és távolíthatók el.
![]() | route és ip |
|---|---|
A route program elavult. Használja inkább az ip-t. | |
A route különösen akkor hasznos, ha az útválasztási konfigurációval kapcsolatos gyors és érthető adatokra van szüksége az útválasztással kapcsolatos problémák meghatározásához. Az aktuális útválasztási konfiguráció megjelenítéséhez adja ki a route -n parancsot root felhasználóként.
21.12. példa - A route -n parancs kimenete¶
route -n Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 10.20.0.0 * 255.255.248.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default styx.exam.com 0.0.0.0 UG 0 0 0 eth0
A route használatával és kapcsolóival kapcsolatos információért adja ki a route -h parancsot, vagy tekintse meg a route (8) kézikönyvoldalát.
A fentebb említett konfigurációs beállítási fájloktól függetlenül számos parancsfájl létezik, amely hálózati programot tölt be a gép rendszerindítása alatt. Ezek azonnal elindulnak, amint a gép az egyik többfelhasználós futási szintre kapcsol. A parancsfájlok egy részének leírása: 21.9. táblázat - Néhány indító parancsfájl a hálózati programokhoz.
21.9. táblázat - Néhány indító parancsfájl a hálózati programokhoz¶
|
Ez a parancsfájl kezeli a hálózati csatolók beállítását. Ha a network szolgáltatás nincs elindítva, akkor egyetlen hálózati csatoló sem él. | |
|
Elindítja az xinetd-t. Az xinetd a kiszolgálószolgáltatásokat elérhetővé tudja tenni a rendszeren. Egy FTP kapcsolat kezdeményezésekor például el tudja indítani a vsftpd-t. | |
|
Elindítja az rpcbind segédprogramot, amely az RPC programszámokat átkonvertálja univerzális címekké. Ez olyan RPC-szolgáltatások számára szükséges, mint amilyen az NFS-kiszolgáló. | |
|
Elindítja az NFS-kiszolgálót. | |
|
Vezérli a postfix folyamatot. | |
|
Elindítja a NIS-kiszolgálót. | |
|
Elindítja a NIS-klienst. |
Sok otthoni felhasználó nem rendelkezik dedikált internetkapcsolattal. Ehelyett általában behívó kapcsolatot használnak. A behívási módszertől függően (ISDN vagy DSL) a kapcsolatot az ipppd vagy a pppd vezérli. Az internetre feljelentkezéshez alig kell többet tenni, mint elindítani helyesen ezeket a programokat.
Ha átalánydíjas kapcsolattal rendelkezik, ami nem jelent többletköltséget behívásos kapcsolat esetén sem, egyszerűen indítsa el a megfelelő démont. A behívásos kapcsolat egy KDE-kisalkalmazás vagy a parancssori felület segítségével felügyelhető. Ha az internetes átjáró nem a saját gép, akkor lehet, hogy a behívásos kapcsolatot egy hálózati gép segítségével kívánja irányítani.
Itt kerül felhasználásra az smpppd (SUSE Meta PPP Daemon). Egységes felületet biztosít a segédprogramok számára és két irányban működik. Először is beprogramozza a szükséges pppd-t vagy ipppd-t és vezérli azok behívási tulajdonságait. Másodszor a felhasználói programok számára elérhetővé teszi a különböző szolgáltatókat és továbbít bizonyos információkat a kapcsolat aktuális állapotával kapcsolatban. Mivel az smpppd hálózaton keresztül is vezérelhető, egy magánjellegű alhálózatban teljesen megfelel a munkaállomásról az internet felé irányuló behívó kapcsolatok kezelésére.
A YaST automatikusan beállítja az smpppd által biztosított kapcsolatokat. A tényleges behívóprogramok, a KInternet és cinternet szintén előre beállításra kerültek. Kézi beállításra csak az smpppd olyan további funkcióinak beállításához van szükség, mint például a távoli vezérlés.
Az smpppd konfigurációs fájlja az /etc/smpppd.conf. Alapértelmezés szerint ez nem engedélyezi a távoli vezérlést. A konfigurációs fájl legfontosabb beállításai:
yes|no
Az smpppd hálózaton keresztüli vezérléséhez ezt a beállítást állítsa yes-re. Az smpppd a 3185 számú porton figyel. Ha a paraméter értéke yes, akkor a bind-address, host-range és password paramétert is ennek megfelelően kell beállítani.
ip-cím
Ha a hoszt több IP-címmel rendelkezik, akkor ennek a paraméternek a használata határozza meg, hogy az smpppd-nek mely IP-címen kell fogadnia a kapcsolatokat. Alapértelmezésben a rendszer az összes porton figyel.
min ip max ip
A host-range paraméter egy hálózati tartományt ad meg. A tartományon belüli IP-címmel rendelkező gépek számára engedélyezett a hozzáférés az smpppd-hez. A tartományon kívüli gépek hozzáférése le van tiltva.
jelszó
Jelszó hozzárendelésével a kliensek hozzáférése korlátozható a hitelesített gépekre. Mivel azonban ez egy sima szöveges jelszó, nem szabad túlbecsülni az általa nyújtott biztonságot. Ha nincs jelszó megadva, akkor az összes kliens hozzáférhet az smpppd-hez.
yes|no
Ezzel a paraméterrel az smpppd szolgáltatás meghirdethető a hálózatban SLP protokollon keresztül.
Az smpppd-vel kapcsolatos információ az smpppd(8) és smpppd.conf(5) kézikönyvoldalon érhető el.
A KInternet és a cinternet segítségével vezérelhető a helyi vagy távoli smpppd. A cinternet a grafikus felülettel rendelkező KInternet parancssori megfelelője. Ezeknek a segédprogramoknak a távoli smpppd-vel való használatához kézzel vagy a kinternet segítségével módosítsa az /etc/smpppd-c.conf konfigurációs fájlt. Ez a fájl csak négy paramétert tartalmaz:
helyek listája
A helyek listája, ahol a kezelőfelület az smpppd-t keresi. A felületek az itt megadott sorrendben próbálják végig a lehetőségeket. A local (helyi) beállítás a helyi smpppd-vel való kapcsolat létesítését írja elő. A gateway az átjárón lévő smpppd-re mutat. A config-file paraméter azt jelzi, hogy az /etc/smpppd-c.conf fájlban található server és port paraméterekkel megadott smpppd-hez kell csatlakozni. Az slp a felületeket egy SLP-n keresztül megtalált smpppd-hez kapcsolódásra készteti.
kiszolgáló
A számítógép, amelyen az smpppd fut.
port
A port, amelyen az smpppd elérhető.
jelszó
Az smpppd-hez kiválasztott jelszót.
Az smpppd aktív, próbálja meg elérni. Például a cinternet --verbose --interface-list paranccsal. Ha nehézségei vannak ezen a ponton, akkor tekintse meg az smpppd-c.conf(5) és cinternet(8) kézikönyvoldalt.