Skip to content
Snippets Groups Projects
Verified Commit 153b9b50 authored by Tóth Miklós Tibor's avatar Tóth Miklós Tibor :shrug:
Browse files

második

parent 9318f938
No related branches found
No related tags found
No related merge requests found
......@@ -429,6 +429,8 @@ igény szerint kézzel indítani, leállítani, újraindítani.
`systemctl status <service_neve.service>` Szolgáltatás indítása
`systemctl list-unit-files` Létező szolgáltatások kilistázása
`systemctl start <service_neve.service>` Szolgáltatás leállítása
`systemctl stop <service_neve.service>` Szolgáltatás újraindítása
......
......@@ -180,18 +180,132 @@ ezt a groups-szal tehetjük meg.
Nézzük meg, hogy Bélának milyen csoporttagságai vannak:
ehhez a groups bela parancsot kell kiadni.
Próbaként hozzuk létre a kszksok csoportot.
sudo groupadd kszksok
sudo groupadd csoportom
Nézzük is meg, hogy működött, csináljunk egy mappát és
tegyük elérhetővé a csoport számára.
létrehozok egy mappát
mkdir test
group ownerré teszem a kszksok-at
sudo chgrp kszksok test
group ownerré teszem a csoportom-at
sudo chgrp csoportom test
és nézzük meg
ls -la
Most adjuk hozzá magunkat a csoporthoz.
sudo usermod -aG kszksok mike
Vegyük ki magunkat a tagok közül:
sudo usermod -aG csoportom mike
Nézzük is meg, hogy belekerültünk-e a csoportba:
groups
Nincs a listában a csoportom. Vajon mi lehet a probléma?
A probléma az, hogy a csoporttagságok életbelépéséhez
ki kell jelentkezni, majd újra bejelentkezni.
Erre van egy alternatíva is, a newgrp paranccsal tudunk kérni
egy shellt az új csoporttagsággal.
Ezt úgy tudjuk használni, hogy futtatjuk a
newgrp csoportom parancsot.
És most ha megnézzük...
benne vagyunk a csoportom csoportban.
És, hogy látszódjon, hogy ez tényleg egy új shell volt
adjuk ki az exit parancsot.
Most visszakerültünk a korábbi shellbe, a terminál nem záródott be.
Most adjuk ki a groups-ot...
és megint nem szerepel a csoportom a listában.
Most vegyük ki magunkat a tagok közül:
sudo gpasswd -d csoportom kszksok
Majd töröljük a csoportot:
sudo groupdel csoportom
Ezzel megtanultunk mindent, amit a csoportkezelésről tudni
kell.
Az init rendszer, ahogy korábban említettem, a gépen futó
szolgáltatásokat menedzseli. A gép indulásakor automatikusan
elindít minden szolgáltatást, ami szükséges a gép futásához,
vagy amire megkértük, hogy indítsa el automatikusan.
Emellett el tudunk indítani és le tudunk állítani
szolgáltatásokat kézzel is. Nézzük is meg, hogy ez hogy működik.
Erre a gépre telepítve van egy apache webszerver.
Először is nézzük meg, hogy mi a service neve.
Ehhez futtassuk a systemctl list-unit-files parancsot.
Most egy less-es görgethető listában megjelent az
összes szolgáltatás telepített szolgáltatás neve és állapota.
Szűrjünk grep-pel az apache-ra.
Itt láthatjuk, hogy apache2 a szolgáltatás neve.
Nézzük meg az állapotát:
systemctl status apache2
Látható, hogy le van állítva az apache és le is van tiltva,
vagyis nem indul el automatikusan a rendszerrel.
Most indítsuk el:
sudo systemctl start apache2
Ha most megnézzük az állapotát, akkor látszik, hogy
szépen el is indult.
Ha elindítunk egy böngészőt és felmegyünk localhost-ra, akkor
láthatjuk, hogy tényleg elindult.
Nézzük meg a logjait!
Ezt a journalctl -u apache2-vel tehetjük meg.
A journald a systemd loggyűjtő komponense, önmaga is egy
szolgáltatás és a journalctl paranccsal lehet használni.
Ha azt szeretnénk, hogy az apache induljon el a géppel együtt,
akkor engedélyezni kell a service-t.
Ezt a sudo systemctl enable apache2 paranccsal tudjuk megtenni.
A státuszát megint megtekintve láthatjuk, hogy engedélyezve lett.
Most állítsuk le. Ehhez a systemctl stop apache2-t kell futtatni.
Nézzük meg a státuszát.
Éés le is lett tiltva.
Most állítsuk le:
sudo systemctl stop apache2
Nézzünk státuszt!
És láthatjuk, hogy leállt.
Ha a böngészőben újratöljük az oldalt, akkor nem is tölt be.
Nézzünk egy kis hálózatkezelést:
Alapesetben az ip paranccsal lehet beállítani kézzel
az ip címünket és az alapértelmezett átjarót, sok egyéb
IP-hez kötődő beállítással együtt.
Nézzük meg az ip címünket az ip address paranccsal.
Sok infóval együtt, de megkaptuk az ip címünket.
Az ip parancsban vannak rövidítések is, elég azt beírni, hogy
ip a.
Ha meg akarjuk kapni az átjárónkat, akkor pedig az
ip route vagy ip r parancsot kell használni.
Azonban nem mennék bele a kézi hálókonfigba,
mivel általában hálózatkezelőket, vagyis network manager-eket
használunk, amik indítás után automatikusan beállítanak mindent.
Ubuntu Desktop-on az alapértelmezett hálókezelő a NetworkManager,
Ubuntu Server-en pedig a systemd-networkd.
A NetworkManager-nek van egy szép terminálos felülete is,
az nmtui.
Emellett parancsokkal is tudjuk vezérelni az nmcli-n
keresztül.
Ha ennél bővebben érdekel titeket a téma, akkor olvassátok el
az ip, a NetworkManager és a systemd-networkd man page-eit.
Amiről még most beszélnék az az SSH, vagyis secure shell.
Ezzel biztonságos módon csatlakozhatunk egy távoli géphez.
Ha kiadom azt a parancsot, hogy
ssh mikewashere@ssh.sch.bme.hu
és beírom a jelszavam,
akkor satyr-on találom magam, ami a publikus terminálszerverünk.
Ez a parancs amúgy Window 8 utáni Windowsokon is megtalálható.
Ezt bátran próbáljátok ki, ssh-zzatok fel az schacc-otokkal
satyr-ra és nézzetek körül.
Emellett kaphattatok emailben bejelentkezési adatokat
saját Linuxos VM-ekre, amiket a gyakorlaton fogunk használni,
lehetőleg próbáljatok meg belépni rájuk még a vasárnapi alkalom
előtt.
Ez a videó ennyi volt, köszönöm a figyelmet, és találkozunk
vasárnap. Sziasztok!
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment