Szerver a linuxos gépen (Órai vázlat)

https://docs.microsoft.com/hu-hu/azure/virtual-machines/linux/use-remote-desktop

https://hu.admininfo.info/habilitar-y-acceder-escritorio-remoto-en-ubuntu-linux

https://hu.omatomeloanhikaku.com/how-to-set-up-remote-desktop-on-ubuntu-6089

X Window System

X Window Sytemnek hívják a protokollok egy halmazát, amelyek a Unix/Linux rendszerekre épülő elterjedt GUI-k működésének alapjait fektetik le. Emellett hívhatunk X Window Systemnek egy ezekre az alapokra épített konkrét rendszert is. Az X Window Systemet röviden X-nek, illetve X11-nek is szokták nevezni (a 11-es szám a rendszer ma aktuális verziószáma). Az X Window System kliens-szerver alapú: lehetővé teszi azt, hogy a grafikus felhasználói interfész máshol jelenjen meg, mint ahol a programok futnak. Érdemes kitérni a terminológiára, mert elsőre kicsit szokatlan.

X Server: Az alkalmazások és a felhasználó között van, a kimenetért és bemenetért felelős. Megjeleníti a felhasználónak a grafikát, és továbbítja az alkalmazások felé a felhasználó bemenetét (billentyűleütések, egérmozgatás).

X Client: Az alkalmazások.

X Session Manager: Azért felelős, hogy a grafikus asztal állapotát el tudjuk menteni, később ugyanonnan folytatni (nem biztos, hogy kell nekünk ilyen).

X Display Manager: Bejelentkeztetés, session indítása. Bejelentkező ablakot ad felhasználónév/jelszót kérve, és elindít egy sessiont. (Szintén nem biztos, hogy kell.)

X Window Manager: Egy speciális kliens, ami az ablakok kinézetét, mozgatását, méretezését teszi lehetővé. (Szintén nem mindig kell.)

Desktop Environment (DE): Egy adott teljes, nagyjából egységes megjelenésű grafikus felület. Rendszerint saját X Session Manager + X Display Manager + X Window Manager van benne, emellett egyéb dolgok a grafikus felülethez, pl. ikonok, desktop widgetek, háttérképek, stb. Desktop environment pl. a Gnome, a KDE, a Fluxbox, az Xfce stb.

--------------------------------

 Xming X Server

Szükséges hozzá:

Windows: Xming X Server (Putty Link-et is felteszi a könyvtárba)

Linux: sshd

Az Xming egy pár perc alatt összehozható megoldás, melynél az X Server a windowsos gépen fut. Az Xming X Server most már donationware, tehát adakozni kell a szoftver készítőjének, ha a legújabb változatokat szeretnénk letölteni. A régi változatok is tökéletesen működnek, elérhetők az Xming SourceForge-ról.

(thumbnail)

Xming, egyablakos mód, window manager nélkül. A távoli linuxos szerveren futó két alkalmazás "ablaka" nem méretezhető, mozgatható.

(thumbnail)

Xming, egyablakos mód, fapados twm window managerrel - ablakok már méretezhetőek, mozgathatóak

Miután elindítottuk az Xming X Server programot a Windows-on, SSH-n keresztül (pl. Puttyval) kell a Linuxhoz csatlakozni, X11 Forwarding (putty beállítás) segítségével a localhost:0 display-t a Windowsra irányítva. Ezek után elindítunk egy GUI-s programot a linuxos gépen - pl. "iceweasel" böngészőt. Mivel az adott SSH sessionben a display forwardolva van a Windowsra, az ablak a windowsos gépen fog megnyílni, az Xming gyermekeként.

A fentiek segítik megérteni a működést, de valójában egyszerűbb a dolgunk, nem kell a puttyval bűvészkednünk. Az Xming X Serverhez tartozik egy XLaunch alkalmazás, melyben begépelhetjük a linuxos gép elérhetőségét (IP, felhasználónév, jelszó), és a futtatandó programot, és már meg is jelenik az alkalmazás ablaka a gépünkön. Nem gond, ha speciális SSH paramétereket szeretnénk (pl. privát kulcsfájl), egy mentett putty session-re is hivatkozhatunk a nevével. Az XLaunch ugyancsak lehetőséget nyújt arra, hogy beállítsuk, hogyan jelenjenek meg a windowson a linuxos alkalmazások. A lehetőségek:

Multiple Windows: minden alkalmazás külön Windows ablakban nyíljon meg

One Window: egy főablak, és azon belül jelenik meg minden alkalmazás

One Window Without Titlebar: mint az előző, csak nem lesz ablakkerete az Xming főablaknak

Fullscreen: teljes képernyős megjelenítés

Az első lehetőséget leszámítva (ahol minden alkalmazásnak külön Windows ablaka lesz), minden elindított linuxos alkalmazás ugyanabba az Xming főablakba kerül, alapból egymást eltakarva, a méretezés és mozgatás lehetősége nélkül. Ha több alkalmazást futtatunk e 3 megjelenítési mód egyikében, és szeretnénk ablakokat méretezni, mozgatni, kell egy külső window managert is futtatnunk, akár a (vagy egy másik!) linuxos, akár a windowsos gépen. A Desktop Environmenteknek (Gnome, KDE, Xfce stb.) mindnek van Window Managere, ha fent van az egyik, használhatjuk azt. De egyáltalán nincs szükségünk egy teljes desktop environment telepítésére a linuxunkra, elegendő egy fapados window manager, mint például a twm. Természetesen vannak szebbek is: nézzünk körül pl. a Wikipédián.

Ha megvan a window managerünk, két lehetőségünk van:

Indítsuk el a window managert, ugyanúgy, mint bármely más alkalmazást, melynek a kimenetét a Windows-on szeretnénk látni. Máris tudjuk az ablakokat mozgatni az Xming főablakon belül. (Érdemes a háttérben indítani, "twm &".)

XDMCP-mód. Ekkor egy speciális, UDP-alapú protokollal (XDMCP-vel) kommunikál az X Server és a távoli X Display Manager. Ezt a módot az Xming fejlesztője problémás esetnek titulálja: a protokoll alapból nem titkosított, ráadásul X Display Manager telepítésére is szükségünk lenne. Az XDMCP-vel itt nem foglalkozunk részletesebben.

--------------- 

Cygwin/X

Szükséges hozzá:

Windows: Cygwin (ejtsd: "szigvin") környezet a szükséges Cygwin csomagokkal

Linux: sshd

Míg az Xming X Server egy kompakt, Windows felhasználóknak nem annyira idegen élményt nyújtó program, a Cygwin egy sokkal robosztusabb megoldás. Fel kell telepítenünk Windowsra a Cygwint, ami egy teljes, Unix-szerű környezetet épít fel egy könyvtárba. Több a lehetőségünk, de összetettebb a beállítás is, és ha a felhasználó csak a távoli asztal elérésére akarja használni a Cygwin-t, nem túl vonzó ötlet egy 260 megabájtos Cygwin környezet feltelepítése. A mérleg másik oldalon viszont az áll, hogy a lehetőségünk is több, és ha valaki már amúgy is használja a Cygwint, akkor külön program feltelepítése nélkül hozzáadhatja a pár szükséges X Server csomagot.

A Cygwin telepítése pár perc, ha szélessávú internet-kapcsolattal rendelkezünk. Ki kell választanunk, hogy mely programcsomagokat akarjuk telepíteni.

A Cygwin/X-es megoldáshoz ezekre van szükség az alapcsomagokon kívül:

xorg-server

xinit

openssh

opcionálisan még: xorg-docs, X-start-menu-icons

Elindíthatjuk az X servert. Először a Cygwin shell-t kell elindítani Windowsban (cygwin.bat). A Cygwin shellből a Cygwin-es X Server a 'startxwin' paranccsal indítható. Ez a fenti Multiple-Windows módnak felel meg.

Ha egyetlen windowsos Cygwin X Server ablakon belül szeretnénk látni minden linuxos alkalmazást, akkor a "startx" parancsot használjuk. Bővebb információ itt.

Csatlakozáshoz, X11 Forwardinghoz és programindításhoz használhatjuk a korábban bemutatott putty-s módszert, vagy a Cygwin SSH kliensét is:

Ha az X szerver ugyanazon a gépen fut, ahol az X kliens, akkor az X Window System helyett valami más fog felelni a távoli gépek közötti kommunikációért. Ilyen megoldás a VNC.

-------------------------------

A VNC programok mind az RFB protokollt használják, amely távoli hozzáférést biztosít a GUI-khoz. Mivel a framebuffer szintjén működik, platformfüggetlen. Az RFB protokollt az ORL-ben fejlesztették ki, de a bezárása után is fejlődött. Az aktuális protokoll-specifikáció elérhető a RealVNC honlapján.

4.1.1 vnc4server

A utolsó nyílt forráskódú változat a 4.1.3, mely VNC Open néven elérhető a RealVNC honlapján. Például a debianos vnc4server csomag is innen származik, a 4.1.1 verzióból.

Ha feltelepítjük, kapunk egy speciális X Servert, az Xvnc-t. Ha elindítjuk a VNCServert, elindul ez az X Server is, tehát itt, a címnek megfelelően, a linuxos gépen fog futni az X Server, a távoli kommunikációért pedig a VNC Server felel. Első indításkor be kell állítanunk egy jelszót, ezután egy windowsos kliensről már csatlakozhatunk is. Bármely VNC kliens használható, hiszen mind az RFB protokollt használja. Az 1-es display-hez a 6901-es port tartozik, és így tovább. Ezek után ha beállítottuk a default display-t (export DISPLAY=localhost:1.0), a futtatott programok már a VNC-s X szerverre küldik a képüket, és irányíthatjuk őket Windowsról. Direktbe is küldhetünk egy programot adott display-re ( "DISPLAY=localhost:1 iceweasel &").

Alapból a rendszer alapértelmezett ablakkezelője indul el a VNC-s X-Serverben. Ezen a home könyvtárban lévő .vnc/xstartup konfig fájlban változtathatunk - az "x-window-manager &" sort átírhatjuk egy másik Window managerre, pl. Openbox (openbox &), de elindíthatunk egy teljes Desktop Environment-et is, Gnome-os desktopunkat (gnome-session &), KDE-set (startkde &), Xfce-t (startxfce4 &), stb. VNC esetében az X-Server a linuxos gépen fut, így bármikor le-föl csatlakozhatunk, és folytathatjuk a munkát, ahol abbahagytuk. Ha le szeretnénk lőni a VNC szervert és vele a VNC-s X-Server-t, így tehetjük meg az 1-es display esetén: "vncserver -kill :1".

Ha más felbontással szeretnénk elindítani az VNC-s X-Servert, a következőképpen indítsuk: "vnc4server -geometry 1280x960".

Sajnos az ingyenes RealVNC változatok nem adnak titkosítást az adatforgalomra, csak a jelszó elküldésére. Ezt orvosolni tudjuk egy VPN létrehozásával, vagy egy SSH tunnellel pl. puttyban. Ennek a menete: pl. 1-es display esetén a windowsos 5901-es portot SSH-n keresztül a távoli gépen lévő localhost:5901-re forwardoljuk. E puttys SSH kapcsolat létrehozása után már a VNC klienssel localhost:5901-re kapcsolódhatunk. Ekkor már SSH tunnelen át, titkosított adatforgalommal érhetjük el a linuxos gépet. Érdemes SSH tömörítéssel, és nélküle is próbálkozni, a kapcsolatunk sebessége szerint lehet az egyik, vagy másik gyorsabb.

Még megemlítjük, hogy a VNC beállítható úgy, hogy XDMCP segítségével egy Display Manager login képernyőt is adjon, és HTTP szerverként is tud üzemelni, ekkor a megfelelő portra csatlakozva a távoli felhasználó böngészővel be tud lépni az asztalra, egy Java Applet segítségével.

4.1.2 TightVNC

A tightvncserver ugyanúgy működik, mint az előbb tárgyalt vnc4server - ugyanúgy a RealVNC nyílt forrású változatán alapul. Vannak benne TightVNC-specifikus részek, amelyek elvileg meggyorsíthatnák a kapcsolatot. Az én környezetemben nem tapasztaltam észrevehető különbséget - lassú kapcsolattal rendelkező szerver esetén lehet, hogy van. Mindenesetre TightVNC szerver esetén érdemes a TightVNC klienst használni, amely megvalósítja a TightVNC protokoll-bővítéseit.

 x11vnc

Az előbb bemutatott két VNC-variáns virtuális X Servert futtat, amit távolról elérhetünk. Ha már van egy X Serverünk, amelyet szoktunk lokálisan is használni (értsd: monitor, billentyűzet, egér a linuxos gép előtt), és ezt a már meglévő desktopot szeretnénk távolról elérni, az x11vnc egyszerű megoldást nyújt.

A legegyszerűbb futtatási módja, ha egyenesen a grafikus desktopból indítjuk el egy shellből - ekkor nem fordulhat elő, hogy az x11vnc jogosultságproblémák miatt nem tud kapcsolódni az X-szerverünkhöz.

Egyébként a fenti kettőhöz hasonlók a beállítási lehetőségeink, és a kapcsolat titkosítását magunknak kell megoldanunk.

 XRDP

A Microsoft Remote Desktop RDP protokollját használó szerver - ennek a segítségével a windowsos felhasználók a megszokott remote desktop kliensükkel tudnak egy linuxos asztalhoz csatlakozni. A helyzet azonban nem ennyire egyszerű - az XRDP valóban megvalósít egy RDP szervert, de kell alá egy futó VNC szerver is, ezzel kommunikál a Linux oldalon. Így tulajdonképpen felfogható egy proxyként is egy RDP kliens és VNC szerver között (tehát tulajdonképpen a következő felépítés valósul meg: RDP kliens <------> hálózat <-----> RDP szerver - VNC szerver - X szerver - X kliens).

Debianban meglepően gyorsan működésre lehet bírni, az 'xrdp' csomagot installálva azonnal csatlakozhatunk a microsoftos klienssel. Az XRDP szerverhez való csatlakozáskor először egy session manager ugrik be, itt kell kiválasztanunk a VNC szervert, beírni az ip-t (localhost), portot, és a jelszót. Tehát az XRDP szerver egy meglévő VNC szerver mellé is gyorsan odarakható.

A debianos csomag az előbb taglalt vnc4servert használja, így a fentiek segíthetnek a testre szabásban.

Ugyancsak előny, hogy az RDP-ben a titkosítás adott, így nincs szükség tunnelre vagy VPN-re. Egyes netes források szerint a sima VNC-s kapcsolatnál gyorsabb, azzal az indoklással, hogy a VNC protokoll, ami lassabb az RDP-nél, csak lokálisan játszik szerepet, míg a valódi hálózati forgalom az RDP protokoll szerint történik. Én ezt se cáfolni, se megerősíteni nem tudom, mindenestre nekem nem volt lassúbb a sima VNC-nél. Az RDP valóban egy nagyon gyors protokoll két Windows között, ebben nagy szerepet játszik az, hogy szorosan együtt tud működni az operációs rendszerekkel, ami itt ilyen szinten nem valósul meg.

Egyébként csináltak egy VNC nélküli, valódi XRDP szerver is X11rdp néven, de erről nincs sok információ, és nem hozzáférhető könnyen elérhető/installálható formában.

 Hibrid megoldások

Az előzőekben bemutatott pár megoldásnál is előjött már, hogy az X Server ugyanazon a gépen fut, ahol az X Client, egy másik protokoll valósítja meg a hálózati kommunikációt (VNC-nél RFB, Microsoft Remote Desktopnál RDP). A következőben bemutatott NX technológia is hasonló, de olyan szempontból hibrid, hogy itt a másik oldalon is van egy X Server. Tehát megfogalmazható úgy, hogy az X Server klasszikus munkáját megfelelően elosztják a két egymástól távoli gépen található két különböző X Server között.

NoMachine NX

(thumbnail)

forrás:http://www.nomachine.com/documents/getting-started.php

X11 session NoMachine NX-el

Az NX technológiát Gian Filippo Pinzari fejlesztette ki az olasz NoMachine cégnél. Az X-ben megszokott kliens-szerver architektúrára épül, de azon továbblép. Az X felépítése lehetővé teszi, hogy különböző gépeken fusson az X szerver és kliens. A klasszikus felállásnál sok a roundtrip üzenet - pl. a kliens üzen valamit a szervernek, de választ is szeretne tőle. Ha az X kliens és szerver távol helyezkedik el egymástól, ez nem szerencsés, nagyban lassítja a működést. Többek között ezt orvoslandó az NX három új részvevőt iktat be az X kliens és szerver közé:

NXAgent: egy mini X szerver arra a gépre, ahol az X kliens van.

Local NX Proxy, Remote NX Proxy: egy proxy-pár, a két gép között ezek felelősek a hálózati forgalomért.

A következőket tudták így megvalósítani:

X forgalom hatékony tömörítése;

cache mechanizmus, mely csökkenti a hálózati forgalmat;

X roundtrip üzenetek nagy részének kiküszöbölése, csak lokálisan történnek meg, az X Client és az NXAgent között;

lazy encoding algoritmus, amely azért felelős, hogy lassú hálózat esetén adott pillanatban mindig csak a fontos képernyőfrissítéseket küldjük át a hálózaton, ezzel a reakcióidő javul.

Az összes felsorolt megoldás közül utolsóként próbáltam ki a NoMachine NX-et. Míg az előző technológiáknál számszerű mérések nélkül nem sikerült sebességbeli különbséget észrevennem, a NoMachine NX-es távoli asztalon így is érződött, hogy gyorsabban reagál. Talán kimondható, hogy ez a leggyorsabb technológia, ha távolról szeretnénk elérni a linuxos asztalunkat.

Emellett előny, hogy funckiókban is nagyon gazdag a program, mondhatni mindent megvalósít, amiről a korábbiakban szó volt: teljes Desktop Environment futtatása, belépés már futó X sessionbe, egy alkalmazás futtatása egy windowsos ablakban. RDP és VNC sessionökhöz is csatlakozhatunk, és még sok más extra funckió van.

Ami ugyancsak tetszetős, hogy belépve egy NoMachine NX-es gépre, megkapjuk a futó NX session-ök listáját, és válogathatunk, hogy melyikre akarunk belépni. Kilépéskor pedig dönthetünk, hogy le szeretnénk-e lőni a session-t, vagy később vissza akarunk-e csatlakozni. Persze a session-kezelés a többi esetben is megoldható, de itt nagyon egyszerűen, rögtön elérhető.

A titkosítás beépített SSH klienssel történik, a sima linuxos user/jelszó párosunkat használhatjuk, ami igen kényelmes.

A licencelésről: a NoMachine NX-nek van egy ingyenes, closed source változata, amivel maximum 2 user tud távolról csatlakozni. A fő Linux disztribúciókra, és Solarisra letölthető a nomachine.com honlapon. Három csomagot kell telepíteni - a csomagok egymásra épülnek, így a szervergépünkre is szükséges egy nxclient nevű csomag:

nxclient

nxnode

nxserver

A telepítés után már fut is a szerverünk, a másik gépre a windowsos klienst letöltve már csatlakozhatunk is.

Itt az ingyenes változatokat taglaljuk, de megjegyzendő, hogy az üzleti NoMachine szoftverekkel komolyabb szolgáltatások is elérhetők, pl. NX szerverek egy blokkjának egybeni menedzselése, eloszott hálózati működés, load balancing.

Linux parancsok (11_2)

apropos apropos - keresés kézikönyv nevekben és leírásokban

at at, batch, atq, atrm - sorba állít, vizsgál vagy töröl feladatokat, amiket később kell(ene) elindítania

awk gawk - mintakereső és -feldolgozó nyelv

basename basename - levágja a könyvtárat és a végződést a fájlnevekről

bc bc - Lebegőpontos kalkulátor nyelv

cat cat - fájlokat fűz össze és kiírja a standard kimenetre

chgrp chgrp - Fájlok tulajdonosi csoportjának megváltoztatása

chmod chmod - fájlok elérési jogainak megváltoztatása

chown chown - fájlok felhasználói és csoport tulajdonosának megváltoztatása

cmp cmp - két fájl összehasonlítása

comm comm - sorról sorra összehasonlít két sorbarendezett fájlt

cp cp - fájlok másolása

cut cut - fájlok sorainak részeit írja ki

date date - kiírja vagy beállítja a rendszerdátumot és -időt

df df - szabad lemezterület összegzése

dirname dirname - levágja az elérési úton kívüli részt a fájlnévről

du du - összegzi a lemezfoglalást

echo echo - kiír egy szövegsort

env env - program futtatása megváltoztatott környezetben

false false - nem csinál semmit, sikertelenül

find find - fájlokat keres egy könyvtárstruktúrában

grep grep, egrep, fgrep - mintához illeszkedő sorokat nyomtat

head head - fájlok első részének kiírása

hostname hostname - Megjeleníti vagy beálllítja a rendszer hostnevét.

domainname - Megjeleníti vagy beálllítja a rendszer NIS/YP-tartománynevét.

dnsdomainname - Megjeleníti vagy beálllítja a rendszer DNS-tartománynevét.

nisdomainname - Megjeleníti vagy beálllítja a rendszer NIS/YP-tartománynevét.

ypdomainname - Megjeleníti vagy beálllítja a rendszer NIS/YP-tartománynevét.

kill kill - megállít egy processzt

less less - a `more'-hoz hasonló megjelenítő

ln ln - fájlok közötti kötéseket (linkeket) hoz létre

ls ls, dir, vdir - könyvtárak tartalmának listázása

man man - formázza és kiírja az on-line kézikönyvlapokat

manpath - kiírja a felhasználó kézikönyvlap keresési útvonalát

mkdir mkdir - könyvtár létrehozása

more more - szűrőprogram fájlok tartalmának kiírásához

mv mv - fájlokat nevez át

newgrp newgrp - Csoportazonosító módosítása

sg - Parancs végrehajtása más csoportazonoító alatt

nl nl - Beszámozza a paraméterként megadott fájl sorait

passwd passwd - Felhasználói jelszó megváltoztatása

paste paste - fájlok sorait összefűzi

pine pine - Program e-mail es internetes hírek kezelésére

ps ps - a processzek állapotát adja meg

pwd pwd - kiírja az aktuális (munka-) könyvtárat

readlink readlink - szimbolikus link tartalmának kiírása

rm rm - állományok eltávolítása

rmdir rmdir - törli az üres könyvtárakat

sed sed - folyamszerkesztő (stream editor)

seq seq - számok sorozatát írja ki

sleep sleep - várakozás meghatározott ideig

sort sort - szövegfile sorainak rendezése

tac tac - fájlok összefűzése és nyomtatása fordítva

tail tail - kiírja a meghatározott fájl utolsó részét

tar tar - A tar archiváló segédprogram GNU változata

tee tee - olvasás a standard bemenetről, írás a standard kimenetre és fájlokba

test test - fájltípust ellenőriz és értékeket hasonlít össze

touch touch - fájl időbélyegének megváltoztatása

tr tr - karakterek lecserélése, tömörítése és/vagy törlése

true true - nem csinál semmit, sikeresen

uniq uniq - egy rendezett fájlból kiszedi a duplikált sorokat

w w - Megmutatja, hogy ki van belépve és mit csinál.

wc wc - fájlokban található bájtok, szavak és sorok számát írja ki

who who - megmutatja, ki van bejelentkezve

whoami whoami - az aktuális felhasználói azonosítót írja ki

xargs xargs - beolvas és végrehajt egy parancssort a standard input-ról

zip zip, zipnote, zipsplit - (archívum) fájlok csomagolása és tömörítése

 

A Progkör tárgyban nem fontos parancsok

cal cal - naptárat jelenít meg

chattr chattr - megváltoztatja a fájlok attribútumát az ext2 fájlrendszeren

chfn chfn - finger információk módosítása

chsh chsh - bejelentkezési parancsértelmező (héjj) állítása

clear clear - a terminál képernyőtörlése

dd dd - másolás közbeni fájlkonverzió

dialog dialog - párbeszéddobozokat jelenít meg shell-scriptekben

file file - fájl típusának meghatározása

finger finger - Felhasználói információk megjelenítése

gpasswd gpasswd - az /etc/group fájlt adminisztrálja

groups groups - kiírja a jelenlegi csoportazonosító neveket

gzip gzip, gunzip, zcat - fájlok tömörítése vagy kicsomagolása

hexdump hexdump - ascii, decimális, hexadecimális, oktális dump

host host - lekérdezéseket kezdeményez a névkiszolgáló felé, tartományokról és zónákról

hwclock hwclock - a hardveróra (Real Time Clock) lekérdezése és beállítása

joe joe - Joe saját szövegszerkesztője

killall killall - név szerint öli meg a processzeket

last last - a legutóbbi belépések listázása terminál vagy felhasználó alapján

login login - Új kapcsolat felvétele a rendszerrel (bejelentkezés)

logname logname - kiírja a felhasználó bejelentkezési nevét

lsattr lsattr - megmutatja a fájlok attribútumát az ext2 fájlrendszeren

mc mc - Fájlkezelő Unix típusú rendszerekhez

mesg mesg - megjeleníti (vagy nem jeleníti meg) a más felhasználóktólérkező üzeneteket.

mkfifo mkfifo - FIFO-k létrehozása (elnevezett csövek (pipe-ok))

mknod mknod - blokk- vagy karakter-specifikus fájlok készítése

od od - fájlok ömlesztése (dump) oktális és más formában

pico pico - egyszerű szövegszerkesztő a Pine Composer stílusában

pr pr - Szövegfájlokat konvertál nyomtatáshoz

sg newgrp - Csoportazonosító módosítása

sg - Parancs végrehajtása más csoportazonoító alatt

split split - darabokra hasítja a fájlokat

stty stty - a terminál vonal beállításait változtatja meg, illetve írja ki

su su - indít egy shellt más felhasználó- és csoportazonosítóval

talk talk - beszélgetés egy másik felhasználóval

tput tput - inicializál (beállít) egy terminált vagy lekérdezi a terminfo-tadatbázist

tty tty - kiírja a standard bemenethez kapcsolódó terminál nevét

uname uname - rendszerinformációkat ír ki

users users - az aktuális hoszton bennlevő felhasználók neveit írja ki

wall wall - Üzenetküldés valamennyi felhasználó termináljára.

wget wget - egy program állományok letöltésére a World Wide Web-ről

whereis whereis - meghatározza a parancshoz tartozó bináris, forrás és man-lap fájlok helyét.

which which - megmutatja a parancsok teljes elérési útját

write write - üzenet küldése másik felhasználónak

yes yes - karakterlánc ismételt kiírása megszakításig

zgrep zgrep - keres a valószínűleg tömörített fájlokban egy reguláris kifejezést (regular expression)

 

A Progkör tárgyban nem használt parancsok

access access - eldönti egy fájlról, hogy elérhető-e

ae ae - pici teljesképernyős szövegszerkesztő

apm apm - lekérdezi a Fejlett Energiagazdálkodás BIOS funkciót (APM)

arch arch - a gép architektúrájának kiírása

as as - a portolható GNU assembler.

aumix aumix - /dev/mixer vagy /dev/mixer1 állítása

bzip2 bzip2, bunzip2 - 'block-sorting' eljárással dolgozó tömörítőprogram, v0.9.0

bzcat - stdout-ra csomagolja ki az állományt

bzip2recover - sérült bzip2 adatait próbálja megmenteni

chvt chvt - az aktuális virtuális terminál megváltoztatása

cksum cksum - kiírja a CRC ellenőrző összeget és a bájtok számát

colrm colrm - fájlból oszlopokat távolit el

cpio cpio - fájlokat másol achívumokba és archívumokból

dc dc - tetszőleges pontosságú számológép

deallocvt deallocvt - a használaton kívüli virtuális konzolok felszabadítása

dnsquery dnsquery - tartomány névkiszolgálókat kérdez le, a resolver (név feloldó) segítségével

dnssigner dnssigner - aláírást ad a DNS zónafájlokhoz

dumpkeys dumpkeys - kiírja a billentyűzet megfeleltetési táblázatát

eject eject - kiadja a cserélhető adathordozót

expand expand - tab karakterek szóköz karakterekké konvertálása

factor factor - számok prímtényezőkre bontása és az eredmény kiírása

fdflush fdflush - kényszeríti a hajlékonylemez-meghajtót a lemezcsere detektálására

free free - Kiírja a rendszerben szabad és elhasznált memória mennyiségét

ftpcount ftpcount - megmutatja a pillanatnyi ftp felhasználókat osztályonként

gdb gdb - A GNU hibakereső

gpm gpm - kivágás és beillesztés segédprogram és egér szerver virtuáliskonzolokra

gzexe gzexe - végrehajtható fájlok tömörítése

hostid hostid - A rendszer host id-jének beállítása.

id id - kiírja a valóságos és effektív UID-eket és GID-eket

install install - fájlok másolása és attribútumaik beállítása

kbd_mode kbd_mode - billentyűzetmód lekérdezése vagy beállítása

kernelversion kernelversion - a kernel fő verziószáma

ldd ldd - kiírja a program által használt megosztott könyvtárakat

locate locate - mintához illeszkedő fájlokat nyomtat a fájlnév adatbázis(ok)ból

logger logger - bejegyzéseket tesz a rendszerlog-ba

md5sum md5sum - kiszámítja és ellenőrzi az MD5 üzenet kivonatot

newer newer - összehasonlítja a fájlok utolsó módosításának idejét

pathchk pathchk - a fájlnév portolhatóságának ellenőrzése

printenv printenv - információt ír ki a környezetről vagy annak egy részéről

procmail procmail - automatikus levélfeldolgozó/kezelő program

pstree pstree - a processek fa struktúráját ábrázolja

rsh rsh - távoli shell

rup rup - távoli állapot kijelző

ruptime ruptime - kijelzi a lokális hálózaton lévő gépek állapotát

rusers rusers - megmutatja ki van bejelentkezve a lokális hálózat gépeire

rwall rwall - üzenetet küld a bejelentkezett felhasználóknak egy távoli gépre

rwho rwho - ki van bejelenkezve a lokális gépekre

setleds setleds - a billentyűzet speciális gombjainak és ledjeinek beállítása

setmetamode setmetamode - meghatározza a billenyűzet meta billentyű kezelését

setterm setterm - terminál tulajdonságok beállítása

slist slist - az elérhető NetWare szerverek listája

strings strings - megtalálja a nyomtatható karakterláncokat a fájlokban

sum sum - ellenőrző összeg számítása és a lefoglalt block-ok megszámolása a megadott állomány(ok)ra

telnet telnet - felhasználói felület a TELNETprotokollhoz

tload tload - a rendszer átlagos terhelésének grafikus ábrázolása

unarj unarj - kicsomagoló az ARJ archiváló segédprogramhoz

unexpand unexpand - szóköz karakterek tab karakterekké konvertálása

uptime uptime - Kiírja mennyi ideje fut a rendszer.

vlock vlock - Konzol záró program

watch watch - program figyelése frissítéssel

whois whois - Internet user név könyvtár szolgáltatás

zdiff zcmp, zdiff - tömörített fájlok összehasonlítása

zforce zforce - a '.gz' kiterjesztés erőltetése minden gzip fájlon

znew znew - újratömöríti a .Z fájlokat .gz fájlokká

Forrás; https://people.inf.elte.hu/csa/MAN/HTML/index.htm

http://szabilinux.hu/

Könyvajánlás

Ajánlom mindenkinek az általam olvasott könyveket!

 A Snowden-ügy Glenn Greenwald

Baráth Viktória Első tánc

Baráth Viktória  A főnök (2017.)

Baráth Viktória  Egy év Rómában (2018.)

Baráth Viktória  Az igazság nyomában (2018.)

Baráth Viktória  Az igazság árnyékában (2019.)

Perrault Gilles A vörös zenekar

Stanislav Budin Churchill élete

Cumming, Charles: Egy idegen ország 

Dénes Magda ; Égő kastélyok

Tinka Ernő Egyirányú út

Elie Wiesel: A hajnal

George Orwell 1984

Greenwald, Glen: A Snowden-ügy 

Helga Weiss ; Helga naplója 

J.F.Cooper A kém könyvajánlója

Frank László Szélhámosok kalandorok

Lucía Puenzo; A ​német doktor 

Nyíregyháza könyve 2014 

Nyíregyháza könyve 2015

Nyíregyháza könyve 2016

Olaf Groehler: A néma halál

Naszvadi József Proliregény

Radó Sándor Dóra jelenti 

Ronald Kessler FBI könyvajánló

Vaszilij Mitrohin; A Mitrohin archivum 

Linux telepítése egyszerűen parancssorból (11_2 osztály)

A telepítés az install paranccsal indul 

A nyelvi beállítás után visszatérünk a parancsmódhoz

az  <Alt> + <F2> megnyomásával

Partícionálás következik

a windosból ismert fdisk parancsot használjuk

fdisk -l

Partició létrehozása

fdisk /dev/sda

+1 db swap partíció.

Hozzunk létre ext3 fájlrendszert a gyökérpartíción:

mke2fs -j /dev/sda1

Hozzuk létre a swap partíciót és kapcsoljuk be:

mkswap /dev/sda2

sync

swapon /dev/sda2

Telepítési pont megadása

mkdir /mnt/debinst

mount -t ext4 /dev/sda1 /mnt/debinst

A debootstrap telepítése

Hozzunk létre egy munkakönyvtárat

# mkdir munka

# cd munka

Töltsük le a következő helyről:

http://ftp.debian.org/debian/pool/main/d/debootstrap/

Keressük meg az all.deb és a data.tar.gz fájlneveket, majd töltsük le őket.

Például:

wget http://ftp.debian.org/debian/pool/main/d/debootstrap/debootstrap_1.0.111_all.deb

A .deb, csomag, majd a kapott data.tar.gz fájl kicsomagolása

# ar -x debootstrap_0.X.X_all.deb

# cd /

# zcat /munka/data.tar.gz | tar xv

A debootstrap használata

Indítsuk a következő parancsot:

# /usr/sbin/debootstrap --arch amd64 stretch \

     /mnt/debinst http://ftp.us.debian.org/debian

Az amd64 és a ftp.us.debian.org rész tetszőlegesen cserélhető.

Ha a gazdarendszer architektúrája (pl. amd64) különbözik a célarchitektúrától, akkor használjuk még a következő kapcsolót:

-foreign

Alapbeállítások

# LANG=C.UTF-8 chroot /mnt/debinst /bin/bash

A chroot után állítsuk be a terminált:

# export TERM=xterm-color

Ha a célarchitektúra más, akkor még szükség van erre:

/debootstrap/debootstrap --second-stage

Eszközfájlok elkészítése

# apt install makedev

# mount none /proc -t proc

# cd /dev

# MAKEDEV generic

Partíciók csatolása

# editor /etc/fstab

# file system    mount point   type    options                  dump pass

/dev/sda1        /             ext3    defaults                 0    1

/dev/sda2        none          swap    sw                       0    0

proc             /proc         proc    defaults                 0    0

/dev/cdrom       /media/cdrom  iso9660 noauto,ro,user,exec      0    0

Ha van /boot:

/dev/XXX         /boot         ext3    ro,nosuid,nodev          0    2

Csatoljunk fel mindent:

mount -a

A cdrom eszköz linkelése:

# cd /media

# mkdir cdrom0

# ln -s cdrom0 cdrom

# cd /

# ln -s media/cdrom

Időzóna beállítása

# editor /etc/adjtime

Tartalma ez legyen:

0.0 0 0.0

0

UTC

Válasszunk időzónát:

# dpkg-reconfigure tzdata

Hálózat konfigurálása

# editor /etc/network/interfaces

auto lo

iface lo inet loopback

# DHCP példa

#

# auto enp0s3

# iface enp0s3 inet dhcp

# Statikus IP cím példa:

#

# auto enp0s3

# iface enp0s3 inet static

#     address 192.168.10.2

#     network 192.168.10.0

#     netmask 255.255.255.0

#     broadcast 192.168.10.255

#     gateway 192.168.10.1

Névszerver beállítása:

# editor /etc/resolv.conf

search hqdom.local

nameserver 8.8.8.8

nameserver 192.168.10.3

Gépnév beállítása:

# echo gepunknevelegyen > /etc/hostname

Vegyük fel a gépnevet a /etc/hosts fájlban:

127.0.0.1 localhost

127.0.1.1 gepnev

# The following lines are desirable for IPv6 capable hosts

::1     ip6-localhost ip6-loopback

fe00::0 ip6-localnet

ff00::0 ip6-mcastprefix

ff02::1 ip6-allnodes

ff02::2 ip6-allrouters

ff02::3 ip6-allhosts

Az Apt beállítása

Szerkesszük /etc/apt/sources.list fájlt:

editor /etc/apt/sources.list

Vegyük fel a következő három sort:

deb-src http://ftp.us.debian.org/debian stretch main

deb http://security.debian.org/ stretch/updates main

deb-src http://security.debian.org/ stretch/updates main

Frissítsük a csomaginformációkat:

apt update

A kernel telepítése

Keressük meg a megfelelő kernelt:

# apt search linux-image

Telepítsük:

# apt install linux-image-arch-stb

Grub telepítése

# apt install grub-pc

# grub-install /dev/sda

# update-grub

Távoli hozzáférés beállítása

# apt install ssh

adduser janos

Alapeszközök telepítése

# tasksel install standard

Ha végeztünk törölhetjük az apt tárhelyét:

# apt clean

https://www.szabilinux.hu/

https://www.youtube.com/watch?v=W6dh5Rp640E&t=561s

Kertész Erzsébet visszaemlékezése 1944. november: Új otthonunk Demecserben

Erdélyből gyöttünk. A Demecseri polgármester megmutatta nekünk a házat. A főutcán volt. Ez egy nagy sarokház volt. A deportált zsidóké volt. Voltak benne ágyak, szekrények és néhány egyéb bútor, meg egy tűzhely. Apa azt mondta anyának: "Minden rendben lesz itt, amíg vissza nem jövök." Jani valahol a környékkel ismerkedett. Apának meg kellett várnia, hogy visszajöjjön. Amikor megtette, apa megfenekelte, és azt mondta neki, hogy ő volt a férfi a házban, amíg vissza nem jön, és mindenre vigyáznia kell. Most ez a hely az otthonunk. Janika még csak tíz éves volt. Rettenetesen nagy felelősség volt egy ilyen kisgyerek számára. Apa elbúcsúzott mindannyiunktól, és megígérte, hogy a lehető leghamarabb visszatér. Anya persze egész éjjel sírt. Nagyon félt egy idegen országban és egy idegen házban. Reggel jöttek a szomszédok. Már akkor is tudták, hogy erdélyi menekültek vagyunk. Azt is tudták, hogy apa tegnap este elment, hogy csatlakozzon a háborúhoz. Megígérték, hogy amennyire csak tudnak, segíteni fognak. Anya nagyon megköszönte, és megkérdezte, hol van a bolt. Elmentünk a boltba lisztet, cukrot, krumplit, teát és olajat venni. Egy kis tűzifa volt a házban. Anya főzni tudott vacsorát és teát. A ház kicsit melegebb is lett. Másnap este abban a nagy házban anya nagyon sírt. Aggódott apáért. Azon töprengett, hová tűntek az emberek ebből a házból, amikor elhurcolták őket. Szerintem nem aludt aznap éjjel. Tudta, hogy ez egy zsidó ház. Szerencséje volt, nem tudta, milyen szörnyű dolgok történnek ezekkel az emberekkel. A szülők kormányzati segítséggel a szomszédos kisebb városokba küldték gyermekeiket, hogy megvédjék őket a Budapestet elszenvedett bombamerénylettől. El tudod képzelni, milyen érzelmi stressz éri ezeket a szülőket, amikor teljesen idegenekkel hagyták gyermekeiket? De a kétségbeesett idők kétségbeesett cselekvést igényelnek. 1944-ben már majdnem karácsony volt, amikor anya talált egy kis karácsonyfát, és apró, finom sütiket sütött. Talált néhány diót is. A fát díszes sütivel, kis almával és dióval díszítettük. Nagyon örültünk a karácsonyfának, és ehető is volt. Egyszerre voltunk szomorúak, mivel apa nem volt ott, és senki sem tudta, hol van. Visszagondoltunk, emlékeztünk, amikor otthon voltunk Erdélyben, amikor jött az angyal és hozta a karácsonyfát. Tele volt szaloncukorral és ezüstre festett dióval. Kaptunk írópapírokat, radírokat, kis táblákat és díszes ceruzákat. Megszólalt az ajtócsengő. Anya azt mondta, hogy jön az angyal, és le kell térdelnünk, ölbe tett kézzel. Azonnal megtettük, amit anya mondott. Kinyitná az ajtót. Ott volt az angyal, kezében a karácsonyfával. Bejött, aztán az angyal azt mondta: „Jézus megszületett”. Hallotta, hogy jók vagyunk. Ezért hozta a karácsonyfát, mi pedig imádkoztunk Jézus eljöveteléért. Hihetetlenül különleges karácsony estéje volt nekünk, kicsiknek. "A háború kissé elcsendesedett, valószínűleg a karácsonyi ünnepek miatt. Anya befűtött a szobában, jó meleg volt. Szolemné finom töltött káposztát hozott. Abból a házból, ahol korábban voltunk, jött Juhász úr, és szalonnát is hozott.Amikor Juhász úr kiment a házból, anya sírni kezdett, azon aggódott, hogy apának van-e mit ennie. Anya azt mondta, hogy a másik meghízik, mire apa hazaér. Ekkor öltük meg az utolsót. Elvágta a liba nyakát. A vért egy kis edénybe engedték. Sütött egy kis hagymát és a libavért, és rögtön megettük. Anya megtisztította a libát. Nagyon óvatosan elkezdte feldarabolni. Azt mondta: "A két láb és a mell, a nyak, a hát és a két szárny, levest főzök belőle. Volt egy nagy asztalunk. Körbevettük, és néztük, ahogy anya dolgozik, felvágja a libát. azt mondta: „Ne maradj olyan közel, lehet, hogy megváglak!” Mi egy pillanatra visszahúzódott az asztaltól. Csodálkozva néztük azt a sok húst. Anya megsütötte a liba felét, és krumplit is készített hozzá. Nagyon meg voltunk elégedve a finom sült libával. A szülők Budapestről jöttek gyermekeikért. A kisfiú két napja volt becsomagolva. Rettenetesen szenvedett a szülei nélkül. Nagyon hiányoztak neki. Eljöttek a két kislány szülei is. Nem voltak olyan szépek, mint amikor először jöttek. A furcsa hely, a nem megfelelő étkezés és a szüleik távolléte sokat jelentett nekik. A budapestieket néztük. Vékonyak és fáradtnak látszottak. Biztos nagyon nehéz dolguk lehetett Budapesten. Budapestet rettenetesen bombázták a háború alatt. Amikor beköszöntött a tavasz, nagyon kellemes volt az idő. Tavaszi virágok nyíltak a kertekben. A gyümölcsfákat megrakták virággal. Az udvarokon kis csirkék és kiskacsák rohangáltak. A tyúk megmutatta a kis csirkéknek, hogyan kell vakarózni. A város tele volt illattal. A férfiak elkezdtek hazajönni a háborúból. Az emberek azt mondták, hogy Varga úr hazajött a háborúból. Tóth úr is hazajött. Azok, akiknek fiai és férjei voltak a háborúban, kimentek a pályaudvarra, abban a reményben, hogy szeretteik a vonaton lesznek – a férjek vagy fiak. Jani minden nap kiment a vasútállomásra, remélve, hogy apa is a vonaton lesz. Nagyon szomorú volt, amikor hazajött, hogy elmondja anyának, hogy nincs a vonaton. Anya megnyugtatta: "Talán holnap". Sokszor a katonai tisztviselők házhoz mentek, hogy elmondják a feleségnek vagy az anyának, hogy a kedvese nem ért haza, hogy meghalt a háborúban. Ezek után a szegény asszony feketébe öltözött. Megkérdeztük édesanyánkat: "Miért hord Kovácsné minden nap feketét?" Harmadnap, amikor ott voltunk, nagyon hangos zaj hallatszott az utcáról Mindenki a járdán állt. Néztük, mi történik. Orosz katonák mintegy húsz lovaskocsival vitték sebesült katonáikat. Volt köztük egy katonanő is. Véres haja lelógott a kocsiról, ahogy a kocsi aljában feküdt. Csodálkoztam – egy katonanő! Amikor ott álltunk, anya meglátta Szolem asszonyt, aki a töltött káposztát hozta nekünk a pályaudvarra. Azt mondta neki, hogy nagyon félt abban a házban. Szolemné elmondta, hogy az udvarán volt egy üres szoba. Ha akarunk, beköltözhetnénk. Talán nekünk is jobb lenne. Neki is volt vagy hat gyereke, és játszhattunk velük. Anya valószínűleg nem félne annyira. Megköszönte Szolemné. Azt mondta: "Ma délután ott leszünk." Emlékszem, ez egy hosszú szoba volt, elválasztva a ház többi részétől. Ugyanabban az udvarban volt. Jani a környékbeli gyerekekkel ment. Nem sokkal később két nagy serpenyőnyi burgonyacukorral tért haza. Anya megkérdezte tőle, honnan vette. Azt mondta: "Az emberek betörtek a cukorgyárba." Sietett, és visszaszaladt, hogy hozzon egy zsák kockacukrot. Másnap az emberek betörtek a fagyárba. Jött, és azt mondta, hogy segítségre van szüksége, mert a fa túl hosszú. Annnek és nekem kellett segíteni neki hazahozni. Aztán volt mit főzni és fűteni télre. Volt ott egy almáskert, és valószínűleg elvitték a tulajdonost. Elmentünk, leszedtük az almát, és tele volt egy nagy kosárral. Napraforgót és kukoricát szedtünk. Úgy tűnt, sok ennivalónk volt, amíg apa haza nem ért a háborúból. Persze iskola nem volt. A háború folyt. 1945-ben a háború zajlott. A németek a városunkban voltak, de nem sokáig. Az oroszok visszajöttek és kiverték őket a városból. Közben a bunkerekben, pincékben kellett bújnunk. Anyának fóbiás problémái voltak. Azt mondta: "Mi lesz, ha ránk dől a pince?" Úgy döntött, nem megyünk sehova. A házban akartunk maradni. Sokszor bementünk az ágyak alá, amikor a repülők átrepültek a város felett. Nagyon hangosak voltak. Január végén egy reggel arra ébredtünk, hogy a várost román katonák vették körül. A házakban az embereknek menedéket és élelmet kellett nekik adniuk. Már akkor tudtuk, mit kell tenni, amikor a katonák enni kértek. Mind a tízen eléjük álltunk és rájuk néztünk. Azt mondták: "Az én, az én, annyi gyerekem." Azonnal tudták, hogy máshol kell élelmet keresniük. Kis idő múlva elhagyták a várost. Anya februárban vett két libát Tóthnétól. Anya azt mondta, hogy kukoricával hizlalja őket, mi pedig húst és libazsírt. Meg akarta ölni egyiküket, amint az elég kövér lesz. A másik libát megölik, amikor apa visszatér a háborúból. János megtudta, hogy Szapanosné valakit keres, aki kiszedi a krumplit a földből. Az udvar végében nagy gödröt ástak. Ősszel a burgonyát berakták a hatalmas lyukba, beborították a kosz, és így eltartott jövő tavaszig. János azt mondta Szapanosnénak, hogy van két nővére, akik tudnak segíteni, és kiszedjük a krumplit, fele-fele arányban. Azt mondta: "Ez egy alku! Azonnal kezdheti." János nagyon izgatottan jött haza. Elmesélte, milyen jó üzletet kötött Szapanosnéval. – Vegyünk egy kosarat, és menjünk, vegyük ki a földből a krompét. Anya megmagyarázta: – Mert a férje meghalt a háborúban. Eddig nem is gondoltuk, hogy apa meghalhat a háborúban. Anya azonnal megnyugtatott minket, hogy Apa nem halt meg. Annyira megkönnyebbültünk. Jani azt mondta: "Atyám jobb, ha sietsz haza a háborúból. Az a második liba biztosan kövér." Anya beleegyezett, hogy a liba tényleg hízott. Egy nap elmentünk Varga úrhoz, hogy segítsen neki burgonyát és napraforgót ültetni. Demecserben rengeteg napraforgót ültettek. Szerették a napraforgóolajat. Régebben két liter olajat tettek egy fazékba. Forrón tettek bele egy nagy szelet kenyeret, és szép pirosra sütötték. Nagyon finom és laktató is volt. Az összes almánk eltűnt. Anya azt mondta, hogy hamarosan meggy lesz a termelői piacon, és veszünk belőle. Vacsora után anya azt mondta, hogy másnap meg kell ölnünk a libát. Nagyon kövér volt, és aggódott, hogy a liba meg fog halni. Mindannyian azonnal azt mondtuk: "De apa még nincs otthon." Anya szomorúan mondta: – Tudom, tudom.  Másnap szombat volt. Anya felforralta a vizet az edényben, és meghegyezte a kést. A kis tálka felkészült a libavérre. 1 ő libát megtisztították a tollaitól. Mindannyian azt mondtuk: "Jaj, micsoda kövér liba!" Anya így szólt: "Az a lúd egy liter libazsírt ad, az biztos. Természetesen újra körülvettük az asztalt, és néztük, ahogy anya felvágja a libát: a két lábát, a két szárnyát, a mellét. Az orosz katonák német katonákat kerestek. Az ágyon nagy tollhuzatok voltak. Az orosz katona beledugta a kardját, és azt hitte, egy német katona rejtőzködhet benne. Aztán jöttek és enni kértek. Szolemné összehívta a gyerekeket, és azt mondta a gyerekeknek, hogy amikor jönnek a katonák és enni kérnek, gyűljünk össze és álljunk eléjük. Szolemné kisasszony volt, de fiam, sírhatna a katonák előtt! – Nincs ennivaló a gyerekeknek. A katonák mondtak egy káromkodást, majd elmentek. Szolemné megtudta, hogy az orosz katona elvitte a nagy krajszonyt. Tényleg mérges lett. Azt mondta: "Csak várj." Azt mondta: "Mindjárt visszajövök." Nem sokkal ezután visszatért a krajszonnyal. Azt hallottuk, hogy repülők jönnek bombázni a várost. Mindenki menjen a bunkerekbe. Szolemné testvérének volt egy borospincéje, oda mentünk, hogy biztonságban legyünk. Ahogy a földön ültünk, körülbelül húszan voltunk. Egy orosz katona jött le, és Mariska ült középen. Megfogta a kezét, és megpróbálta kihúzni. Körülbelül tizenöt éves volt. Az asszonyok Mariska ruháját, lábát húzták, és sikoltoztak. Nem engedték, hogy a katonák kivigyék onnan a fiatal lányt. Sok volt a sikoltozás és kiabálás. A fiatal tiszt lejött megnézni, mi történik. Megütötte a katona arcát, és azt mondta neki, hogy azonnal menjen el onnan. Megnyugtatott, hogy ne aggódjunk. Semmi sem fog történni. Éjfél felé járt az idő, amikor nagyon kimerülten értünk haza. Örömmel feküdtünk le. Másnap gyerekek jöttek a városba. Néztük őket. Budapestről jöttek. Elég jól vigyáztak rájuk. Szolemné két kislányt befogadott. A szomszédok körülbelül ötéves kisfiukat kapták. Nem akart ott lenni. Az anyja után sírt. Mindenféle rosszat csinált. Leütötte az összes virágcserepet az ablakpárkányról. Pálcával verte a csirkéket. Szerencséje volt, hogy nagyon jó emberekkel volt együtt. Lehúzta a földet a krumpliról. Rögtön érezni lehetett a rohadt krumpli szagát. János azt mondta Szapanosnénak: "Rohadt az egész!" Szapanosné így szólt: – Van benne jó is! Elkezdtük szedni a krumplit a gödörből. A kemények az egyik kupacba kerültek, a puhák a másikba. Délutánra három kosár krumplink volt. Szapanosné ötven-ötvenre osztotta őket. Boldogan vittük haza a krumplit. Hadd mondjam el, milyen erősen bűzlik a burgonya, ha rothadt. Még egy héttel később is éreztük az illatukat. 1945 márciusában az orosz katonák ismét visszajöttek városunkba. Olyan sokszor jártak itt, hogy szinte tudtunk oroszul. Anya a libákat etette. Azt mondta, két hét múlva megöli egyiküket. Természetesen izgatottan vártuk. Nagyon régen nem ettünk semmilyen húst. És persze nagyon jó a libaropogtatás is. Ahogy anya mondta, nem a menhelyre és a pincékbe mentünk. Amikor jöttek a repülők, bebújtunk az ágy alá. És ránk húzta a dunnát, hogy ha lezuhanna egy bomba, az megvédjen minket a süketségtől. Nem tudtuk, hogy ez mit jelent, de azt hittük, anya biztosan tudja. 1945 áprilisában anya gyomra egyre nagyobb lett. Nemsokára megjött a baba. A háború valóban elcsendesedett. Csak néhány orosz katona volt a városban. Anya abban reménykedett, hogy apa hamarosan hazaér. Anya azt mondta, hogy másnap megöli az egyik libát. Mondanom sem kell, mennyire izgatottak voltunk. Izgatottan vártuk a holnapot. Eljött a nap, amikor meg kellett ölni a libát. Anya kapott egy nagy fazék forró vizet, és megélezte a kést. Kimentünk a libáért. Anya nézte őket. Azt mondta: "Melyik legyen?" János azt mondta. Ez kövérebb."

Kertész Erzsébet még gyerek volt, amikor nyolctagú családjával elmenekültek a kis kelet-erdélyi falusi otthonukból. A második világháború kitörésekor a családot át kell költöztetni, a félelem, a szegénység és az éhezés időszakában szenvedve Demecserbe. 1956-os forradalom után első férjével Amerikába menekül. Kertész Erzsebet belsőépítészként és kozmetikusként dolgozik, amióta a magyar forradalom után az Egyesült Államokba költözött. Első férjétől két felnőtt gyermeke van, és miután meghalt, hozzáment második férjéhez, Donaldhoz. Jelenleg a floridai Sun City Centerben élnek. 

https://www.amazon.com/Hungarian-Womans-Life-Erzsebet-Croll/dp/1608604373?asin=1608604373&revisionId=&format=4&depth=1

A disztópia szimulált valóság egy multiverzumban (Hipotézis)

A virtualizáció fejlődésével átléptünk egy határt, ahol már megkülönböztethetetlenné válik a valóság és a virtuális világ. Talán Isten vetít bennünket körbe a multiverzummal? Talán Ádám és Éva paradicsoma csak egy virtulizáció volt? Tudom elsőre bizarr a konklúzió, de érzékszerveink becsapnak bennünket, agyunk fantázia alapján  leképezi azokat a hiányos és téves információ foszlányokat, amit közvetítenek az érzékszervek. Az emberi tudat szűk paraméterek közé kalibrálta számunkra a világot. A kozmológia sötétben tapogatózik. Az emberi elme csökevényességének bizonyítéka az is, hogy emberszerű lényeket keresünk, meghatározzuk az élet mibenlétét és azt feltételezzük balgán, hogy a hipokrita ismereteink amik axiómák és hipotézisek kaotikus maszlaga, elégséges a bizonyításhoz. Ezzel az erővel a fényt is tekinthetjük életnek. Nem ismerjük a környezetünket befolyásoló tényezőknek csak a töredékét és még azt is tévesen érzékeljük, de ezen adatok alapján az agyunk segítségével rakunk össze valamit, miközben az agy csak a fantáziát használja arra, hogy újabb buborék univerzumot teremtsen számukra. A multiverzum-elmélet egy új közelítése a minket körülvevő világnak. Az eddig felvázolt modellek inkább további kínos kérdéseket vetnek fel, mintsem hogy választ adnának számunkra. Talán, lépjünk hátrébb pár lépést, lépjünk át saját korlátainkon, talán mégsem józan annyira az a józanész, rugaszkodjunk el a békjóba záró axiómáktól és felfedezzük milyen megalapozatlan az a tudományos bázis, amire a mindennapjaink épülnek. Születésünk pillanatától a hit tarja össze a logikátlan erőltetett tudást. Talán ez az oka annak, hogy a nagyon okos emberek mind hívők. Mivel mamár mi is képesek vagyunk a virtuális világunkba létrehozni vírtuális világot a többiek számára, a jövőben lehetséges, hogy mindenki csak a virtuális világban él majd, ahol az identitás is csupán illúzió. Nem lesznek fásult kiégett életunt emberek, mert adagolják számukra az eseményt. Jogunk van-e a szimulációra? Ez egy komoly erkölcsi kérdés! 

 Az emberi érzékszervek tévesen működnek, a gépek érzékszervei is becsaphatók. A valóság számunkra nem létezik, csak szimulált valóság a minket körülvevő világ nem több mint érzékszerveink becsapásának eredménye egy vetített illúzió. Egy előre megírt disztopikus világban vagyunk, de vajon a „valóságban” felismerjük-e hogy egy szimuláció részesei vagyunk? Valami baj van a tudományos magyarázatokkal, nem tudod, mi de megérzed. Ha minden érzékszerved megkapja a köréd vetített  világot, akkor ezzel eltakarják előled a valóságot. Érzékszerveid börtönében és elméd békjójában vergőtsz, amiről azt hiszed a valóság. A valóság kényelmetlen, ezért a kényelmes illúziót választjuk. Évezredek óta foglalkoztatja az embert, hogy a minket körülvevő világ vajon tényleg a valóság-e. Ősi vallások és ókori filozófusok próbáltak kielégítő válaszokat találni erre a kérdésre, ám az emberiség és a technológia fejlődése – tudományosan igazolható válaszok helyett – csak újabb és újabb rétegnyi magyarázattal bonyolította a felvetést. A modern filozófusok, tudósok és írók az első számítógépek megalkotása óta már inkább másként teszik fel a kérdést: elképzelhető, hogy az Univerzum egy rendkívül bonyolult, hatalmas szimuláció, amit nálunk elképzelhetetlenül fejlettebb lények – jövőbeni földi vagy más csillagrendszerekben élő civilizációk képviselői – futtatnak ugyancsak óriási számítógépeiken? Ez félelemetes hipotézis. Honnan lehetünk biztosak abban, hogy az agyunk épp nincs átverve? Sehonnan. Érzékszerveinkkel csak a világ töredékét észleljük, agyunkkal csupán az információk elenyésző hányadát tudjuk feldolgozni. Ezért különböző technológiai eszközöket kell használnunk és ostoba elméleteket gyártunk ahhoz, hogy minél alaposabban megismerjük a valóság valódi természetét. A technikai fejlődés azonban nem csak kiszélesítette az Univerzumra vonatkozó ismereteinket, nyugtalanító lehetőségekre is felhívta a figyelmet. Elképzelhető, hogy nem vagyunk valóságosak – és ezt még csak nem is tudjuk? Erre a következtetésre jutott Jean Baudrillard, és Nick Bostrom is. Minden civilizáció az Univerzumban kihal, mielőtt elérne arra a fejlettségi szintre, hogy szimulálni tudná a valóságot, pontosabban kiirtja a magasabb rendű szimulációja. A technológiai fejlődés gyorsasága alapján eljöhet egy olyan időpillanat, amikor szinte korlátlan számítógépes memória áll majd a rendelkezésünkre. Emellett a virtuális világalkotás képessége is olyan szintre fejlődik a jövőben, hogy a valósággal teljesen megegyező, hatalmas szimulációkat lehet majd indítani. De vajon arról adhatnak-e elég információt az érzékszerveink, hogy egy szimulációban élünk? S ha megpróbálnánk bizonyítani, sikerülne-e? Hiszen az agyunk naponta több százszor, talán több ezerszer is készségesen átver bennünket, így öt érzékszervvel, reprodukálható módon nem lehet megbizonyosodni a körülöttünk lévő világ valóságosságáról. Az érzékszervi úton megszerezhető egyéni tapasztalatokat nem fogadhatjuk el bizonyítéknak. Az agy csak az érzékszervi benyomások töredékét képes feldolgozni; a vakfoltokat koncepciókkal és elméletekkel hidalja át. Az időnként észlelt „programhibákra” pedig gyakran egészen kézenfekvő magyarázatokat lehet adni: hallucináció, mentális rendellenesség, érzékcsalódás, önámítás. Hiába nem bizonyítható érzékszervi úton, hogy egy szimulációban élünk, maga a tény, hogy gondolkodhatunk róla nem elég. Tehát nem az érzékelés, hanem az értelem segítségével ismerhető meg a világ.  Tehát pusztán az értelmünk segítségével felismerhetjük-e, hogy egy szimuláció fogjai vagyunk? James Gates az Univerzum működését meghatározó elemi részecskék természetének tanulmányozása közben olyan reakciókat és jelenségeket figyelt meg, amelyek leginkább az informatikában használt hibajavító kódok működésére emlékeztetnek. Olyan mint a paritás bit. Gates úgy véli, rendkívül valószínűtlen ilyen jellegű kódokat találni egy nem szimulált univerzumban.  Lisa Randall szerint ezek a hibajavító kódok azért szükségesek, mert egy univerzum, ahol a hibák javítás híján elterjednek, igen hamar összeomlana. Ha szimulációban élünk, akkor szimulálóink által tálalt mesterséges törvényszerüségeket fogadunk el, illetve próbálunk igazolni. Már most is korlátlan mennyiségű szimulált valóságot indítottak el, így a szimulált világokból értelemszerűen sokkal több van, mint az igazi, fizikai valóságból. Így elenyészően kicsi az esélye annak, hogy mi épp a fizikai valóságban vagyunk, nem pedig a sok-sok szimulált világ egyikében. A más civilizációk által alkotott univerzumok száma messze túlhaladhatja a reális világokét. Ismerjük meg a kényelmetlen igazságot! Bizonyos érdekszövetségek, már régen vetítenek szimulált valóságot a társadalom számára, csak nem vesszük észre. Sokkal nagyobb a valószínűsége annak, hogy egy ügyes szimulációban élünk, minthogy a mi világunk lenne a valóság. A feltevés, miszerint az általunk ismert világ egy szimuláció, régóta foglalkoztatja a tudósokat. A szimuláció elmélet szerint a valóság szimulálható olyan mértékben, hogy a szimuláció nem különböztethető meg az “igazi” valóságtól. Ez egészen más, mint a virtuális valóság jelenlegi, technológiailag megvalósítható formája, amely könnyen megkülönböztethető a valóságtól. Ezzel szemben a szimulált valóságot nehéz vagy lehetetlen lenne elválasztani a “valódi” valóságtól. Természetesen nem azt feltételezték, hogy a valóság egy számítógépes szimuláció, de a gondolatmenetük középpontjában az a kérdés állt, hogy mi is a valóság. “Mi a valóság? Illúzió, esetleg álom minden, ami körülvesz minket?” Talán az összes emberihez hasonló civilizáció kihal az univerzumban, mielőtt kifejlődne bennük a szimulált valóságok létrehozásának technológiai képessége. Ha bármelyik civilizáció eléri a technológiai érettség ezen fázisát, egyikük sem fog szimulációkat futtatni. A fejlett civilizációk képesek lennének sok-sok szimulációt létrehozni, és ez azt jelenti, hogy sokkal több szimulált világ létezik? Nem fogjuk tudni, hogy szimulációban élünk, mert a szimulációban nincsenek rá utaló jelek. Mark Zuckerberg álmodott egy metaverzumot, amit meg is valósít, ezzel végleg bezárja az embereket egy kalitkába, akik azt hiszik majd el, amit ő vetit nekik. Ez a virtuális tér az internet segítségével elérhető, ami pc-k, mobilok és tv-k, rádiók és különböző platformok, közös evolúciója, ahol mi csupán digitális avatarok leszünk egy vetített világban, ahol szabdon teleportálhatjuk magunkat iskolába vagy munkahelyre. Az ember testileg elsorvad, mert avatárjaikon keresztül egy háromdimenziós virtuális térben éli másodlagos életét a fizikai valón túl. Ha ehhez hozzávesszük a 14,7 millió képpontos megjelenitést(5K) akkor jobb lesz mint az eredeti. Aki belép ebbe a világba, az képtelen lesz otthagyni az élénk, személyre szabott fantáziavilágot a szürke hétköznapok valóságáért. A demokráciára, a fiatalok mentális egészségére és az általános közvélekedésre gyakorolt negatív hatásai tettenérhetők. 

Irodalomjegyzék

 "Felülvizsgálat: Bernard Beckett eredete". SF jel.

 "http://www.stepheniemeyer.com/thehost.html"

Kakutani, Michiko . "A nagy adatok világában:" A kör ", Dave Eggers új regénye". nytimes.com. .Enciklopédia  site:hu.wikitrev.com

Karen Brooks-Reese: "A zombik felemelkednek a Teen Litben", Pittsburgh Post-Gazette, 

 Ron Jacobs; , Az életedbe kúszik Kifutó tükör, CounterPunch.org, 

Dempsey, Joe  "Shimoneta szex-megszállott Cyberpunk-disztópiája". Anime News Network. 

 "Gemma Malley - A Nyilatkozat". www.gemmamalley.com.

 "Gemma Malley - Az ellenállás". www.gemmamalley.com.  

  

 

A felhőalapú számítástechnika előnyei és hátránya 13/B Informatikai rendszerüzemeltetők

 

Többféle felhőalapú szolgáltatást különböztethetünk meg, a közös bennük az, hogy a szolgáltatásokat nem egy meghatározott hardvereszközön üzemeltetik, hanem a szolgáltató eszközein elosztva, annak üzemeltetési részleteit a felhasználótól elrejtve. A szolgáltatásokat a felhasználók hálózaton keresztül érhetik el, publikus felhő esetében az interneten keresztül, privát felhő esetében a helyi hálózaton vagy ugyancsak az interneten.

Típusai

A felhőalapú számítástechnika szolgáltatási modelljei

A felhőalapú szolgáltatások három fő csoportja:

Szoftverszolgáltatás (Software as a Service)

A szoftvert magát nyújtja szolgáltatásként. Ezeket az alkalmazásokat általában http protokollon keresztül, egy böngészővel lehet használni. Példa: Google Docs, netsuite.

Platform szolgáltatás (Platform as a Service)

Az alkalmazás üzemeltetéséhez szükséges környezetet biztosítja, terheléselosztással és feladatátvétellel, kezelőfelülettel, ezek rendszeres biztonsági frissítésével. Példa: Google App Engine, OpenShift.

Infrastruktúra szolgáltatás (Infrastructure as a Service)

Virtuális hardvert (szervert, blokk-tárhelyet, hálózati kapcsolatot, számítási kapacitást) szolgáltat. Példa: Amazon EC2, Google Compute Engine

Hozzáférhetőség alapján:

Publikus felhő

Publikus felhő esetén egy szolgáltató a saját eszközállományával (tárhely, hálózat, számítási kapacitás) szolgálja ki ügyfelei szerverigényeit. Publikus felhők esetén különösen fontos a különböző ügyfelek izolálása.

Privát felhő

Saját vagy bérelt erőforrásokon lehet saját felhőt is építeni. Ez megoldást jelent a publikus felhők problémáira, viszont az üzemeltetésről a privát felhő tulajdonosának kell gondoskodnia.[4][5] Példák privátfelhő-szoftverekre: VMware vSphere, oVirt, CloudStack, OpenNebula

Hibrid felhő

Privát és publikus felhők kombinációja. A hibrid felhő egyesíti a lokális (on-premise) adatközpont, a privát felhő és a publikus felhő elemeit oly módon, hogy ezek a különböző komponensek kommunikálhassanak egymással. A párhuzamosan működtetett a privát felhő és publikus felhő még nem jelent automatikusan hibrid felhőt. Csak abban az esetben beszélhetünk hibrid felhőről, ha az adatok következetes, szinkronizált módon áramolhatnak a különböző felhőmodellek között.

Közösségi felhő

Hasonló törvényi szabályozás alá eső szervezetek hozzák létre, például amerikai költségvetési intézményeknek van ilyen.

Egyéb kategóriák

Tárhelyszolgáltatás (Storage as a Service)

A tárhelyet adja mint szolgáltatást. Például: Amazon S3, ICloud.

Ide sorolhatjuk a biztonsági mentéseket és szinkronizációs szolgáltatásokat is.

A felhőmegoldások előnyei

Helyfüggetlen

Egy felhőalapú megoldás (főleg publikus felhő) szolgáltatás esetében a szolgáltatás bárhonnan könnyen elérhető lehet. A szolgáltatás maga is lehet független egy adott szerverközponttól - például az Amazon EC2 több adatközpontból kiszolgált szolgáltatásai.

Méretezhető

Searchtool right.svg

A „cloud computing” alkalmazásával megszűnhet az az aggodalmunk, hogy mi történik, ha megnövekszik a vállalkozás forgalma, a piaci körülmények mennyire befolyásolják a tevékenységünket, ugyanis a felhő szolgáltatásai méretezhetőek.[8] Ennek alapján az induló cégeknek valamint a kis- és középvállalkozásoknak a hosztolt nyilvános felhő, míg a nagyvállalatok esetében a privát felhő bevezetése a leghatékonyabb.

Nagy rendelkezésre állás

Searchtool right.svg

A felhőalapú szolgáltatások mögött meghúzódó cégek folyamatos fejlesztése és komoly beruházásai, hatalmas adatbankjai a garancia arra, hogy a szolgáltatások megfelelő minőségben álljanak rendelkezésre.

Költségkímélő

A hardvereszközök megvásárlásának költségét a szolgáltatás használatának díja váltja fel - ez például lehet a bérelt számítási kapacitás, hálózati forgalom, vagy felhasználók száma alapján kiszámolt összeg.

A működtetési feladatok nem a felhasználókat terhelik.

Az alkalmazások frissítésének járulékos költségei is megtakaríthatók

A felhőélmény alatt értjük a folyamatos online, a „bárhol, bármikor és bárkivel” való kapcsolatteremtés élményét, amelyet a felhasználók tapasztalnak a felhő alkalmazásokon keresztül. Ilyen alkalmazások például a Dropbox, az iCloud és a GoogleDrive. A felhasználó ottléte a felhőbe merítkezve történik, ezáltal feltétellé válik a folytonos online lét, a felhőélmény.

Ösztönzőleg hat:

a tudásmegosztásra (Példa: Wikipedia)

a nyitottságra (Példa: Dropbox)

a közös munkára

a közösségben való létezésre (Példa: Facebook)

az egészségügyre

Így a felhőélmény hatására az emberek közötti kommunikáció új közösséget eredményez, amelyre a radikális bővülés, az aktív felhasználói élmény és az állandó változás jellemző. Új tartalmak jelennek meg, mint például a kommentek. Ez az új közvetítő közeg, a felhő nagyon gyors, vizuális alapú, a közösség maga alkotja és építi, ezáltal folyamatosan formálódik, változik.

Nem minden vállalat számára előnyös:

A felhőalapú számítástechnika bármilyen kis- és nagyvállalat számára előnyös lehet, de ehhez megfelelő szolgáltatási típust kell kiválasztani és meg kell határozni, hogy az informatikai környezet melyik részét telepítik a felhőbe. Előnyös elsősorban azokat az alkalmazásokat telepíteni át, amelyek egyébként is külső alkalmazásokhoz és szolgáltatásokhoz kapcsolódnak.

Nem biztonságos:

Egyes feltételeknek, mint az amerikai PCI biztonsági szabvány, amely a bankkártya adatok kezelését köti meg, nehéz megfelelő környezetet találni a felhő szolgáltatók között, ezeket nem minden szolgáltató biztosítja.

A felhőben tárolt adatok feletti ellenőrzés elveszítése:

A megoldás erre, hogy a szolgáltatásra egy megfelelő referenciákkal rendelkező céget kell keresni, aki biztosítja, hogy az adatok biztonságban lesznek és a vállalat által előírt igényeknek megfelelnek, akár egy pénzügyi vagy jogi profilt képviselő vállalat esetében is.

Takarékosság

Felhő alapú szolgáltatások esetében nincs szükség dedikált hardver vásárlására, ami jelentősebb megtakarítás a legtöbb esetben. Gyorsan változtatható az allokált erőforrások mérete is, ami további előny.

http://zeus.nyf.hu/~elat/Automatika_I.pdf

Nyílvánosfelhő 13/B

A nyilvános felhő a felhő-számítástechnika leggyakoribb típusa. A nyilvános felhők számítási erőforrásainak (például a kiszolgálók és a tárhelyek) tulajdonosai és működtetői külső felhőszolgáltatók, szolgáltatásaik pedig az interneten keresztül érhetők el. A nyilvános felhő esetében minden hardvereszköz, szoftver és egyéb támogató infrastruktúra tulajdonosa és kezelője a felhőszolgáltató. A Microsoft Azure például nyilvános felhő.

A nyilvános felhőben más cégekkel vagy „bérlőkkel” együtt ugyanazokat hardvereszközöket, tárhelyeket és hálózati eszközöket használja, és webböngészővel éri el a szolgáltatásokat és azzal kezelheti a fiókját is. A nyilvános felhőbeli környezeteket főleg webalapú e-mail, online irodai alkalmazások, tárhely és tesztelési és fejlesztési környezet biztosítására használják.

A nyilvános felhő előnyei:

Alacsonyabb költségek – nem szükséges megvásárolni a hardvert és a szoftvert, és Ön csak a felhasznált szolgáltatásokért fizet.

Nincs karbantartás – a karbantartást felhőszolgáltatója végzi.

Majdnem végtelen skálázási lehetőség – üzleti szükségletei kielégítéséhez igény szerinti erőforrások állnak rendelkezésre.

Magas megbízhatóság – a kiszolgálók hatalmas hálózata biztosítékot nyújt az üzemzavarok ellen.

https://azure.microsoft.com/hu-hu/overview/what-are-private-public-hybrid-clouds/#public-cloud

A kikapcsolt számítógépek távoli bekapcsolása (ébresztés)

A Wake-on-LAN technológia (rövidítve WoL) az ipari szabvány a kikapcsolt számítógépek felébresztésére. De ne feledje, hogy a kikapcsolt számítógép valójában nem teljesen van kikapcsolva - valójában nagyon alacsony fogyasztású üzemmódban van .Az alacsonyabb üzemmód azt jelenti, hogy a számítógép fenntartja az áramforráshoz való hozzáférést, miközben azt „kikapcsolták”. Ez az alacsony fogyasztású üzemmód pontosan lehetővé teszi ezt a kiegészítő Wake-On-Lan funkciót, amelyről ez a cikk szól. A Wake-On-Lan technológia alapvetően képes távolról elindítani a számítógépet, mintha a bekapcsoló gombot megnyomnák. Ez azért lehetséges, mert miután engedélyezte a Wake-On-Lan funkciót, a NIC (hálózati interfészkártya) továbbra is energiát vesz.A helyi ébresztés egy olyan szolgáltatás, amely sokféle helyzetben hasznos lehet. A legnagyobb előnye az, hogy megőrzi a fájlok és programok folyamatos hozzáférését. És ha aggódik az energiaköltségek miatt, ne légy - A számítógép már alacsony fogyasztású állapotban van leállítva, így nem fog növekedni az áramszámlája. Az ébresztés ideális egy olyan programmal együtt, mint például a TeamViewer vagy a VNC. Ez is jó tulajdonság, ha a számítógépet fájlszerverként vagy játékszerverként használja. A technológia lényegében az ébresztés-on-LAN kompatibilis számítógépek előkészítésével várja meg az információs csomagot, amely tartalmazza a hálózat MAC-címét. Ezt az információt általában speciális szoftver küldi ki bármely platformon, de az internetes alkalmazások és az útválasztók szintén elküldik ezeket az információkat.Az információcsomagokhoz használt Wake-on-LAN portok általában az UDP 7 és az UDP 9. Ne feledje, hogy a csomag meghallgatásához a számítógép bizonyos energiát fogyaszt, miközben a hálózati kártya aktív. Ez nem jelent problémát az asztali számítógépek számára, de érdemes kikapcsolni ezt a funkciót egy laptopon, ha úton van. Két dolgot kell figyelembe vennie annak ellenőrzésekor, hogy a Wake-on-Lan támogatott-e a számítógépen: Alaplap - Itt az egyetlen követelmény, hogy az alaplap csatlakoztatva legyen egy ATX-kompatibilis tápegységhez. Ez majdnem egy adott tény, ha számítógépét az elmúlt évtizedben gyártották.Hálózati kártya - Az ethernetnek vagy a vezeték nélküli kártyanek támogatnia kell a Wake-on-Lan szolgáltatást is, hogy ez működjön. Ne feledje, hogy ezt a BIOS-on keresztül vagy a hálózati kártya firmware-jén kell beállítani, így nem kell külön szoftvert telepítenie ehhez.WakeOnLanhoz.