21. fejezet - A hálózatkezelés alapjai

Tartalomjegyzék

21.1. IP-címek és útválasztás
21.2. IPv6 – az internet következő generációja
21.3. Névmegfeleltetés
21.4. Hálózati kapcsolat beállítása a YaST segítségével
21.5. NetworkManager
21.6. Hálózati kapcsolat kézi beállítása
21.7. Az smpppd behívósegéd

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

TCP

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.

UDP

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.

ICMP

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.

IGMP

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.

21.1. ábra - A TCP/IP egyszerűsített rétegmodellje

A TCP/IP egyszerűsített rétegmodellje

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.

21.2. ábra - TCP/IP Ethernet-csomag

TCP/IP Ethernet-csomag

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ő.

21.1. IP-címek és útválasztás

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.

21.1.1. IP-címek

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.

21.1.2. Hálózati maszkok és útválasztás

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

Hálózati alapcím

Ez a hálózati maszk és bármely hálózati cím ÉS kapcsolata, ahogy az a következő példa Result részében látható: 21.2. példa - IP-címek és hálózati maszkok összekapcsolása. Ez a cím nem rendelhető egy géphez sem.

Nyilvános (broadcast) cím

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ő.

Helyi gép

A 127.0.0.1 cím szigorúan a loopback eszköz számára van kijelölve. Ezzel és az IPv4 hálózaton beállított minden címmel a teljes 127.0.0.0/8 loopback hálózaton beállítható egy kapcsolat a saját helyi géphez. Az IPv6 hálózatoknál csak egyetlen, a ::1 loopback cím létezik.


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

10.0.0.0/255.0.0.0

10.x.x.x

172.16.0.0/255.240.0.0

172.16.x.x172.31.x.x

192.168.0.0/255.255.0.0

192.168.x.x


21.2. IPv6 – az internet következő generációja

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.

21.2.1. Előnyök

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:

Automatikus beállítás

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.

Mobilitás

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.

Biztonságos kommunikáció

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.

Visszamenőleges kompatibilitás

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.

Testre szabott szolgáltatások többesszórás (multicasting) segítségével

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).

21.2.2. Címtípusok és címzési rendszer

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:

Unicast (egyesszórás, egyedi sugárzás)

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.

Multicast (többesszórás, differenciált sugárzás)

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.

Anycast (nem differenciált üzenetek)

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

21.4. példa - Az előtag hosszát megadó IPv6-cím

fe80::10:1000:1a4/64

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

00

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 2 vagy 3

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: 2001::/16 (éles minőségű címtér, production quality address space) és 2002::/16 (6to4 címtér, 6to4 address space).

fe80::/10

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.

fec0::/10

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 10.x.x.x).

ff

Ezek a multicast-címek.


Az unicast-címek három fő részből állnak:

Public Topology (nyilvános topológia)

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.

Site Topology (telephely-topológia)

A második rész forgalomirányítási adatokat tartalmaz arról, hogy melyik alhálózatba kell a csomagokat továbbítani.

Interface ID (Csatolóazonosító)

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.

IPv4-kompatibilis címek

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.

IPv6-ra leképezett IPv4-címek

Ez a fajta cím egy tiszta IPv4-címet ad meg IPv6-jelöléssel.

Helyi címek

Helyi használatra kétféle címtípus áll rendelkezésre:

link-local (adatkapcsolati szinten helyi)

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.

site-local (telephelyi szinten helyi)

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.

21.2.3. IPv4 és IPv6 együtt

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:

6over4

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.

6to4

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.

IPv6 Tunnel Broker (alagútbróker)

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.

21.2.4. IPv6 beállítása

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 Hálózati beállítások modulját. Az Általános beállítások lapon igény szerint jelölje meg az IPv6 engedélyezése 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.

21.2.5. További információk

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:

http://www.ipv6.org/

Jó kezdőpont mindenhez, ami az IPv6-tal kapcsolatos.

http://www.ipv6day.org

Minden információt tartalmaz, amire a saját IPv6-hálózat kialakításához szükség lehet.

http://www.ipv6-to-standard.org/

Az IPv6-ra felkészített eszközök listája.

http://www.bieringer.de/linux/IPv6/

Linux-IPv6-HOWTO és számos további, a témakörrel kapcsolatos hivatkozás.

2640-es RFC

Az IPv6 alapvető RFC-je.

IPv6 Essentials

A témakör összes fontos részletét leíró könyv. Silvia Hagen: IPv6 Essentials (ISBN 0-596-00125-8).

21.3. Névmegfeleltetés

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.

[Note]MDNS és .local tartománynevek

A .local legfelső szintű tartománynevet a feloldó link-local (adatkapcsolati szinten helyi) tartománynak tekinti. A DNS-kérések a normál DNS-kérések helyett multicast DNS-kérésekként lesznek elküldve. Ha már használja a .local tartományt a névkiszolgáló konfigurációjában, akkor ezt a beállítást ki kell kapcsolni az /etc/host.conf fájlban. További információért tekintse meg a host.conf man oldalát.

Ha ki akarja kapcsolni az MDNS funkciót telepítés közben, akkor használja a nomdns=1 rendszerindítási paramétert.

További információ a multicast DNS-ről: http://www.multicastdns.org.

21.4. Hálózati kapcsolat beállítása a YaST segítségével

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.

21.4.1. Hálózati kártya beállítása a YaST segítségével

A vezetékes vagy vezeték nélküli hálózati kártya beállításához válassza ki a YaST Hálózati eszközök+Hálózati beállítások menüpontját. A modul elindítása után a YaST megjeleníti a Hálózati beállítások párbeszédablakot, amelynek négy lapja van: Általános beállítások, Áttekintés, Gépnév/DNS és Útválasztás.

Az Általános beállítások 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 Áttekintés 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 Gépnév/DNS 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 Útválasztás 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.

21.3. ábra - Hálózati beállítások

Hálózati beállítások

21.4.1.1. Általános hálózati beállítások megadása

A YaST Hálózati beállítások modul Általános beállítások 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 Hálózatbeállítási módszer 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 Felhasználó által vezérelt, NetworkManager-rel 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 Hagyományos módszer (ifup) lehetőséget. A NetworkManager használatakor az nm-applet kisalkalmazást kell használni és a Hálózati beállítások ablakon az ÁttekintésGépnév/DNS és az Útválasztás fülek le vannak tiltva. A NetworkManager-rel kapcsolatos további tudnivalók: Chapter Using NetworkManager (↑Start-Up).

Az IPv6 protokoll beállítása 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 IPv6 engedélyezése 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 DHCP-kliens beállítások részben adhatók meg a DHCP-kliens beállításai. A DHCP-kliensazonosító 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 Küldendő gépnév 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 Küldendő gépnév 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 Alapértelmezett útvonal megváltoztatása DHCP-n keresztül pontot.

21.4.1.2. Hálózati kártya beállításának módosítása

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 Hálózati beállítások+Áttekintés lapján, majd kattintson a Szerkesztés gombra. Megjelenik a Hálózati címek beállítása párbeszédablak, amelynek Általános, Cím és Hardver 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.

21.4.1.2.1. IP-címek beállítása

A hálózati kártya IP-címét, illetve az IP-cím meghatározásának módját a Hálózati kártya beállítása párbeszédablak Cím lapján lehet beállítani. IPv4- és IPv6-címek egyaránt használhatók. A hálózati kártyához a Nincs IP-cím érték (ami az eszközök nyalábolásakor hasznos), Statikusan hozzárendelt IP-címek (IPv4 vagy IPv6), illetve a DHCP és/vagy Zeroconf segítségével kiosztott Dinamikus címek állíthatók be.

Dinamikus címek használata esetén adja meg, hogy csak DHCP 4-et kíván használni (IPv4 esetén), csak DHCP 6-ot (IPv6 esetén), vagy DHCP 4-es és 6-os verzió-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 Hálózati beállítások párbeszédablak Általános beállítások lapján, a DHCP-kliens beállítások 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 DHCP-kliensazonosítóra.

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:

  1. Válasszon ki egy kártyát a YaST hálózati kártya beállítására szolgáló moduljának Áttekintés lapján a felderített kártyák listájában, majd kattintson a Szerkesztés gombra.

  2. A Cím lapon válassza ki a Statikusan hozzárendelt IP-címek pontot.

  3. Írja be az IP-cím értékét. IPv4- és IPv6-címek egyaránt használhatók. Az Alhálózati maszk mezőbe írja be a hálózati maszk értékét. Ha IPv6-címet használ, akkor az Alhálózati maszk-ot /64 formátumban adja meg.

    Beírhat egy teljesen megadott Gépnevet is a címhez, amely be fog íródni az /etc/hosts konfigurációs fájlba.

  4. Nyomja meg a Tovább gombot.

  5. A beállítás aktiválásához nyomja meg az OK 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.

21.4.1.2.2. Álnevek beállítása

Egy hálózati eszköz több IP-címmel is rendelkezhet. Ezeket álneveknek (aliasoknak) hívjuk.

[Note]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:

  1. Válasszon ki egy kártyát a YaST hálózati kártya beállítására szolgáló moduljának Áttekintés lapján a felderített kártyák listájában, majd kattintson a Szerkesztés gombra.

  2. A Cím+További címek lapon kattintson a Hozzáadás gombra.

  3. Adjon meg egy Álnevet, egy IP-címet majd a Hálózati maszkot. Az alias nevébe ne írja be a csatoló nevét.

  4. Kattintson az OK gombra.

  5. Nyomja meg a Tovább gombot.

  6. A beállítás aktiválásához kattintson az OK gombra.

21.4.1.2.3. Az eszköznév és az udev-szabályok módosítása

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:

  1. Válasszon ki egy kártyát a YaST Hálózati beállítások moduljának Áttekintés lapján a felderített kártyák listájában, majd kattintson a Szerkesztés gombra.

  2. Lépjen át a Hardver lapra. Az aktuális eszköznév az Udev szabályok részben látható. Kattintson a Módosítás gombra.

  3. Válassza ki, hogy az udev a kártyát MAC-cím vagy Buszazonosító alapján azonosítsa. Az aktuális MAC-cím és buszazonosító a párbeszédablakban látható.

  4. Az eszköz nevének megváltoztatásához jelölje meg az Eszköznév megváltoztatása pontot és írja át a nevet.

  5. Kattintson az OK, majd a Tovább gombra.

  6. A beállítás aktiválásához kattintson a Befejezés gombra.

21.4.1.2.4. Hálózati kártya kernel-illesztőprogram megváltoztatása

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:

  1. Válasszon ki egy kártyát a YaST Hálózati beállítások moduljának Áttekintés lapján a felderített kártyák listájában, majd kattintson a Szerkesztés gombra.

  2. Lépjen át a Hardver lapra.

  3. A Modulnév mezőben válassza ki a használni kívánt kernel-illesztőprogramot. A Paraméterek 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.

  4. Kattintson az OK, majd a Tovább gombra.

  5. A beállítás aktiválásához kattintson a Befejezés gombra.

21.4.1.2.5. Hálózati eszköz aktiválása

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:

  1. A YaST-ban válassza ki a kártyát a felderített kártyák listájából a Hálózati eszközök+Hálózati beállítások részben, majd kattintson a Szerkesztés gombra.

  2. Az Általános lap Eszköz aktiválása 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 Rendszerindításkor pontot. Ha a csatoló figyelje a fizikai kapcsolatot, akkor használja a Kábeles kapcsolat esetén lehetőséget. Az Üzem közbeni csatlakoztatáskor pont megjelölése esetén a csatoló a lehető leghamarabb aktiválódik. Ez hasonlít a Rendszerindításkor 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 Kézzel beállítás esetén kézzel vezérelhető a csatoló, az ifup vagy a KInternet segítségével. A Soha beállítás kiválasztása esetén az eszköz egyáltalán nem fog elindulni. Az NFSroot használatakor beállítás hasonló, mint a Rendszerindításkor, 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.

  3. Nyomja meg a Tovább gombot.

  4. A beállítás aktiválásához nyomja meg a Befejezés 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 Felhasználó által, KInterneten keresztül vezérelt pontot.

21.4.1.2.6. Maximális átviteli egység beállítása

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.

  1. A YaST-ban válassza ki a kártyát a felderített kártyák listájából a Hálózati eszközök+Hálózati beállítások részben, majd kattintson a Szerkesztés gombra.

  2. Az Általános lapon válassza ki a kívánt pontot az MTU beállítása listából.

  3. Kattintson a Tovább gombra.

  4. A beállítás aktiválásához kattintson a Befejezés gombra.

21.4.1.2.7. Tűzfal beállítása

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:

  1. Nyissa meg a YaST Hálózati eszközök+Hálózati beállítások modulját. Az Áttekintés lapon válasszon ki egy kártyát a felderített kártyák listájából, majd kattintson a Szerkesztés gombra.

  2. Lépjen a Hálózati beállítások párbeszédablak Általános lapjára.

  3. Határozza meg a tűzfalzónát, amelyhez a csatolót hozzá kell rendelni. A következő lehetőségek használhatók:

    Tűzfal kikapcsolva

    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.

    Automatikus zónakiosztás

    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.

    Belső zóna (Védtelen)

    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.

    Demilitarizált zóna

    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.

    Külső zóna

    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.

  4. Kattintson a Tovább gombra.

  5. Aktiválja a konfigurációt az OK gombra kattintással.

21.4.1.3. Nem felderített hálózati kártya beállítása

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:

  1. A YaST Hálózati eszközök+Hálózati beállítások+Áttekintés párbeszédablakában kattintson a Hozzáadás gombra.

  2. A Hardver párbeszédablakban válassza ki a csatoló Eszköztípusát a lehetőségek közül, és adja meg a Konfiguráció nevét. 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 Tovább gombra kattintással. Ellenkező esetben megadhatja a kártyához használandó kernelmodul Modulnevét, illetve ha szükséges, annak Paramétereit.

    Az Ethtool beállítások 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 csatoló_neve rx on), akkor a második résznél a csatoló nevet kell megadni. Ellenkező esetben (például autoneg off speed 10) ifup megelőzi a -s csatoló_neve rész.

  3. Kattintson a Tovább gombra.

  4. Á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 Általános, Cím és Hardver 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.

  5. Ha a csatoló választott eszköztípusa Vezeték nélküli, akkor a következő párbeszédablakban állítsa be a vezeték nélküli kapcsolatot.

  6. Nyomja meg a Tovább gombot.

  7. Az új hálózati beállítás aktiválásához nyomja meg az OK gombot.

21.4.1.4. Kiszolgálónév és DNS beállítása

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:

  1. Menjen a YaST Hálózati beállítások+Gépnév/DNS lapjára a Hálózati eszközök modulban.

  2. Adja meg a Gépnév és ha szükséges, a Tartománynév é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 Gépnév módosítása DHCP-n keresztül pontot.

    A Gépnév hozzárendelése Loopback IP-hez ö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.

  3. A DNS-beállítások módosítása 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 Alapértelmezett irányelv használata 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 Csak kézzel 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 Egyedi irányelv pont megjelölése esetén meg kell adni az összefésülést szabályozó Egyedi irányelvszabályok 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.

  4. Adja meg a Névkiszolgálók értékeit, majd töltse ki a Tartomány keresése 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 Tartomány keresése lapon megadott nevek a tartománynév nélkül megadott gépnevek feloldására használt tartománynevek. Ha a Tartomány keresése részben egynél több tartománynevet akar megadni, akkor válassza el őket vesszőkkel vagy szóközszerű karakterekkel.

  5. A beállítás aktiválásához kattintson a Befejezés gombra.

21.4.1.5. Útválasztás beállítása

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.

  1. A YaST-ban lépjen be a Hálózati beállítások+Útválasztás részbe.

  2. Adja meg az Alapértelmezett átjárót (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.

  3. További bejegyzéseket az Útválasztó tábla részben lehet megadni. Adja meg a Cél hálózat IP-címét, az Átjáró IP-címét és a Hálózati maszk értékét. Válassza ki az Eszközt, 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 Cél mezőben.

    [Note]

    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 Paraméterek részben írja be, hogy - metric szám. A legmagasabb értékű útvonal lesz az alapértelmezett. Ha a hálózati eszközt lekapcsolják, akkor az útvonal törlődik és a rendszer a következő útvonalat fogja használni. A jelenlegi kernel azonban nem tudja a metric paramétert használni statikus útválasztás esetén. Erre csak az útválasztó démonok, például a multipathd képes.

  4. Ha a rendszer útválasztó, akkor kapcsolja be az IP továbbítás lehetőséget a Hálózati beállítások ablakban.

  5. A beállítás aktiválásához kattintson az OK gombra.

21.4.2. Modem

A modem beállítása a YaST vezérlőközpont Hálózati eszközök+Modem részében érhető el. Amennyiben a modem automatikus felismerése sikertelen volt, akkor azt a Modemeszközök fülön a Hozzáadás gomb megnyomásával lehet kézzel megtenni. A csatolót, amelyhez a modem csatlakozik, a Modemeszközök részben lehet megadni.

[Tip]CDMA- és GPRS-modemek

A támogatott CDMA- és GPRS-modemek ugyanúgy a YaST Modem moduljával állíthatók be, mint a normál modemek.

21.4. ábra - Modembeállítások

Modembeállítások

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 Részletek 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 OK 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 Felhasználó által, KInterneten keresztül vezérelt pontot. Ily módon az adminisztrátori jogosultsággal nem rendelkező felhasználó is aktiválhat vagy letilthat egy csatolót. A Tárcsázási előtag reguláris kifejezés részben adjon meg egy reguláris kifejezést. A KInternetnek a felhasználó által módosítható Előválasztó é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 Előválasztó é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 Ország menüpontot. Másik lehetőség, ha az Új 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 Mindig kérdezzen rá a jelszóra 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:

Automatikus kapcsolódás

Ha engedélyezi az automatikus kapcsolódást, 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.

DNS módosítása kapcsolódáskor

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.

DNS automatikus lekérése

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.

Automatikus újracsatlakozás

Ha ez a paraméter meg van adva, akkor a kapcsolat megszakadás után automatikusan helyre lesz állítva.

Prompt letiltása

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.

Külső tűzfalcsatoló

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.

Tétlenségi időkorlát(másodperc)

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.

IP részletek

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 Dinamikus IP-cím 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 Alapértelmezett útvonal lehetőséget megjelölve, majd az OK gomb megnyomásával zárja be a párbeszédablakot.

A Következő gomb visszavisz az eredeti párbeszédablakhoz, amely a modembeállítás összefoglalását jeleníti meg. Az OK gomb segítségével zárja be a párbeszédablakot.

21.4.3. ISDN

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 ISDN-eszközök lapon a Hozzáadás 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.

21.5. ábra - ISDN beállítása

ISDN beállítása

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 Euro-ISDN (EDSS1), de régebbi és nagyobb alközpontok esetében az 1TR6 menüpontot kell kiválasztani. Az Egyesült Államokban az NI1 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 Körzetszám és az Előtag értékét (ha szükséges). Ha nem akarja naplózni a teljes ISDN-forgalmat, akkor törölje az ISDN-napló indítása pontot.

Az Eszköz aktiválása határozza meg, hogyan kell az ISDN-csatolót elindítani: a Rendszerindításkor hatására az ISDN-illesztőprogram minden rendszerindításkor inicializálásra kerül. Kézzel 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 Hotplug az eszköz csatlakoztatása után tölti be az illesztőprogramot. Ha minden beállítást megadott, nyomja meg az OK 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.

21.6. ábra - ISDN csatoló beállítása

ISDN csatoló beállítása

A Saját telefonszám az adott beállítástól függ:

Közvetlenül a telefonkimenethez csatlakoztatott ISDN-kártya

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.

Telefon-alközponthoz csatlakoztatott ISDN-kártya

A konfiguráció a telepített berendezéstől függően változhat:

  1. 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.

  2. 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 Fizetendő egységek alapján 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 Külső tűzfalcsatoló és a Tűzfal újraindítása 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 Felhasználó által, KInterneten keresztül vezérelt pontot.

A Részletek megnyit egy ablakot, ahol sokkal komplexebb kapcsolatminták találhatók, amelyek nem érdekesek az otthoni felhasználók számára. Az OK gomb kiválasztásával lépjen ki a Részletek 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 Dinamikus IP-cím 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 Alapértelmezett útvonal lehetőséget. Minden gépen csak egy alapértelmezett útvonal lehet. A Tovább 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 Új gombot. Erre megnyílik A szolgáltató paraméterei 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 Tovább gombot.

Ha egy önálló munkaállomáson kapcsolja be az Automatikus kapcsolódást, 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 Tovább 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 OK gombot.

21.4.4. Kábelmodem

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 Dinamikus címek vagy Statikusan hozzárendelt IP-címek 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.

21.4.5. DSL

A DSL-eszköz beállításához a YaST Hálózati eszközök szakaszban válassza ki a DSL 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 DSL-beállítások áttekintése párbeszédablak DSL-eszközök 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 Szerkesztés gombra. Ha a Hozzáadás 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 Hálózati kártyák beállítása 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 Dinamikus címek 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 Alhálózati maszk mezőben adja meg a 255.255.255.0 értéket. Önálló munkaállomás beállításakor hagyja az Alapértelmezett átjáró mezőt üresen.

[Tip]

Az IP-cím és az Alhálózati maszk 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 PPP módot és az Ethernet-kártyát, amelyhez a DSL-modem csatlakozik (a legtöbb esetben ez az eth0). Az Eszköz aktiválása mezőben adja meg, hogy a DSL-kapcsolatot ki kell-e építeni a rendszerindítási folyamat során. Kattintson a Felhasználó által, KInterneten keresztül vezérelt 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.

21.7. ábra - DSL beállítása

DSL beállítása

Ha egy önálló munkaállomáson kapcsolja be az Automatikus kapcsolódást, 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 Tétlenségi időkorlát (másodperc) 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 Automatikus kapcsolódás 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-Online-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.

21.5. NetworkManager

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.

21.5.1. NetworkManager és ifup

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.

A hálózati kapcsolatok típusai

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.

21.5.2. NetworkManager funkcionalitás és konfigurációs fájlok

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).

21.5.3. A NetworkManager felügyelete és funkcióinak zárolása

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 Authorizations eszközét kell elindítani. A bal oldalon található fastruktúrában kersse meg a network-manager-settings bejegyzést. A PolicyKit bemutatása és használatának részletes ismertetése a következő helyen található: Chapter PolicyKit (↑Security Guide).

21.6. Hálózati kapcsolat kézi beállítása

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 if parancsfájlok meglévő hálózati csatolókat indítanak el vagy állítanak le, vagy visszaadják a megadott csatoló állapotát. További információért tekintse meg a ifup man oldalát.

rcnetwork

Az rcnetwork parancsfájl használható az összes vagy csak egy adott hálózati csatoló elindítására, leállítására vagy újraindítására. Az rcnetwork stop parancs leállítja, az rcnetwork start elindítja, az rcnetwork restart parancs pedig újraindítja a hálózati csatolókat. Ha csak egy adott csatolót akar elindítani, leállítani vagy újraindítani, akkor a parancs után írja be a csatoló nevét, tehát például rcnetwork restart eth0. Az rcnetwork status parancs megjeleníti a csatolók állapotát, IP-címeit, valamint hogy fut-e DHCP-kliens. Az rcnetwork stop-all-dhcp-clients és rcnetwork restart-all-dhcp-clients parancsokkal lehet leállítani, illetve újraindítani a hálózati csatolókon futó DHCP-klienseket.


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.

21.6.1. Konfigurációs fájlok

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.

21.6.1.1. /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.

21.6.1.2. /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.

21.6.1.3. /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/length     gateway -            [interface]

Ennek megfelelően az úgynevezett kompatibilitási formátum pedig ilyen:

prefix            gateway length       [interface]

Az IPv4 esetében továbbra is használható a régi formátum a hálózati maszkkal:

ipv4-network      gateway ipv4-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

21.6.1.4. /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

21.6.1.5. /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:

modify (módosítás)

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 fájlnév 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 -i csatolónév paraméter adja meg. A szolgáltatást a -s szolgáltatásnév paraméter adja meg.

remove (eltávolítás)

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 csatolónév paraméter adja meg. A szolgáltatást a -s szolgáltatásnév paraméter adja meg.

update (frissítés)

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 modul_típusa paramétert, ha csak egy meghatározott szolgáltatást kíván frissíteni (dns,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.

21.6.1.6. /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

21.6.1.7. /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

21.7. példa - /etc/networks

loopback     127.0.0.0
localnet     192.168.0.0

21.6.1.8. /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 /etc/hosts fájlban keres

bind: Névkiszolgáló(ka)t használ

nis: NIS-t használ

multi on/off

Azt határozza meg, hogy az /etc/hosts fájlban megadott gép rendelkezhet-e több IP-címmel.

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 /etc/hosts fájlban, de a csatolt tartományneveket továbbra is fel kell ismerni.


21.8. példa - /etc/host.conf

# We have named running
order hosts bind
# Allow multiple address
multi on

21.6.1.9. /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

aliasok

A sendmail által megvalósított e-mail aliasok; lásd: man 5 aliases.

ethers

Ethernet-címek.

group

Felhasználói csoportok, a getgrent használja. Lásd még a group man kézikönyvoldalát.

hosts

Gépnevek és IP-címek, a gethostbyname és hasonló funkciók használják.

netgroup

É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: netgroup(5) man oldal.

networks

A getnetent által használt hálózatnevek és címek.

passwd

A getpwent által használt felhasználói jelszavak; lásd a passwd(5) kézikönyvoldalát.

protocols

A getprotoent által használt hálózati protokollok; lásd a protocols(5) kézikönyvoldalát.

rpc

A getrpcbyname és hasonló funkciók által használt távoli eljáráshívásnevek és címek.

services

A getservent által használt hálózati szolgáltatások.

shadow

A getspnam által használt shadow-jelszavak és felhasználók; lásd a shadow(5) kéizkönyvoldalát.


21.8. táblázat - NSS-adatbázisok beállítási lehetőségei

files

fájlok, például az /etc/aliases közvetlen elérése

db

elérés adatbázison keresztül

nis, nisplus

NIS, lásd még: Chapter Using NIS (↑Security Guide)

dns

csak a hosts és networks kiterjesztéseként használható

compat

csak a passwd, shadow, és group kiterjesztéseként használható


21.6.1.10. /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.

21.6.1.11. /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.

21.6.2. A konfiguráció tesztelése

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.

21.6.2.1. Hálózati csatoló beállítása ip-vel

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 opciók objektum parancs. A következő objektumok használhatók:

link (csatolás)

Az objektum egy hálózati eszközt ábrázol.

cím

Az objektum az eszköz IP-címét jelöli.

neighbour (szomszéd)

Az objektum egy ARP vagy NDISC gyorsítótár-bejegyzést ábrázol.

router (útvonal)

Az objektum az útválasztási tábla bejegyzést ábrázolja.

rule (szabály)

Az objektum az útválasztási irányelv adatbázisban lévő szabályt ábrázolja.

maddress

Az objektum egy multicast-címet ábrázol.

mroute

Az objektum egy multicast útválasztási gyorsítótár bejegyzést ábrázol.

tunnel (alagút)

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év parancs 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 ip_cím + dev eszköznév parancsot. Az eth0 csatolóhoz 192.168.12.154/30 beállítása például normál üzenetszórással (brd 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ó.

21.6.2.2. Kapcsolat tesztelése a ping paranccsal

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.

[Tip]IPv6-címek pingelése

Az IPv6 címekhez használja a ping6 parancsot. Link-local címek pingeléséhez az -l paraméter használatával meg kell adni a meg kell adni a csatoló nevét. Amennyiben a cím elérhető az eth1 csatolón keresztül, akkor az alábbi parancs használható:

ping6 -I eth1 fe80::117:21ff:feda:a425

21.6.2.3. Hálózat beállítása az ifconfig segítségével

Az ifconfig egy hálózatbeállító eszköz.

[Note]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.

21.6.2.4. Útválasztás beállítása a route paranccsal

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.

[Note]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.

21.6.3. Indító parancsfájlok

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

/etc/init.d/network

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.

/etc/init.d/xinetd

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.

/etc/init.d/rpcbind

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ó.

/etc/init.d/nfsserver

Elindítja az NFS-kiszolgálót.

/etc/init.d/postfix

Vezérli a postfix folyamatot.

/etc/init.d/ypserv

Elindítja a NIS-kiszolgálót.

/etc/init.d/ypbind

Elindítja a NIS-klienst.


21.7. Az smpppd behívósegéd

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.

21.7.1. Az smpppd beállítása

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:

open-inet-socket = 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.

bind-address = 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.

host-range = 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.

password = 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.

slp-register = 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.

21.7.2. Kinternet és cinternet beállítása távoli használathoz

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:

sites = 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.

server = kiszolgáló

A számítógép, amelyen az smpppd fut.

port = port

A port, amelyen az smpppd elérhető.

password = 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.