Le van írva az Oracle DBMS telepítésére alkalmas telepítés (természetesen egy csomó fenntartással, lásd tovább a szövegben). A VMware virtuális gép tesztkiszolgálóként működik.
A natív operációs rendszer telepítési dokumentációja a Red Hat Enterprise Linux 6 telepítési útmutatója.
Akkor gyerünk...
1) válassza a " Meglévő rendszer telepítése vagy frissítése". Ha később a telepítési folyamat során problémák merülnek fel a videokártyával, megpróbálhatja megismételni a telepítést, és válassza a " Telepítse a rendszert az alap videó-illesztőprogrammal". Ebben az esetben a szabványos VGA illesztőprogram kerül telepítésre.
2) Ha DVD-ről telepít, a rendszer kéri, hogy ellenőrizze (ha a DVD sérült). Én választok " Kihagyás„Hogy ne vesztegessük az időt.
3) Telepítés kezdete. Nyomja meg " Következő«.
4) Nyelvválasztás a telepítés során (megjelenik a telepítői képernyőkön). Én választok " angol"mivel ez engem egyáltalán nem zavar, de ha telepítési problémák vannak, keressen információt a problémáról az interneten a címen angol nyelv sokkal valószínűbb, mint oroszul.
Váltás a nyelvek között a telepítőben = váltó-váltás.
5) Válassza ki az alapértelmezett billentyűzetkiosztást. Az "angol" lehetőséget választom (ha szükséges, az operációs rendszer telepítése után szoktam hozzáadni az orosz elrendezést).
6) Ez leírja a telepítést egy normál szerverre egy SCSI lemezzel (virtuális vmware gép), ezért én a " Alapvető tárolóeszközök". Megjegyzés: A RAID-tömbre történő telepítés, ha ez az egyetlen a rendszerben, és egyetlen logikai lemezzel rendelkezik, nem különbözik az egyetlen lemezre történő telepítéstől.
Ha van egy működő (termelési) szervere, akkor a hardver konfigurációja nagyon eltérő lehet, ezért minden konkrét esetben olvassa el a natív dokumentációt.
7) Figyelmeztetés, hogy a telepítő nem talált partíciós táblát vagy fájlrendszert a lemezen, ennek ellenére ez az eszköz (lemez) tartalmazhat adatokat. Ezért azt javasoljuk, hogy vagy folytassa a telepítést az adatok eltávolításával, vagy a telepítés nem történik meg ezen a lemezen.
A telepítést eltávolítással választom - " Igen, törölj minden adatot«.
Pipa az alján Alkalmazza a választásomat minden olyan eszközre, amelyen nem észlelhető partíció vagy fájlrendszer' lehetővé teszi a megoldás kiterjesztését más meghajtókra is. Ha eltávolítja, akkor minden lemez esetében külön döntést hozhat.
8) Hálózati beállítások. Itt meg kell adnia a számítógép nevét (gazdagép nevét). Mivel Ha hagyom, hogy a DHCP segítségével automatikusan megkapja a hálózati beállításokat, egyszerűen kattintson a " Következő". Ellenkező esetben bármely hálózati beállítás módosítható ezen a képernyőn.
FIGYELEM: Az ábrán látható, hogy a számítógép nevét (gazdanév) ponttal adtuk meg – ezt ne tegyük! A hosztnévben található pont különféle problémákat okozhat az Oracle és az Oracle RAC telepítése és működtetése során. A legjobb, ha a gazdagépnév nem hosszabb nyolc karakternél, betűvel kezdődik, és csak angol betűket és számokat tartalmaz.
9) Válassza ki a kívánt időzónát.
10) A root felhasználó jelszava. A root a számítógép szuperfelhasználója, ezért szuper jelszóval kell rendelkeznie, különösen ipari szervereken. És azt is - emlékezz rá 🙂
11) Lehetőségeket kínál a lemez partícionálására lemezcsoportokra, szakaszokra (partíciókra). Én választok " Használja az összes helyet“, azaz az egész lemez teljesen újraparticionálva lesz, minden, ami rajta volt, megsemmisül. Ebben az esetben a lemez automatikusan particionálódik partíciókra.
Választhat más lehetőségeket, vagy saját maga (kézi) particionálhatja a lemezt, ha a " Egyéni elrendezés létrehozása«.
Ha bejelöli az alábbi jelölőnégyzetet Tekintse át és módosítsa a particionálási elrendezést«, akkor a 12. lépésben leírt képernyő jelenik meg, ahol módosíthatja (javíthatja) a lemez automatikus particionálását.
12) Megjelenik a lemezpartíció térkép. Kiigazításokat végezhet. Például külön fájlrendszereket vagy csatolási pontokat különálló partíciókra, például tmp vagy swap. Az adatbázis különálló táblaterületeihez külön partíciókat rendelhet.
mindent úgy hagyok, ahogy van.
13) Egy másik figyelmeztetés, amely most formázódik, hogy az adatok megsemmisülhetnek. Én választok " Formátum«.
14) Utolsó figyelmeztetés 🙂 Én választok " A változtatások írása a lemezre«.
15) A rendszertöltő beállítási ablaka. nem változtatok semmit.
16) Válassza ki a telepítés típusát. Oracle szerver esetén jobb a " Alap szerver» - minden, amire szüksége van, és semmi több nem lesz telepítve.
Feltétlenül jelölje be a " Testreszabása most„hogy az operációs rendszer telepítése közben azonnal telepíthessük a grafikát, mert akkor ezen kell bütykölni, és az Oracle telepítéséhez kell a grafika.
jegyzet: Lehetséges az Oracle-t Linuxra telepíteni grafika nélkül is, pl sillent, de ez egy másik történet. Igen, és úgy, hogy a bocsánatkérők ne mondják parancs sor, az ütemezésben a szerver adminisztrálása valahogy kényelmesebb.
Jegyzet 2: Ha a „Database Server” telepítési típust választja, akkor a MySQL és a PostgreSQL is telepítve lesz – ennek semmi köze az Oracle-hez, így nincs értelme ezt a típust választani.
17) Ha az előző 16. bekezdésben a „ Testreszabása most» - megkapjuk ezt a képernyőt. Itt ki kell választani a tételt " Asztali számítógépek» és jelölje be az összes jelölőnégyzetet az ábrán látható módon. Ez az operációs rendszer grafikus alrendszerének és az alapértelmezett shell telepítéséhez szükséges. Gnome.
Az ábra azt mutatja grafikus héj KDE nem telepített. Személy szerint úgy gondolom, hogy nehezebb, mint Gnomeés a szerveren van, hogy használhatatlan. A gnome elég 🙂
18) Telepítési folyamat. Várunk.
19) Minden! A telepítés sikeresen befejeződött – újraindítás után teljes harci készenlétben tud szolgálni.
Eredeti: A Red Hat Enterprise Linux 7 "Workstation" kezdeti benyomásai
Szerző: Jesse Smith
Megjelenés dátuma: 2014. május 12
Fordítás: A. Krivoshey
Az átutalás időpontja: 2014. június
Ritkán tesztelem a béta verziókat vagy a megjelenésre jelölteket. Általában szeretek kísérletezni a kiadásokkal. A Red Hat az egyik legnagyobb hal a nyílt forráskódú tóban. Mindig nagyon sikeres (és nyereséges) volt, és a fejlesztés iránti elkötelezettségük összhangban van ezzel szoftver A nyílt forráskódú vállalat az operációs rendszerek egyik kulcsszereplője lett. A kiadás miatti izgatottságomban megszegtem a saját szabályaimat, és letöltöttem a Red Hat Enterprise Linux 7-re jelölt változatot. Íme néhány első benyomásom és véleményem róla. Ez kevésbé formális áttekintés, mint olyan dolgok elmélkedése, amelyek felkeltették a figyelmemet.
Jelenleg a Red Hat Enterprise Linux (RHEL) legalább három ága létezik, amelyek magukban foglalják a Server, Workstation és Client kiadásokat. A negyedik kiadás, az Atomic Host fejlesztés alatt áll. Úgy döntöttem, hogy kipróbálom a fejlesztőknek szánt Workstation kiadást. A telepítőkészlet 3,9 GB méretű, és támogatja a GNOME 3 és KDE 4 asztali környezeteket.Mivel a letöltés eltart egy ideig, a kiadási megjegyzések elolvasásával töltöttem. A Red Hat manapság nagy hangsúlyt fektet a marketingre, ezért a bejelentés olyan kifejezéseket tartalmaz, mint „az egyetlen operációs rendszer, amely a nyílt hibrid felhőhöz készült”, és olyan gyöngyszemeket, mint „egy izgalmas új kiadás küszöbén állunk, amely teljesen újradefiniálja a ipari operációs rendszer." Az ilyen megjegyzések mellett néhány érdekes újdonság is megtalálható. Közöttük:
- fokozott kompatibilitás a Windows rendszerrel, beleértve a Microsoft Active Directory tartományokkal való integrációt;
- az XFS beépítése alapértelmezett fájlrendszerként 500 TB-ig terjedő fájlrendszer-méret támogatásával;
- virtuális gép migrálása Red Hat Enterprise Linux 6 gazdagépről Red Hat Enterprise Linux 7 rendszerre állásidő vagy a virtuális gép módosítása nélkül;
- Docker konténerek.
Amikor az RHEL telepítő adathordozóról indítunk, grafikus telepítőt látunk. Az RHEL ugyanazt az új Anaconda telepítőt használja, mint a legutóbbi Fedora kiadásokban. A telepítő egy hub-alapú navigációs rendszert használ, amely végigvezet minket a rendszer beállításának, a lemez particionálásának és a felhasználói fiók létrehozásának lépésein. Személy szerint az új telepítőt visszalépésnek tartom az RHEL 6-ban használthoz képest. Részben azért, mert nem igazán szeretem a felületét, részben azért, mert a hub-alapú navigációnak van értelme, ha nem kell minden oldalt felkeresni. Ezzel a telepítővel bizonyos funkciókat az egyik oldalon feloldanak, majd egy másik oldalon használnak. Például az időzóna-választó képernyő lehetővé teszi a hálózati időszinkronizálás aktiválását. Ha azonban megpróbálja engedélyezni a hálózati időszolgáltatást, hibaüzenetet fog kapni, amely szerint nincs időszerver konfigurálva (egy gyors ellenőrzés megmutatja, hogy az alapértelmezett kiszolgálók be vannak állítva). A hálózati időszolgáltatás nem aktiválható a telepítő hálózati konfigurációs csomópontjának felkeresése és a hálózati beállítások megadása nélkül. Ezután vissza kell mennie, és aktiválnia kell a hálózati idő szinkronizálási szolgáltatást.
Az RHEL telepítő alapértelmezés szerint egy lemezparticionálási sémát használ LVM és XFS fájlrendszer használatával. Választhatja a hagyományos partíciók és a Btrfs fájlrendszer használatát is. Választhat grafikus környezetet is (KDE 4 vagy GNOME 3), bár valamilyen oknál fogva nem választhatja mindkettő telepítését. Miközben a telepítő fájlokat másol ide HDD, megtekintheti a Red Hat termékek előnyeit bemutató diavetítést. A másolás befejezése után a rendszer újraindul, és meg kell erősítenünk, hogy egyetértünk a licenc feltételeivel. Ezt követően a kdump szolgáltatás aktiválható, és megkér minket, hogy regisztráljuk az RHEL példányunkat, hogy megkaphassuk a frissítéseket. Ezután a rendszer újraindul, és megjelenik a grafikus bejelentkezési képernyő.
Úgy döntöttem, hogy telepítem a KDE 4.10-et, és megtaláltam az előre telepített alkalmazások szokásos készletét. Elérhető LibreOffice, Firefox, Dragon Player és Empathy. Itt szövegszerkesztők, archívumkezelő és mások szabványos közművek, valamint egy nyomtatókonfigurációs eszközt és egy rendszertűzfalat. Különösen tetszett, ahogy a Red Hat a tűzfalkonfigurációs eszközét nagyon rendszergazdabaráttá fejlesztette. A Network Manager a hálózat beállítására szolgál. Az RHEL egy biztonságos shell-szolgáltatást futtat a háttérben, amely lehetővé teszi a távoli hitelesítést rootként. Én magam nem rajongok az alapértelmezés szerint aktiváltért távoli hozzáférés rendszergazdai jogosultságokkal, de ez hasznos lehet az újonnan telepített rendszereket beállító rendszergazdák számára. Az RHEL a kernel 3.10-es verzióját használja. Szokás szerint a Red Hat alapértelmezés szerint nem támogatja a népszerű médiaformátumokat, de ezek támogatása később hozzáadható.
Egy másik, a rendszerből hiányzó komponens a grafikus csomagkezelő. Azt tapasztaltam, hogy az RHEL még mindig használja konzolkezelő YUM csomagok, ami remek eszköz, de nem találtam semmilyen grafikus felületet a programokkal való munkához. Általában, ha csomagokkal kell dolgozni, a frissítések beszerzéséhez és az új csomagok telepítéséhez Red Hat-előfizetés szükséges. Amikor megpróbáltam elérni a tárolókat, egy üzenetet kaptam, hogy először regisztrálnom kell a számítógépemet egy Subscription Manager nevű programmal. Az alkalmazások menüből való elindításának kísérlete nem vezetett semmire. Több sikertelen próbálkozás után a konzolhoz mentem és elindítottam a szolgáltatást. A parancssorból az Subscription Manager problémamentesen elindul, de azt mondja, hogy nem tudok fiókot regisztrálni vele, ezért fel kell keresnem a Red Hat webhelyét. Ezt megtettem, létrehoztam egy új fiókot, ellenőriztem, és megpróbáltam újra regisztrálni a számítógépemet. Ismét nem történt semmi, az előfizetéskezelő ezúttal nem adott egyértelmű magyarázatot, egyszerűen nem tudta összekapcsolni a számítógépemet a fiókkal. E cikk írásakor a probléma még mindig megoldatlan.
Egy másik probléma, ami zavart, hogy amikor bejelentkeztem a KDE-be, egy GNOME Shell összeomlási értesítést kaptam, amelyben hibajelentést kértek. Ez kissé zavarba ejtett, mivel a telepítő lehetővé teszi a GNOME vagy a KDE telepítését, de mindkettőt nem. Továbbá miért indul el a GNOME Shell, amikor bejelentkezek a KDE-be? Amikor megpróbáltam beküldeni egy hibajelentést, végül azt az üzenetet kaptam, hogy ezt csak akkor tudom megtenni, ha hozzáférek a Red Hat támogatásához. Nem tudom, miért van szükség rá, míg más disztribúciók, mint például az Ubuntu, elfogadnak minden hibajelentést.
Általában az RHEL tesztem során. Bár a betöltési idők véleményem szerint hosszabbak voltak a jelenlegi átlagnál, az asztali gép érzékeny maradt, és nem volt stabilitási probléma sem. Az előre telepített programok jól működtek (kivéve a fent leírt problémákat), és bár a RHEL többet használ véletlen hozzáférésű memória más asztali disztribúciókhoz képest (kb. 560 MB bejelentkezéskor) gyorsan végzett minden feladattal.
következtetéseket
Első pillantásra úgy tűnik, hogy az RHEL ezen verziója nem sok fejlesztést tartalmaz az előző kiadáshoz képest. Különösen kiemelkedik a tűzfal konfigurációs segédprogramja, amely sokkal erősebbé vált. Ennek a kiadásnak a teljesítménye jó, és nagyra értékelem, hogy a KDE fájlindexelő szolgáltatás alapértelmezés szerint ki van kapcsolva. Előnyben részesítik a teljesítményt az asztali dekorációval szemben. Először is örültem, hogy a Btrfs fájlrendszer támogatását láthattam ebben a kiadásban. Bár nem ez a fejlett fájlrendszer az alapértelmezett, jó látni, hogy elérhető. A Docker, egy Linux konténerkezelő program is jó újítás. Szerintem néhány év múlva a legtöbb fejlesztő ill rendszergazdák a Dockert fogja használni a szoftverek telepítéséhez és teszteléséhez, ezért jó látni, hogy a Red Hat már a hetedik kiadásába is belefoglalta.
A RHEL egyéb vonatkozásai nem sokat változtak. A legtöbb rendszerbeállítási segédprogram, a YUM csomagkezelő és a szerkezet operációs rendszeráltalában ugyanaz maradt. A Red Hat a vállalati piacra készült, és érthető módon nem akarja megingatni a hajót, így a mindennap használt funkciók kiadásról kiadásra nem változnak. A systemd init szolgáltatás benne volt ebben a kiadásban, de nem vettem észre jelentős teljesítménybeli változást.
Sajnos a rendszer néhány aspektusa rosszabb lett az RHEL 6-hoz képest. Ilyen például a telepítő. Míg az Anaconda működik, lassabb és kínosabb, mint az előző verzió. Az Subscription Manager tapasztalata szintén csalódást okozott. Emlékszem a fiók létrehozási folyamatára az RHEL 6-ban, teljesen fájdalommentes volt. Ezúttal a tárolókhoz való hozzáférés kísérlete meglehetősen fárasztó volt. Ezenkívül az RHEL ezen verziója körülbelül háromszor több memóriát fogyaszt, mint az előző. még nem találkoztam Linux disztribúció, ami bejelentkezés után azonnal 500 MB RAM-ot fogyasztana, így remélem, hogy ez a kiadásjelöltben maradt debug szimbólumoknak köszönhető. Továbbá, bár ez nem probléma a szó teljes értelmében, furcsanak találtam, hogy a fejlesztők munkaállomásaként elhelyezett verzió nem tartalmaz fordítókat vagy segédprogramokat a forráskód vezérlésére.
Úgy gondolom, hogy az RHEL 7-et össze kell hasonlítani más, stabilitásra összpontosító disztribúciókkal, mint például a SUSE, a Debian és az Ubuntu LTS. Nem akarok riasztónak tűnni, de attól tartok, hogy a Red Hat a vonzó tulajdonságok terén lemarad a versenytársaktól. Bár továbbra is az élen jár a támogatás időtartamát és minőségét illetően, attól tartok, az RHEL veszít más területeken. Különösen a SUSE fantasztikus adminisztrációs eszközökkel rendelkezik, és élen jár a Btrfs támogatásában. Az Ubuntu nagyszerű segédprogramokkal rendelkezik az engedélyezett szolgáltatásokkal rendelkező operációs rendszer üzembe helyezéséhez, valamint az Ubuntu már támogatja a Dockert. A Debian jó stabilitással és teljesítménnyel rendelkezik, valamint egy nemrégiben megjelent hosszú távú támogatási kiadás. Ezzel a kiadásjelölttel kapcsolatos tapasztalatok azt mutatják, hogy az RHEL mindent a támogatás minőségére tesz, nem tudom, hogy ez jó ötlet-e.
Hét évvel ezelőtt mindenki, akit ismertem a "valós világban", Red Hat Enterprise Linuxot vagy a család egy másik disztribúcióját használta, mint például a Fedora vagy a CentOS, legyen az asztali vagy szerver. Mára szinte mindenki, akit ismerek, átállt az Ubuntu családra. Ismerek egy adminisztrátort, aki még mindig a CentOS-en van, de mindenki más elköltözött, vagy költözés alatt áll. A Red Hat rendkívül nyereséges cég, jó dolgokat tesznek a vállalati piacon, és hatalmas erőt képviselnek a nyílt forráskódú szoftverek piacán. Ez az RHEL-kiadás azonban nem annyira "a vállalati operációs rendszer újraértékelése", mint inkább a konzervatív üzleti ügyfelek támogatását célzó kiadás, amelyre csak a vállalati piacon van szükség.
Copyright © 2005 Red Hat Inc.
Fordítás © 2005 Inventa
Bevezetés
1. Az útmutató módosításai 2. Építészettel kapcsolatos információk 3. Dokumentumkonvenciók 4. Előfizetés aktiválása 4.1. Bemenő adat fiókot Red Hat 4.2. Az előfizetési szám megadása 4.3. A rendszer csatlakoztatása 5. Az egér használata 6. Szöveg másolása és beillesztése X környezetben 7. Jövőbeli változások 7.1. Szükségünk van a visszajelzésére!
I. Telepítési kérdések
1. Telepítés a Kickstart segítségével 1.1. Mi az a Kickstart telepítés? 1.2. Hogyan kell a Kickstart telepítését elvégezni? 1.3. Kickstart fájl létrehozása 1.4. Kickstart opciók 1.5. Csomagválasztás 1.6. Telepítés előtti szkript 1.7. Telepítés utáni szkript 1.8. A Kickstart fájl elérhetővé tétele 1.9. A telepítési címtárfa hozzáférhetővé tétele Receptminta nézet 1.10. Kezdő lépések a Kickstart 2-vel. A Kickstart beállítása 2.1. Alapkonfiguráció 2.2. Telepítési mód 2.3. A rendszerbetöltő beállításai 2.4. szakasz Információk 2.5. Hálózat beállítása 2.6. Hitelesítés 2.7. Tűzfal konfiguráció 2.8. Kijelző beállítása 2.9. Csomagválasztás 2.10. Telepítés előtti szkript 2.11. Telepítés utáni szkript megtekintése mintarecept 2.12. A fájl mentése 3. Telepítés hálózaton keresztül PXE 3.1 használatával. Hálózati szerver beállítása 3.2. A PXE Boot beállítása 3.3. PXE-állomások hozzáadása 3.4. A tftp szerver indítása 3.5. DHCP szerver beállítása 3.6. Letöltési üzenet hozzáadása 3.7. PXE telepítés végrehajtása 4. Lemez nélküli környezetek 4.1. A tftp szerver indítása 4.2. DHCP szerver beállítása 4.3. NFS-kiszolgáló beállítása 4.4. A lemez nélküli környezet beállításának befejezése 4.5. Csomópontok hozzáadása 4.6. Csomópontok betöltése 5. Rendszer-helyreállítás alapjai 5.1. Gyakori problémák 5.2. Indítás helyreállítási módban 5.3. Indítás exkluzív módban 5.4. Indítás vészhelyzetben
II. Fájlrendszerek
6. Ext3 fájlrendszer 6.1. Az ext3 jellemzői 6.2. Ext3 fájlrendszer létrehozása Receptminta megtekintése 6.3. Áttérés az ext3 fájlrendszerre 6.4. Visszatérés az ext2 fájlrendszerhez 7. Logikai kötetkezelő (LVM) 7.1. Mi az LVM? 7.2. Mi az az LVM2? 7.3. További erőforrások 8. LVM konfigurálása 8.1. Automatikus lemezparticionálás 8.2. LVM kézi particionálása 9. Független lemezek redundáns tömbje (RAID) 9.1. Mi az a RAID? 9.2. Ki használja a RAID-et? 9.3. Hardver és szoftver összehasonlítása RAID 9.4. RAID szintek és lineáris RAID 10. Szoftver konfigurálása RAID 10.1. RAID-partíciók létrehozása Receptminta megtekintése 10.2. RAID-eszközök és csatlakozási pontok létrehozása 11. Csereterület 11.1. Mi az a csereterület? 11.2. Csereterület hozzáadása Nézetreceptminta 11.3. Swap Space View mintarecept törlése 11.4. Csereterület mozgatása 12. Lemeztárkezelés 12.1. Szabványos válaszfalak szétválasztva 12.2. LVM partíciók kezelése 13. Lemezkvóták megvalósítása 13.1. Lemezkvóták beállítása 13.2. Lemezkvóta-kezelés Mintarecept megtekintése 13.3. További források 14. Hozzáférés-vezérlési listák 14.1. Beépítési fájlrendszerek 14.2. Access ACL nézet mintarecept hozzárendelése 14.3. Alapértelmezett ACL nézet mintarecept hozzárendelése 14.4. ACL beszerzése 14.5. Fájlrendszerek archiválása ACL-ekkel Receptminta megtekintése 14.6. Kompatibilitás a korai rendszerekkel Tekintse meg a mintareceptet 14.7. További források
III. Csomagkezelés
15. Csomagok kezelése RPM-mel Receptminta megtekintése 15.1. Az RPM fejlesztés céljai 15.2. RPM-ek használata 15.3. szakasz. Csomagnézeti mintarecept aláírásának ellenőrzése 15.4. Lepje meg barátait a 15.5 RPM-el. További források 16. Csomagkezelő 16.1. Csomagok telepítése 16.2. Csomagok eltávolítása 17. Red Hat Network
IV. Hálózati konfiguráció
18. Hálózat beállítása 18.1. Áttekintés 18.2. Ethernet-kapcsolat létrehozása Nézetreceptminta 18.3. ISDN-kapcsolat létrehozása Nézet mintarecept 18.4. Modemkapcsolat beállítása Mintarecept megtekintése 18.5. xDSL kapcsolat telepítése Receptminta megtekintése 18.6. Token Ring kapcsolat létrehozása Receptminta megtekintése 18.7. Vezeték nélküli kapcsolat létrehozása Receptminta megtekintése 18.8. DNS-beállítások kezelése Mintarecept megtekintése 18.9. Csomópontkezelés mintarecept megtekintése 18.10. Munka profilokkal Mintarecept megtekintése 18.11. Eszköz álnevek Receptminta megtekintése 18.12. IPsec-kapcsolat létrehozása Nézet mintarecept 18.13. Hálózati beállítások mentése és visszaállítása 19. A tűzfal alapvető beállításai 19.1. Biztonsági szint beállítási eszköz 19.2. Az iptables szolgáltatás aktiválása 20. Szolgáltatásokhoz való hozzáférés kezelése 20.1. Futási szintek 20.2. TCP Shells 20.3. szakasz. Szolgáltatáskonfigurációs eszköz 20.4. ntsysv 20.5. chkconfig 20.6. További források 21. OpenSSH 21.1. Miért érdemes OpenSSH-t használni? 21.2. Az OpenSSH Server View Mintarecept konfigurálása 21.3. Az OpenSSH Client View mintarecept konfigurálása 21.4. További források 22. Hálózati fájlrendszer (NFS) 22.1. Miért érdemes NFS-t használni? 22.2. Az NFS fájlrendszerek csatlakoztatása Receptminta megtekintése 22.3. NFS fájlrendszerek exportálása Receptminta megtekintése 22.4. További források 23. Samba 23.1. Miért használja a Sambát? 23.2. A Samba Server View Mintarecept beállítása 23.3. Csatlakozás egy Samba Share-hez Nézze meg a mintareceptet 23.4. További források 24. Dynamic Host Configuration Protocol (DHCP) 24.1. Miért használjunk DHCP-t? 24.2. DHCP-kiszolgáló konfigurálása Receptminta megtekintése 24.3. DHCP-kliens nézet konfigurálása Receptminta 24.4. További források 25. Az Apache HTTP Server konfigurálása 25.1. Alapparaméterek 25.2. Alapértelmezett beállítások 25.3. Virtuális csomópontok paraméterei 25.4. Szerverbeállítások 25.5. Teljesítményhangolás 25.6. Beállítások mentése 25.7. További források 26. Az Apache Secure HTTP Server konfigurálása 26.1. Bevezetés 26.2. A biztonsággal kapcsolatos csomagok áttekintése Receptminta megtekintése 26.3. A tanúsítványok és a biztonság áttekintése 26.4. Meglévő kulcsok és tanúsítványok használata 26.5. A tanúsítványok fajtái 26.6. Kulcsgenerálás 26.7. Tanúsítvány iránti kérelem benyújtása a tanúsító hatósághoz 26.8. A tanúsítvány önálló kialakítása 26.9. A tanúsítvány ellenőrzése 26.10. A szerver hívása 26.11. További források 27. A hitelesítés konfigurálása 27.1. Felhasználói információk 27.2. Hitelesítés 27.3. Parancssori verzió
V. Rendszerbeállítás
28. Konzol hozzáférés 28.1. Leállás gátlás -- 28.2. A konzolprogramokhoz való hozzáférés megtagadása Receptminta megtekintése 28.3. Konzolnézet mintarecept meghatározása 28.4. Fájlokhoz való hozzáférés biztosítása a konzolnézetből Receptminta 28.5. Konzol hozzáférés engedélyezése más alkalmazásokhoz Receptminta megtekintése 28.6. A floppy csoport 29. Dátum és idő beállítása 29.1. Dátum és idő tulajdonságok Receptminta megtekintése 29.2. Hálózati időprotokoll (NTP) tulajdonságai Receptminta megtekintése 29.3. Időzóna kiválasztása 30. Billentyűzet beállítása 31. Egér beállítása 32. X Window System Setup 32.1. Kijelző beállítások 32.2. Kijelző hardverbeállításai 32.3. Dual Monitor Display Settings 33. Felhasználó- és csoportkezelés 33.1. Új felhasználó létrehozása 33.2. Felhasználói tulajdonságok módosítása 33.3. Új csoport létrehozása 33.4. Csoporttulajdonságok módosítása Receptminta megtekintése 33.5. A parancssori recept használata 33.6. A folyamat magyarázata 33.7. További információk 34. A nyomtató beállítása 34.1. Helyi nyomtatónézet mintarecept hozzáadása 34.2. IPP nyomtatónézet mintarecept hozzáadása 34.3. Távoli UNIX nyomtató (LPD) hozzáadása Receptminta megtekintése 34.4. Samba (SMB) nyomtató hozzáadása mintarecepthez 34.5. Novell NetWare (NCP) nyomtatónézet mintarecept hozzáadása 34.6. JetDirect nyomtató hozzáadása Nézetreceptminta 34.7. Nyomtatómodell kiválasztása és a telepítés befejezése Nézet mintarecept 34.8. Tesztoldal nézet mintarecept nyomtatása 34.9. A telepített nyomtatók beállításainak módosítása Receptminta megtekintése 34.10. Konfigurációs fájl mentése Nézetreceptminta 34.11. A parancssori recept használata 34.12. Nyomtatási feladatkezelés Mintarecept megtekintése 34.13. Nyomtatónézeti mintarecept megosztása 34.14. További források 35. Feladatok automatizálása 35.1. Cron 35.2. at és kötegelt munkák 35.3. További források 36. Naplófájlok 36.1. Naplófájlok helyei Receptminta megtekintése 36.2. Naplófájlok megtekintése Mintarecept megtekintése 36.3. Naplófájl hozzáadása Receptminta megtekintése 36.4. Naplófájlok elemzése 37. A kernel manuális frissítése 37.1. A kernelcsomagok áttekintése 37.2. Felkészülés a frissítésre 37.3. A frissített kernel betöltése 37.4. Frissítés végrehajtása 37.5. A kezdeti RAM lemezkép megtekintése mintarecept ellenőrzése 37.6. A rendszerbetöltő ellenőrzése 38. Kernel modulok 38.1. Kernelmodulok kezelése 38.2. Statikus modul betöltése Nézet mintarecept 38.3. További források 39. A levélkézbesítési ügynök (MTA) konfigurálása
VI. Rendszerfigyelés
40. Információgyűjtés a rendszerről 40.1. Rendszerfolyamatok 40.2. Memóriahasználat 40.3. Fájlrendszerek 40.4. Felszerelés 40.5. További források 41. OProfile 41.1. Az eszközök áttekintése 41.2. Az OProfile testreszabása 41.3. OProfile Recept indítása és leállítása 41.4. Adatok mentése 41.5. Adatelemzés 41.6. A /dev/oprofile/ felfedezése 41.7. Használati példa 41.8. Grafikus felület 41.9. További források
Tárgymutató
Impresszum
Telepítse modern Linux rendszer csak egyszer kell, egyetlen fizikai szerverhez és egy teljes virtuális farm telepítéséhez is. Miért ne szánna rá egy kicsit több időt, és azonnal csináljon meg mindent pontosan úgy, ahogy kell, és ne fejezze be azt, ami a telepítőtől jött a sínek mentén. Ráadásul a szabványos telepítő "minimális" üzemmódjában telepített szoftver mennyisége nem igazán felel meg a minimumnak.
valakinek kézi telepítés Időpazarlásnak tűnhet, de ezt minden Linux-felhasználónak meg kell tennie legalább egyszer, hogy jobban megértse, hogyan működik. Ha nem félsz az fdisk, grub és chroot szavaktól, olvass tovább.
Az operációs rendszer telepítése 4 különálló szakaszra osztható.
- Rendszertárolás előkészítése
- Rendszerösszetevők telepítése és konfigurálása
- A rendszer felkészítése az önindításra
- A rendszer hozzáigazítása a munkafeladatokhoz
Telepítőt írni nem triviális feladat. A srácok a projektből mindig is tudták ezt Gentoo, amelyben soha nem létezett, de benne Arch Linux közösség, legutóbb úgy döntött, hogy megszünteti a telepítői támogatást a sürgetőbb feladatok javára. Ezt még a Microsoft is megértette – ez a második szakasz Windows Installer a Vistától kezdve egy már előre összeállított kép görgetése következik. Más kérdésekben nem a windowsról beszélünk, ez egy másik cikk témája.
Az operációs rendszer kézi telepítésével teljes cselekvési szabadságot élvezünk minden szakaszban. Ez a cikk természetesen nem az egyetlen helyes utasítás, hanem egy forgatókönyv egy „gömb alakú szerver vákuumban” telepítéséhez. A konkrét feladatok és feltételek bármelyik lépést jelentősen befolyásolhatják. Példaként feltesszük Oracle Enterprise Linux 6 egy futó virtuális gépre Microsoft Hyper-V. Nem a legtöbbet ingyenes persze kombináció, de nem ez a lényeg. Ez a telepítési mód egyébként nem igényel regisztrációt az Oracle-nél. A puristáknak és Stallman elvtárs híveinek pedig a KVM és a beállítás használatát javaslom CentOS vagy Tudományos, amelyek az RHEL szinte 1:1 arányú klónjai, így szinte nincs különbség a telepítésben. Az OEL-nek sincs sok egyedi árnyalata. A tiéden kívül kernel-uek Az Oracle Linux a Django Fett rendszermagját is kínálja, amely paravirtuális tűzifával rendelkezik a Hyper-V eszközökhöz és a PnP lemeztovábbításhoz.
Telepítésre elvileg bármelyik Linux vagy LiveCD alkalmas, az rpm és a yum számos platformra elérhető. De mivel RHEL-ünk lesz, a legkényelmesebb egy RHEL-szerű disztribúció friss LiveCD-jét használni, ugyanabban a fő verzióban. Biztosan lesz rpm és yum kompatibilis verziója, ami nagyban megkönnyíti a feladatot. én választok CentOS LiveCD, amely letölthető a legközelebbi tükörből.
1. A rendszertároló előkészítése
V ezt a példát rendszertároló lesz virtuális lemez v 10 GB csatlakozik a virtuális géphez. A rendszerbetöltő egy kis partíció kivételével minden terület ellenőrzés alá kerül LVM, amelyet a Linux platform legstabilabb kötetkezelő rendszerének tartokA LiveCD-ről indítunk, és belépünk a terminálba. Ha magáról a virtuális gépről tervezünk dolgozni, kényelmes a LiveCD grafikus rendszerindítási mód használata. Van persze még Firefox is, nem a legújabb.
De ha már ráhangolódtunk a minimalizmusra, nos, vagy nincs sok RAM a gépben, akkor szöveges módba bootolunk, amit a bootloaderben választhatunk ki. Az ssh szervert úgy emeljük fel, hogy a terminálban tudjon dolgozni a gépünkről. A hozzáféréshez meg kell változtatnia a root jelszót, és le kell tiltania vagy konfigurálnia kell a tűzfalat.
$ sudo su
# szolgáltatás sshd indítása
# passwd root
# szolgáltatás iptables leáll
A lemezünket partícionáljuk ezzel fdisk, (elválasztva, Red Hat Disk segédprogram, hexa szerkesztő, amit akarsz :) a kívánt részekre. Én személy szerint szeretem a jól bevált fdisket. Az RHEL egy konzervatív rendszer, az fdisk alapértelmezés szerint prehisztorikus kompatibilitási módban fut, ezért futtassa speciális jelzőkkel.
Hozzon létre egy 500M-es partíciót a rendszerbetöltőhöz. Ez hatalmas méret egy rendszerindító partícióhoz, de nem bánjuk.
Parancs (m segítségért): n
parancs akció
e kiterjesztett
p elsődleges partíció (1-4)
p
Partíció száma (1-4): 1
Első szektor (2048-20971519, alapértelmezett 2048):
Az alapértelmezett érték használata 2048
Utolsó szektor, +szektorok vagy +méret(K,M,G) (2048-20971519, alapértelmezett 20971519): +500M
Beállítjuk a "bootable" jelzőt, hogy a rendszerbetöltő első szakasza pontosan tudja, hol kell indítani.
Parancs (m segítségért): a
Partíció száma (1-4): 1
A maradék helyet a második partíciónak adjuk,
Parancs (m segítségért): n
parancs akció
e kiterjesztett
p elsődleges partíció (1-4)
p
Partíció száma (1-4): 2
Első szektor (1026048-20971519, alapértelmezett 1026048):
Az alapértelmezett érték használata 1026048
Utolsó szektor, +szektorok vagy +méret(K,M,G) (1026048-20971519, alapértelmezett 20971519):
Az alapértelmezett érték használata 20971519
amely az LVM csoportok meghatározásának egyszerűsítése érdekében a rendszerindítási szakaszban a típust 8e-re állítja (Linux LVM)
Parancs (m segítségért): t
Partíció száma (1-4): 2
Hexadecimális kód (a listához írja be az L-t): 8e
Hozzon létre egy fájlrendszert a /boot számára. Sok fs van, ahonnan a GRUB RHEL-klónok hadseregének szabványa betölthető. Elég volt még az idős hölgy is ext2, a rendszerindító partíció naplójára nincs igazán szükség – csak új kernelek telepítése és a rendszerbetöltő konfiguráció módosítása esetén íródik rá. én választok ext4. Ezenkívül meghatározunk egy címkét az új fs-hez, amely ezután használható hegyés fstab.
# mkfs.ext4 /dev/sda1
# e2label /dev/sda1boot
Készítünk LVM-et, amelyen a rendszerünk élni fog
# pvcreate /dev/sda2
# vgcreate rendszer /dev/sda2
A létrehozott csoportban válassza ki a gyökérpartíciót a 4G-ben. Ez egy minimális rendszerhez bőven elég, cserére 1G-t adunk, ami új partíciókkal együtt felkerül a Live rendszerre. A hely többi része szabadságot ad további fs létrehozására az /opt vagy /var számára, és hagyhat margót is, amely lehetővé teszi LVM pillanatképek használatát
# lvcreate -n root -L 4G rendszer
# mkfs.ext4 /dev/system/root
# e2label gyökér !$
# lvcreate -n swap –L 1G rendszer
# mkswap -f /dev/system/swap
# csere !$
# mkdir -p /mnt/system/boot
# mount LABEL=root /mnt/system
# mount LABEL=boot /mnt/system/boot
2. Rendszerösszetevők telepítése és konfigurálása
Az összes telepített rpm csomag információi egy speciális adatbázisban vannak tárolva. Ami pedig azt illeti fordulatígy nam megadhat egy alternatív fs gyökérkönyvtárat, amely lehetőséget ad arra, hogy az RHEL-t bármely könyvtárba telepítse minimális számú parancs mellett. RPMDB- az RHEL gerince, hozzuk létre az új rendszerhez.# rpm --root=/mnt/system --initdb
A yum telepítőcsomagjainak forrásaként csomagtárolókat használnak, amelyek hivatkozásai az /etc/yum.repos.d/ configs fájlban találhatók. Ilyen, ha van kapcsolat, lehet bármilyen, az interneten keresztül elérhető nyilvános adattár, saját, hálózati tárolóról csatolva, vagy ha hozzáférünk a telepítőlemezek képeihez, használhatjuk azokat. Mint ez:
# yum install createrepo
# mkdir -p /mnt/iso/(1,2,3)
# mount -o loop /mnt/nas/install/oel-6.4-cd(1,2,3).iso /mnt/iso/(1,2,3)
# Createrepo /mnt/iso
Ha CentOS-t akarunk telepíteni, akkor elég a meglévő .repo fájlokban kifejezetten megadni a $releasever értéket. Ezek a változók a disztribúció kiadási csomagjából származnak, ami még nincs benne az új rendszerben, ezért egy kicsit sedelni kell
# sed -i.orig "s/$releasever/6/g" /etc/yum.repos.d/*.repo
Szükségem van az OEL-re, hogy a yum egy nyilvános Oracle Corporation adattárba kerüljön
# mv /etc/yum.repos.d(,.orig)
# mkdir /etc/yum.repos.d
# cd !$
# wget public-yum.oracle.com/public-yum-ol6.repo
Elkezdheti a rendszer telepítését. Kezdjük egy nagyon "kezdetleges" csomagkészlettel: a kiadási csomaggal, glibc-vel, bash-val és azok függőségeivel:
# yum --installroot=/mnt/system install oraclelinux-release glibc bash
Egy ilyen rendszer már készen áll arra, hogy chrootként futjon bármilyen Linuxról. De más terveink vannak, ezért odatesszük az rpm-et és a yum-ot minden függőséggel együtt:
# yum --installroot=/mnt/system install rpm yum
A fennmaradó csomagok az új rendszerre lesznek telepítve. Másoljunk dns beállítások, yum adattárak. Kössük össze a Live környezetünk virtuális fs-jét hasonló rendszerútvonalakkal, és írjuk be.
# cd /mnt/system
# cp /etc/resolv.conf ./etc/
# cp /etc/yum.repos.d/*.repo ./etc/yum.repos.d/# mount -o bind /dev ./dev
# mount -o bind /sys ./sys
# mount -o bind /proc ./proc#chroot ./
Az első dolog, amit látunk, a szabványos bash prompt. A normál RHEL megjelenéshez másold ki a bash beállításait az /etc/skel fájlból.
bash-4.1# cp /etc/skel/.bash* /root/
bash-4.1# forrás /root/.bashrc
Telepítsünk néhány alapvető szoftvert:
- dhclient, melynek függőségei között (az OEL-ben lévő OS logókon kívül :) van még az udev, egy inicializálási rendszer és még egy tűzfal is, ami egy egész csapásra közelebb hozza a rendszerünket a függetlenséghez
- cronie ütemező, amely MTA-ként és rsyslog-naplózóként behívja a postfixet
- less, which, passwd, nc, telnet, which, man
- kedvenc shell, szerkesztő, egyéb tetszőleges szoftver
rpm -i www.mirrorservice.org/sites/dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm
yum install passwd dhclient openssh cronie vim-minimal netcat telnet less melyik htop tmux kevesebb zsh figlet
Mivel LVM-et használunk, a telepítés során bármikor (például most) pillanatképet készíthetünk az fs-ünkről - ami az alap RHEL blokk pillanatképe lesz, vagy a Gentoo terminológiájában a stage3. Áthelyezhető egy másik tárolóba. Vagy hozzon létre egy fs pillanatkép-archívumot a csatlakoztatással. Egy ilyen pillanatkép alapján minimális erőfeszítéssel sablonokat hozhat létre az OpenVZ és hasonló rendszerek számára. Mindezt a legjobb a chrooton kívül megtenni:
(livecd) # lvcreate -L1G -s -nstage3 rendszer/gyökér(livecd) # xz /dev/system/stage3 > /mnt/nas/templates/OEL6.4-minimal.bin.xz
(livecd) # mkdir /mnt/stage3
(livecd) # mount /dev/system/stage3 !$
(livecd) # cd !$
(livecd) # tar -zvpf /mnt/nas/templates/OEL6.4-minimal.tar.gz ./
Készítsünk egy táblázatot a fájlrendszerekről. A gyökér elérési útját a legmegbízhatóbb LVM virtuális eszköz formájában megadni, mivel a konfiguráció megváltoztatásakor lehetséges elnevezési problémák lemezes rendszer gépeket ő dönt "tervezés szerint".
#vi /etc/fstab
LABEL=boot /boot ext4 noauto 1 1
/dev/mapper/system-root ext4 alapértékei 1 2
Állítsuk be a hálózatot konfigurációs fájlok létrehozásával, ahogy az anaconda telepítő általában teszi.
#vi /etc/sysconfig/network
HÁLÓZAT=igen
HOSTNAME=kanál.mátrix.helyi# vi /etc/sysconfig/network-scripts/ifcfg-eth0
ESZKÖZ=eth0
BOOTPROTO=dhcp
ONBOOT=igen
Hozzunk létre egy új felhasználót sudo jogokkal és adjunk meg neki egy jelszót.
useradd -u1337 -m -s /bin/zsh -G wheel morpheus
# echo "morpheus ALL=(ALL) ALL" >> /etc/sudoers.d/morpheus
# passwd morpheus
Helyi időzóna beállítása.
# ln -sf /usr/share/zoneinfo/Europe/Riga /etc/localtime
Tegyünk egy üdvözletet a motd-ba.
Továbbá elvileg már saját belátásunk szerint konfigurálhatjuk a gépet a munkafeladathoz, de én inkább erről indítok először:
3. A rendszer felkészítése az önindításra
Szálljunk fel rendszerindító partícióés telepítse a rendszerbetöltőt, a konfigurációkezelőt, az LVM-kezelő eszközöket és a kernelt# mount /boot
# yum a grub grubby lvm2 kernel telepítése
Ahhoz, hogy a grubby magába a rendszerbetöltő konfigurációba be tudja jegyezni a rendszermagokat, még egy kis munkát kell végezni. A GRUB konfigurációra mutató szimbolikus hivatkozáson kívül legalább egy működő bejegyzésre van szüksége a konfigurációban, amelyet sablonként használnak. A szabványos módon telepített rendszeren a kezdeti sablont az anaconda állítja elő. A konfigurációt manuálisan kell elkészítenünk, megadva az újonnan telepített kernelt és a hozzá szükséges paramétereket. Például a csendes eltávolítja a kernel túlzott bőbeszédűségét, az rhgb pedig hamis folyamatjelzőt indít el.
# cd /stb
# ln -sf ../boot/grub/grub.conf
# cd /boot
# ln -sf grub.conf menu.lst
# vi grub.conf
időtúllépés=5
splashimage=(hd0,0)/grub/splash.xpm.gz
rejtett menü
cím Linux
gyökér(hd0,0)
kernel /vmlinuz-2.6.32-358.6.2.el6.x86_64 ro lvm root=/dev/mapper/system-root LANG=en_US.UTF-8
initrd /initramfs-2.6.32-358.6.2.el6.x86_64.img
Telepítsük újra a kernelt, hogy megbizonyosodjunk arról, hogy a grubby működik, és a kernelfrissítések a jövőben megfelelően lesznek hozzáadva a konfigurációhoz. Ezt követően a példánkkal eltávolíthatjuk a bejegyzést a konfigurációból:
# yum telepítse újra a kernelt
# vi grub.conf
Telepítse a rendszerbetöltőt a lemezünkre
# grub-install /dev/sda --no-floppy
Ha valamilyen okból a telepítő szkript nem működött, a grub manuálisan telepíthető a lemezre
# grub
grub>root(hd0,0)
grub > beállítás (hd0)
Indítsa újra a rendszerünket, és indítsa el 4.A rendszer beállítása munkafeladatokhoz. Az övék.
Így jönnek létre a kihegyezett sablonok a szerverekhez. Egyszerre univerzális, az automatizálási rendszerek szakadása alatt, és célzott is, minimális konfigurációval bevetésre készen.
Letiltott (lefagyott) VKontakte oldal
hogyan kell megváltoztatni a sorozatszámot a samsung telefonon
MMS beállítása Androidon: lépésről lépésre útmutató a különböző szolgáltatók számára
Tablet lenovo yoga tab 2 ablak
Legjobb felhőtárhely: melyik szolgáltatást válasszuk