„Információs rendszerek üzemeltetése (IRÜ) - Vizsgakérdések” változatai közötti eltérés
zero day attack-nél nem egyértelmű, hogy a fejlesztőnek tudnia kéne róla... |
|||
| (50 közbenső módosítás, amit 11 másik szerkesztő végzett, nincs mutatva) | |||
| 4. sor: | 4. sor: | ||
Az oldal korábbi szeparált Wiki-aloldalak összevonásából keletkezett, hogy legyen inkább minden vizsga egy helyen, ne legyenek a szükséges információk széjjeltördelve, könnyebb legyen a vizsgák közt keresni, stb. Gyűjtsük tehát a vizsgákat innentől ide, egy Wiki-aloldalra! Köszi a hozzájárulást (előre is) mindenkinek! --[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. június 12., 18:45 (UTC) | Az oldal korábbi szeparált Wiki-aloldalak összevonásából keletkezett, hogy legyen inkább minden vizsga egy helyen, ne legyenek a szükséges információk széjjeltördelve, könnyebb legyen a vizsgák közt keresni, stb. Gyűjtsük tehát a vizsgákat innentől ide, egy Wiki-aloldalra! Köszi a hozzájárulást (előre is) mindenkinek! --[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. június 12., 18:45 (UTC) | ||
== Rendelkezésre állások == | == Rendelkezésre állások == | ||
| 109. sor: | 97. sor: | ||
====Feleletválasztós teszt==== | ====Feleletválasztós teszt==== | ||
Itt a konkrét válaszok, nem pedig a választási lehetőségek láthatók!! | |||
# Mire jó az alhálózati maszk? | # Mire jó az alhálózati maszk? | ||
#: megadja az alhálózatok méretét | |||
#: IP-protokoll számára az IP-cím és az alhálózati maszk csak együtt értelmes, alhálózati maszk hiányában az állomás nem tudja meghatározni az őt tartalmazó hálózat címét, ami pedig az útválasztáshoz elengedhetetlen | |||
#: a hálózat címét az IP-cím és alhálózati maszk bitenkénti ÉS-elésével kapjuk meg | |||
# Melyik nem igaz a POP3-ra ..? | # Melyik nem igaz a POP3-ra ..? | ||
# Milyen típusú IPS-ek vannak? | # Milyen típusú IPS-ek vannak? | ||
## Minta-alapú (signature-based) | |||
## Anomáliadetektorok | |||
## Honeypot | |||
#: [http://i.imgur.com/97vqa9R.png] | |||
# Melyik hálózatba tartozik az alábbi cím?.... (A,B,C,D osztály) | # Melyik hálózatba tartozik az alábbi cím?.... (A,B,C,D osztály) | ||
# '''Melyik hálózati rétegbe tartozik a Bridge?''' ''2. (adatkapcsolati) réteg'' | ## A: 1.0.0.0 to 127.255.255.255 | ||
# '''Mi az SLA?''' ''Service Level Agreement: szerződés a szolgáltató és az előfizető között'' | ## B: 128.0.0.0 to 191.255.255.255 | ||
# '''Ki adja a MAC - címet / Kitől származik a MAC-cím?''' ''Gyártótól'' | ## C: 192.0.0.0 to 223.255.255.255 | ||
# '''Mi az e-mail üzenettovábbítás?''' ''e-mail szerverről szerverre megy'' | ## D: 224.0.0.0 to 239.255.255.255 | ||
#: [http://i.imgur.com/L79yYSD.png] | |||
# '''Melyik hálózati rétegbe tartozik a Bridge?''' | |||
#: ''2. (adatkapcsolati) réteg'' | |||
# '''Mi az SLA?''' | |||
#: ''Service Level Agreement: szerződés a szolgáltató és az előfizető között'' | |||
# '''Ki adja a MAC - címet / Kitől származik a MAC-cím?''' | |||
#: ''Gyártótól'' | |||
# '''Mi az e-mail üzenettovábbítás?''' | |||
#: ''e-mail szerverről szerverre megy'' | |||
# Mit jelent a dedikált hálózat / dedikált tárolás? | # Mit jelent a dedikált hálózat / dedikált tárolás? | ||
#: SAN (Storage Area Network): központosított, nagy teljesítményű, adattárolásra dedikált hálózat, amely összeköti a szervereket tárolóeszközöket, hálózati elemeket és kapcsolóeszközöket, valamint támogató szoftver megoldásokat tartalmaz. | |||
# Melyik tartozik a referencia adatok közé? | # Melyik tartozik a referencia adatok közé? | ||
## Riportok | |||
## Tranzakciós jelentések | |||
## Publikált dokumentumok, weboldalak, email | |||
## Audio-/videofelvételek | |||
====Kiegészítős kérdések==== | ====Kiegészítős kérdések==== | ||
| 125. sor: | 136. sor: | ||
# <code>152.66.254.128 / 28</code> című hálózathoz tartozó cím, ha nem ismerik a gépek a saját címüket | # <code>152.66.254.128 / 28</code> című hálózathoz tartozó cím, ha nem ismerik a gépek a saját címüket | ||
#: http://jodies.de/ipcalc?host=152.66.254.128&mask1=28&mask2= | #: http://jodies.de/ipcalc?host=152.66.254.128&mask1=28&mask2= | ||
# Miért kell munkaállomásokhoz vírusvédelmi | #: TODO! | ||
# Miért kell munkaállomásokhoz vírusvédelmi szoftvert rendelni még külön, ha van központi vírusvédelmi szoftver is a gateway-en? | |||
#: Mert a fertőzésnek más forrásai is lehetnek, pl. pendrive. | |||
# VoIP szolgáltatásminőség romlás esetén, milyen paramétereket vizsgálnál meg (amik a csomagra vonatkoznak)? ( 3 darab) | # VoIP szolgáltatásminőség romlás esetén, milyen paramétereket vizsgálnál meg (amik a csomagra vonatkoznak)? ( 3 darab) | ||
# '''Mondj egy mezőt a MIME-fejlécből!''' ''MIME | #: TODO! | ||
# '''Hány perc kiesést enged meg egy évi 99.9% -os rendelkezésre állású szerver?''' | # '''Mondj egy mezőt a MIME-fejlécből!''' | ||
#: | ## '''MIME-Version''': 1.0 | ||
## '''Content-Type''': text/plain | |||
## '''Content-Disposition''': attachment; filename=genome.jpeg; | |||
##: modification-date="Wed, 12 Feb 1997 16:29:51 -0500"; | |||
## '''Content-Transfer-Encoding''' | |||
# '''Hány perc kiesést enged meg egy évi 99.9%-os rendelkezésre állású szerver?''' | |||
#: idő 99,9%-ában jó, (100%-99,9%)=0.1%-ában (0.001) rossz, egy év 31 536 000 másodpercből áll → 31 536 000 * 0,001 = 31 536 másodperc = 525,6 perc (~ 8 és ¾ óra) kiesés megengedhető | |||
# '''Miért nem biztonságos az automatikus letöltésű patch?''' | |||
#: Nem lehet tesztelni használat előtt. | |||
# '''Melyik biztonságosabb, a RAID3 vagy a RAID5 és miért?''' | # '''Melyik biztonságosabb, a RAID3 vagy a RAID5 és miért?''' | ||
#:''RAID5, mivel a paritás egyenletesen el van osztva'' | #:''<s>RAID5, mivel a paritás egyenletesen el van osztva.</s> Mindkettő n+1 redundanciát valósít meg, azaz legfeljebb egy lemez kieesése esetén az adat még visszaállítható, tehát mindkettő ugyanolyan biztonságos (de a RAID5 hatékonyabb).'' | ||
====Rövidítések==== | ====Rövidítések==== | ||
| 152. sor: | 172. sor: | ||
; Megoldás: | ; Megoldás: | ||
# | # TODO! | ||
# | # TODO! | ||
# | # Inkrementális mentés: | ||
## Inkrementális mentést alkalmazunk, ezért hétfőtől szombatig minden nap: 3000*0.2=600 GB adat. Mivel 6 ilyen nap van: 6*600=3600. <br/> | ## Inkrementális mentést alkalmazunk, ezért hétfőtől szombatig minden nap: 3000*0.2=600 GB adat. Mivel 6 ilyen nap van: 6*600=3600. <br/> | ||
##: Hozzávesszük a vasárnapi teljes mentést: 3000 GB Tehát a héten összesen 3600+3000 = 6600GB.<br/> | ##: Hozzávesszük a vasárnapi teljes mentést: 3000 GB Tehát a héten összesen 3600+3000 = 6600GB.<br/> | ||
| 176. sor: | 196. sor: | ||
* Kik közötti megállapodás az SLA? | * Kik közötti megállapodás az SLA? | ||
** a szolgáltatók/hálózat-operátorok között | |||
** a hozzáférési hálózatot biztosító szolgáltató és az előfizető között | |||
* Melyik nem fordulhat elő egy SLA-ban? | * Melyik nem fordulhat elő egy SLA-ban? | ||
* Az IP végén a <code>/27</code> azt jelenti, hogy... | * Az IP végén a <code>/27</code> azt jelenti, hogy... | ||
*: 27 bit van fenntartva a network prefixnek, és a maradék 5 bit a host címzésnek (melyik azonosítja a hostot). | |||
* Melyik a nyomtatók számára nyersen emészthető formátum? | * Melyik a nyomtatók számára nyersen emészthető formátum? | ||
*: RAW-formátumok: '''PCL''' (Printer Command Language (HP)), '''PostScript''' | |||
* Mi az a honeypot és a (...még valami...)? | * Mi az a honeypot és a (...még valami...)? | ||
*: honeypot: védtelen eszköznek mutatja magát, megtámadják a vírusok és rosszindulatú SW-ek, mi pedig megismerhetjük a viselkedését, patternjét, így védekezhetünk a valódi eszközökben | |||
* Mennyi egy szerver karbantartási ideje a frissítési, tesztelési és visszakozz-idő alapján? | * Mennyi egy szerver karbantartási ideje a frissítési, tesztelési és visszakozz-idő alapján? | ||
*: Karbantartási idő = ( Frissítési idő + Teszt idő + Visszakozz-idő + Visszakozz-teszt idő ) * [2..3] | |||
* Mi a szalagvisszanyerés? | * Mi a szalagvisszanyerés? | ||
*: A felhasználó által definiálható küszöbérték elérésekor az érvényes adatokat egy új szalagra másolja át. Ez a másolás időzíthető, kontrollálható. | |||
* Minek a szokásos helye a demilitarizált zóna (DMZ)? | * Minek a szokásos helye a demilitarizált zóna (DMZ)? | ||
*: A demilitarizált zóna (DMZ) egy olyan fizikai vagy logikai alhálózat, ami egy szervezet belső szolgáltatásait tartalmazza és tárja fel egy nagyobb, nem megbízható hálózatnak, általában az internetnek. A DMZ célja, hogy egy plusz biztonsági réteget biztosítson a szervezet helyi hálózatának (LAN). Így egy külső támadónak csak a DMZ-ben található berendezésekhez lehet hozzáférése, nem az egész hálózathoz. Alapjában minden szolgáltatást, ami a külső hálózat felhasználóit látja el, a DMZ-n belülre kellene helyezni. A leggyakoribbak ezek közül a '''web-, mail-, ftp- és DNS-szerverek'''. | |||
====Kiegészítős kérdések==== | ====Kiegészítős kérdések==== | ||
| 196. sor: | 224. sor: | ||
* SSH | * SSH | ||
*: Secure Shell | |||
* SSL | * SSL | ||
*: Secure Socket Layer | |||
* IRÜ (!) | * IRÜ (!) | ||
*: EZ MI LEHET???? :-O | |||
====Kifejtős példák==== | ====Kifejtős példák==== | ||
| 203. sor: | 234. sor: | ||
* Központi AAA nyilvántartást hozunk létre. Ez azért jó, mert: | * Központi AAA nyilvántartást hozunk létre. Ez azért jó, mert: | ||
** a) a ... egyszerűsödik | ** a) a ... egyszerűsödik | ||
**: TODO! | |||
** b) a ... központilag lesznek nyilvántartva | ** b) a ... központilag lesznek nyilvántartva | ||
**: TODO! | |||
** c) a felhasználó szintből ... lehet létrehozni | ** c) a felhasználó szintből ... lehet létrehozni | ||
**: TODO! | |||
** d) kikényszeríthető a felhasználóktól a periodikus ... | ** d) kikényszeríthető a felhasználóktól a periodikus ... | ||
**: TODO! | |||
** e) ? | ** e) ? | ||
** f) ? | ** f) ? | ||
* Biztonsági szempontból előnyös, ha a felhasználók egy ... szerverre jelentkeznek be, ami megváltoztatja a kérést. | * Biztonsági szempontból előnyös, ha a felhasználók egy ... szerverre jelentkeznek be, ami megváltoztatja a kérést. | ||
**: TODO! | |||
* Megváltoztathatja a kérésben az RDP-hez tartozó ... is, ami eredetileg ... (segítség: az LDAP-énál háromezerrel több). | * Megváltoztathatja a kérésben az RDP-hez tartozó ... is, ami eredetileg ... (segítség: az LDAP-énál háromezerrel több). | ||
**: TODO! | |||
* Húzd alá, melyik nem központi AAA technológia: RADIUS, DIAMETER, IPSec, TACACS | * Húzd alá, melyik nem központi AAA technológia: RADIUS, DIAMETER, IPSec, TACACS | ||
**: TODO! | |||
* Blokkos eszközök összehasonlítása táblázatban (előnyök/hátrányok) | * Blokkos eszközök összehasonlítása táblázatban (előnyök/hátrányok) | ||
**: TODO! | |||
====Számolós feladat (számológépet most sem lehetett használni)==== | ====Számolós feladat (számológépet most sem lehetett használni)==== | ||
| 218. sor: | 257. sor: | ||
* a) Három kilences rendelkezésre állásnál hány másodperc lehet a kiesés? (Egy évben 31536000 másodperc van). | * a) Három kilences rendelkezésre állásnál hány másodperc lehet a kiesés? (Egy évben 31536000 másodperc van). | ||
* b) Ha nincs nem tervezett leállás, mennyi a negyedéves karbantartási ablak? | * b) Ha nincs nem tervezett leállás, mennyi a negyedéves karbantartási ablak? | ||
* c) A legkomplexebb szerver frissítési ideje | * c) A legkomplexebb szerver frissítési ideje 20 perc, a visszakozz-terv ideje 15 perc, a tesztelés mindig 25 perc (ilyesmi számok). Mennyi időt szánsz a karbantartásra? Indokold! | ||
* d) Ha látod, hogy a frissítés nem fog sikerülni, mikor kezded a visszakozzt? | * d) Ha látod, hogy a frissítés nem fog sikerülni, mikor kezded a visszakozzt? | ||
* e) Mivel úgy tűnik, hogy a szűkös időkeret miatt nem tudsz megfelelni az elvárásoknak, milyen ésszerű javaslattal állnál elő a cég vezetése felé? | * e) Mivel úgy tűnik, hogy a szűkös időkeret miatt nem tudsz megfelelni az elvárásoknak, milyen ésszerű javaslattal állnál elő a cég vezetése felé? | ||
| 225. sor: | 264. sor: | ||
* a) 31536000*(1-0.999)=31536 másodperc. | * a) 31536000*(1-0.999)=31536 másodperc. | ||
* b) Ennek a negyede, kb. 8000 másodperc | * b) Ennek a negyede, 31536/4 = 7884 másodperc (~ 2 óra 11 perc) (úgy is elfogadták, hogy kb. 8000 másodperc). | ||
* c) (2 vagy 3)*(20+25+15+25), 2 vagy 3 frissítés-tesztelés-visszakozz-tesztelés ciklussal. | * c) Karbantartási idő = ( Frissítési idő + Teszt idő + Visszakozz-idő + Visszakozz-teszt idő ) * [2..3] | ||
* d) | *: (2 vagy 3)*(20+25+15+25), 2 vagy 3 frissítés-tesztelés-visszakozz-tesztelés ciklussal. | ||
*: De maximum a karbantartási ablak (2 óra 11 perc)! | |||
* d) A karbantartási ablak vége előtt 15 perc (visszakozz) + 25 perc (teszt) = 40 perccel (így még van idő a tesztelésre is) | |||
* e) Redundáns szerverek. | * e) Redundáns szerverek. | ||
| 345. sor: | 386. sor: | ||
====5. In-band és out-of-band tároló virtualizációs megoldások felrajzolása, összehasonlítása, előnyök, hátrányok (6 pontért).==== | ====5. In-band és out-of-band tároló virtualizációs megoldások felrajzolása, összehasonlítása, előnyök, hátrányok (6 pontért).==== | ||
* In-Band: | * In-Band: Virtualizációs motor az adatútban. Lassabb. Szerveren nem kell speciális szoftver | ||
* Out-of-band: Elválik egymástól a vezérlés és az adatút. | * Out-of-band: Elválik egymástól a vezérlés és az adatút. Gyorsabb, hiszen direkt hozzáfér az adattárolóhoz. Szükséges szoftver a szerverre ami lekérdezi a VM-től az adat fizikai helyét (utána meg eléri). | ||
== 2011.05.26. == | == 2011.05.26. == | ||
| 353. sor: | 394. sor: | ||
====1. Mikor használhatjuk a FlashCopy technikát BackUP célokra?==== | ====1. Mikor használhatjuk a FlashCopy technikát BackUP célokra?==== | ||
Nem használjuk, mert nem adatmentésre szolgál csak visszaállításra. (Mert nem készül igazi másolat.) | |||
====2. Mit jelent a kollokáció az adatmentés során?==== | ====2. Mit jelent a kollokáció az adatmentés során?==== | ||
| 368. sor: | 409. sor: | ||
====6. Mire szolgál a RARP?==== | ====6. Mire szolgál a RARP?==== | ||
MAC címhez IP | Reverse ARP: MAC címhez IP | ||
====7. Jellemezze 1 mondattal a Raid3/Raid5 technikát.==== | ====7. Jellemezze 1 mondattal a Raid3/Raid5 technikát.==== | ||
| 679. sor: | 720. sor: | ||
Teljes mentést fogadták el a gyorsaság miatt. (Ha minden nap teljes mentést csinálsz, akkor egy kazetta felhasználásával bármelyik napot visszaállíthatod. Ha viszont differenciális mentést csinálnál, akkor az két kazetta (kivéve ha a teljes mentés napját állítod vissza). Inkrementálisnál pedig sok kazettacsere kell. Legalábbis szerintem a kazettacserék miatti lassúság elkerülését várták.) | Teljes mentést fogadták el a gyorsaság miatt. (Ha minden nap teljes mentést csinálsz, akkor egy kazetta felhasználásával bármelyik napot visszaállíthatod. Ha viszont differenciális mentést csinálnál, akkor az két kazetta (kivéve ha a teljes mentés napját állítod vissza). Inkrementálisnál pedig sok kazettacsere kell. Legalábbis szerintem a kazettacserék miatti lassúság elkerülését várták.) | ||
''Szerintem nem csak a kazetta csere miatt lassabb, hanem azért is, mert több kazettát kell végigolvasni. Ha egy kazettára ráfér az egész, akkor teljesnél 1 kazettát, differenciálisnál 2 kazettát kell végigolvasni.'' | |||
====6. Táblázat kitöltős volt. Vasárnap teljes mentés volt, ki kellet tölteni, hogy a Differenciális, az Inkrementális, és a Progresszív miket ment hétfőn, kedden, és szerdán. Hétfőn az A file-t változtatták. Kedden az F file-t töröltük a B-t áthelyeztük. Szerdán a G-t létrehoztuk, és az D-t módosítottuk.==== | ====6. Táblázat kitöltős volt. Vasárnap teljes mentés volt, ki kellet tölteni, hogy a Differenciális, az Inkrementális, és a Progresszív miket ment hétfőn, kedden, és szerdán. Hétfőn az A file-t változtatták. Kedden az F file-t töröltük a B-t áthelyeztük. Szerdán a G-t létrehoztuk, és az D-t módosítottuk.==== | ||
| 725. sor: | 766. sor: | ||
#: public + private cloud | #: public + private cloud | ||
# '''Adjon megy egy példát egy, a MIME-fejlécben szereplő mezőnévre!''' | # '''Adjon megy egy példát egy, a MIME-fejlécben szereplő mezőnévre!''' | ||
#: encoding vagy content type vagy mime version | #: content transfer encoding vagy content type vagy mime version | ||
# '''Egy három-kilences rendelkezésre állású rendszernél megengedhető-e a négyórányi leállás egy évben?''' | # '''Egy három-kilences rendelkezésre állású rendszernél megengedhető-e a négyórányi leállás egy évben?''' | ||
#: ez csak számolás. | #: ez csak számolás. | ||
| 752. sor: | 793. sor: | ||
#: ''"A zero day exploit is when the exploit for the vulnerability is created '''before, or on the same day as the vulnerability is learned about by the vendor'''. By creating a virus or worm that takes advantage of a '''vulnerability the vendor is not yet aware of''' and for which there is not currently a patch available the attacker can wreak maximum havoc. Some vulnerabilities are dubbed zero day exploit vulnerabilities by the media, but the question is zero day by '''whose calendar'''? Often times the vendor and key technology providers are aware of a vulnerability weeks or even months before an exploit is created or '''before the vulnerability is disclosed publicly'''."'' | #: ''"A zero day exploit is when the exploit for the vulnerability is created '''before, or on the same day as the vulnerability is learned about by the vendor'''. By creating a virus or worm that takes advantage of a '''vulnerability the vendor is not yet aware of''' and for which there is not currently a patch available the attacker can wreak maximum havoc. Some vulnerabilities are dubbed zero day exploit vulnerabilities by the media, but the question is zero day by '''whose calendar'''? Often times the vendor and key technology providers are aware of a vulnerability weeks or even months before an exploit is created or '''before the vulnerability is disclosed publicly'''."'' | ||
#: Ennyi alapján még mindig nem lehet kijelenteni, hogy a zero day attack-nek biztosan előfeltétele lenne az, hogy a fejlesztő tudjon róla. Más vélemény? --[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. június 14., 23:02 (UTC) | #: Ennyi alapján még mindig nem lehet kijelenteni, hogy a zero day attack-nek biztosan előfeltétele lenne az, hogy a fejlesztő tudjon róla. Más vélemény? --[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. június 14., 23:02 (UTC) | ||
#: '''Egy hiteles forrás''' (research paper olyantól, aki ezzel fogalkozik...) alapján (http://users.ece.cmu.edu/~tdumitra/public_documents/bilge12_zero_day.pdf) a szoftver készítője '''NEM TUD RÓLA!!!''' Idézném a következő részt: "A zero-day attack is a cyber attack exploiting a vulnerability that '''has not been disclosed publicly'''. There is almost no defense against a zero-day attack: while '''the vulnerability remains unknown, the software affected cannot be patched''' and anti-virus products cannot detect the attack through signature-based scanning." --[[Szerkesztő:Akg92|Akg92]] ([[Szerkesztővita:Akg92|vita]]) 2014. május 29., 00:53 (UTC) | |||
# '''Miért van szükség munkaállomás szintű vírusvédelemre is, ha egy adott vállalatnál vírusvédelmi szoftver fut a központi belépési ponton (gateway-n)?''' | # '''Miért van szükség munkaállomás szintű vírusvédelemre is, ha egy adott vállalatnál vírusvédelmi szoftver fut a központi belépési ponton (gateway-n)?''' | ||
#: mert pendriveon is jöhet támadás pl. | #: mert pendriveon is jöhet támadás pl. | ||
===Nagykérdések / számolósak=== | === Nagykérdések / számolósak (TODO: javítani a táblázat közbeékelése miatt elromlott számozást) === | ||
# '''Egy kiterjedt IPTV-rendszerhez szolgáltatás- és hálózati-felügyeleti rendszert tervez.''' | # '''Egy kiterjedt IPTV-rendszerhez szolgáltatás- és hálózati-felügyeleti rendszert tervez.''' | ||
| 819. sor: | 861. sor: | ||
|- | |- | ||
|} | |} | ||
<big>Miért szerepel többször ugyanaz a betű a differenciális mentéseknél??</big> | #: <big>Miért szerepel többször ugyanaz a betű a differenciális mentéseknél??</big> | ||
# | ## '''a, Adja meg a táblázatban, hogy az egyes napokon mely fájlok kerülnek mentésre a két megadott mentési stragétia esetében!''' | ||
# | ## '''b, Pénteken a szerda késő esti állapotot szeretné visszaállítani. Mely napi mentési diszkről milyen fájlokat kell visszaállítania a különböző mentési stratégiák esetén?''' | ||
#:: '''Inkrementális''' | ##:: '''Inkrementális''' | ||
#::: Legutóbbi vasárnapi teljes mentés plusz a hétfői diszkről a B, a keddi diszkről az A és a C, a szerdai diszkről pedig a D. | ##::: Legutóbbi vasárnapi teljes mentés plusz a hétfői diszkről a B, a keddi diszkről az A és a C, a szerdai diszkről pedig a D. | ||
#:: '''Differenciális''' | ##:: '''Differenciális''' | ||
#::: Legutóbbi vasárnapi teljes mentés plusz a szerda éjjel készített diskről másoljuk vissza, az A,B,C és D fájlokat. | ##::: Legutóbbi vasárnapi teljes mentés plusz a szerda éjjel készített diskről másoljuk vissza, az A,B,C és D fájlokat. | ||
# '''Kódolja ezt a szöveget "Think Good Talk Good Act Good" ASN.1-el (Basic Encoding Rules) mint 6 darab sorozat sorozata ("sequence of 6 sequences")(Tag code: H'10, Universal: 00, Constructed: 1). Minden szó egy oktett-sztring sorozatként legyen reprezentálva (Tag code: 04, Universal: 00, Primitive: 0), a szóközt nem kell kódolni.''' | # '''Kódolja ezt a szöveget "Think Good Talk Good Act Good" ASN.1-el (Basic Encoding Rules) mint 6 darab sorozat sorozata ("sequence of 6 sequences")(Tag code: H'10, Universal: 00, Constructed: 1). Minden szó egy oktett-sztring sorozatként legyen reprezentálva (Tag code: 04, Universal: 00, Primitive: 0), a szóközt nem kell kódolni.''' | ||
#::[[Fájl:Iru vizsga tablazat.jpeg]] | #::[[Fájl:Iru vizsga tablazat.jpeg]] | ||
| 841. sor: | 883. sor: | ||
#:04 04 47 6F 6F 64 (Octett string, 4 hosszú, "g", "o", "o", "d") | #:04 04 47 6F 6F 64 (Octett string, 4 hosszú, "g", "o", "o", "d") | ||
#:A vizsgán nem biztos hogy ez a szöveg volt, de a lényeg az hogy alapvetően így kell megoldani. Remélem így érthető. :) | #:A vizsgán nem biztos hogy ez a szöveg volt, de a lényeg az hogy alapvetően így kell megoldani. Remélem így érthető. :) | ||
# '''Egy szabály alapú esemény-korrelációval működő hibajel-feldolgozó eljárás az alábbi ábrán feltűntetett szabályok alapján működik''' | # '''Egy szabály alapú esemény-korrelációval működő hibajel-feldolgozó eljárás az alábbi ábrán feltűntetett szabályok alapján működik''' | ||
#:: [[Fájl:Iru vizsga korrelaciosvalami.jpeg]] | #:: [[Fájl:Iru vizsga korrelaciosvalami.jpeg]] | ||
#: Szabályok: | |||
#: 1. három darab c t<τ idő alatt, akkor X | |||
#: 2. kettő darab b1 és egy darab b2 t<τ idő alatt, akkor Y | |||
#: 3. a1 és a2 közvetlenül egymás után, akkor Z | |||
#: 4. kettő a1 közvetlenül egymás után, akkor W | |||
#: __________________________________________________________ | |||
#: '''a, Hogyan bővítené a rendszert ahhoz, hogy eset alapú hibaok-analízis megoldássá alakuljon?''' | #: '''a, Hogyan bővítené a rendszert ahhoz, hogy eset alapú hibaok-analízis megoldássá alakuljon?''' | ||
#:: - Vélt és valódi hibaokokkal és visszacsatolóval. | #:: - Vélt és valódi hibaokokkal és visszacsatolóval. | ||
| 858. sor: | 905. sor: | ||
#:: - Nem változtatnék, mert az átlagos késleltetésbe még belefér a maximális 0.6s-os késleltetés, a 0.3s-os jittert pedig elbírja a 0,6s-osra méretezett buffer. | #:: - Nem változtatnék, mert az átlagos késleltetésbe még belefér a maximális 0.6s-os késleltetés, a 0.3s-os jittert pedig elbírja a 0,6s-osra méretezett buffer. | ||
== 2013.06.20. == | |||
=== Kiskérdések === | |||
# Mit nevezünk réteges elektronikus terjesztési ügynökprogramoknak? | |||
#:'''Egy központi pontból több telephely több szerverére, és onnan a helyi gépekre kerül az adat. (elfogadták)''' | |||
# Melyik TMN szint melyik funkciója a felelős a felhasználói hibabejelentések mögötti hibák javításáért? | |||
#:'''Service Management → Fault Management''' | |||
# Mi jellemzi az n+2 redundanciát biztosító RAID technológiát? | |||
#:'''RAID 6, kettős paritás (oszlop - Reed-Solomon kód, és sor - XOR), kettős hiba ellen véd''' | |||
# Milyen authentikációs elveket követne egy file hozzáférés jogosultságának megadásakor? | |||
# Soroljon fel két olyan tároló-rendszer típust, ami támogatja a blokkszintű hozzáférést! | |||
#:'''DAS, SAN''' | |||
# Egy szerverparkban 2TB adatmennyiséget kell menteni. A változás mértéke kb . 10%/nap, de az adatmennyiség nem növekszik, csak a tartalom módosul. Inkrementális mentést alkalmazva hányszorosa lesz a pénteki mentés mérete a hétfőinek? | |||
#:'''Ugyanakkora lesz, mivel az inkrementális mentés csak az előző napihoz képest történt változást menti, ami 10% minden nap!''' | |||
# A felhő IT (Cloud Computing) melyik rétege valósítja meg azt, hogy a felhasználó szoftver (alkalmazás) licencet kap, igény szerinti (on demand) szolgáltatásként? | |||
#:'''SaaS (Software as a Service)''' (az tiszta, hogy ez az elfogadott válasz, de ez miért RÉTEG? Lásd [[:File:IRÜ_vizsga_Felhő_IT_Elvi_referenciamodell.png|Felhő IT - elvi referenciamodell]] - másik vonatkozó ábra: [[:File:IRÜ_vizsga_Felhő_IT_SaaS_PaaS_IaaS.png|SaaS, PaaS, IaaS]]; de továbbra is az előző tűnik úgy, mint ami leírja a klasszikus rétegszerkezetet, ezért a kérdés picit megtévesztő) | |||
# Melyik RAID technológia nem növeli a biztonságot? | |||
#:'''RAID 0''' | |||
# Mi a RAlD 5 legnagyobb hátránya a RAID 3-hoz képest? | |||
#:'''If a drive ever fails, a RAID 3 will keep most of it's performance during a rebuild, whereas a RAID 5 will slow down noticeably, possibly to the point where you couldn't edit while it was being rebuilt.''' | |||
# Mi a leglényegesebb különbség a mentés és az archiválás között? | |||
#: A mentés célja az üzletfolytonosság biztosítása (felkészülve esetleges törl(őd)ésekre, meghibásodásokra), míg az archiválás célja referencia-időpontnak megfelelő adattartalom megőrzése (üzleti, jogi, törvényi okok miatt, illetve amiatt, mert a nem használt adatokat a produktív rendszerekből el kell távolítani). | |||
# Hol jelentkezik, és mit befolyásol a hálózatban a sorbanállási késleltetés? | |||
# Milyen hozzáféréssel jellemezhető (betűk és mínusz-jelek) egy olyan állomány Linuxban, amit a tulajdonos írhat és olvashat, a csoporttag olvashat, mindenki más csak végrehajthat? | |||
#:'''-rw-r----x''' | |||
# Adjon meg legalább kettőt abból a három általános jellemzőből, ami alapján egy felhasználó hitelesítése történhet! | |||
#:'''Amit a felhasználó tud, amivel rendelkezik, vagy egy fizikai tulajdonsága.''' | |||
# Mire szolgál a DASH (Desktop and Mobile Architecture for System Hardware)?<br/> | |||
# Adja meg a netmaskot a <code>192.168.128.0/26</code> alhálózatban! | |||
#:'''255.255.255.192''' ([http://jodies.de/ipcalc?host=192.168.128.0&mask1=26 gyorssegítség]) | |||
# Adja meg az összes olyan IP címet, amelyet a <code>192.168.128.128/26</code> alhálózatban a végpontoknak ki lehet osztani! | |||
#:'''192.168.128.129 .. 192.168.128.190''' ([http://jodies.de/ipcalc?host=192.168.128.128&mask1=26]) | |||
# Az e-mail kézbesítésekor " üzenettovábbítás"-ként azt értjük, amikor... | |||
#:'''szerverről szerverre továbbítódik az üzenet''' | |||
# Desktop management esetén mit nevezünk Wake on LAN szolgáltatásnak? | |||
#:'''hálózati üzenet hatására felébred a számítógép''' | |||
# Milyen 3 nagyobb típusba sorolhatóak a tűzfalak? | |||
#:'''Csomagszűrő, stateful inspection, proxy | |||
# Mi az elsődleges információ, amit megtudunk az MX rekord lekérdezésekor? | |||
#:'''a tartománynévhez rendelt levéltovábbító ügynökök listáját''' | |||
=== Nagykérdések === | |||
# <li value="21">Milyen funkciójú DNS szerverek ismertek egy Intranet infrastruktúrában? Írja le, mi a feladatuk, kiket/miket szolgálnak ki! (4 pont) | |||
## TODO! | |||
# Ez a feladat a logikai hozzáférés-kezelésről szól. | |||
## a) Ismertesse a logikai hozzáférés-kezelés három alapelvét! (3 pont) | |||
### Need-to-know: a felhasználó csak annyi információt tudhat, ami feltétlenül szükséges a munkája ellátásához. | |||
### Minimális jogosultság (least privilege): a felhasználó a legszűkebb körű jogosultsággal rendelkezhet, amely elegendő a munkavégzéséhez. | |||
### Feladatok elhatárolása (separation of duties): egy személy nem lehet felelős egy tranzakciólánc több lépéséért (pl. végrehajtás és ellenőrzés). | |||
## b) Röviden listázza a logikai hozzáférés kezelés elvein belül a jelszókezeléssel kapcsolatban felmerülő problémákat! (2 pont) | |||
### Alapértelmezett jelszó | |||
### Ideiglenes jelszó | |||
### Egyszer használatos jelszó | |||
### Jelszó öregedés | |||
### Nem tárolható, továbbítható titkosítatlanul | |||
### Erős jelszavak használata | |||
### Probléma, ha | |||
### túl komplex a jelszó | |||
### túl gyakran kell változtatni | |||
### 3 próbálkozás után felhasználó kizárása | |||
# Hálózatunkban 24 frame/sec, 2.4 Mbps paraméterekkel rendelkező videofolyamok átvitelére olyan SLS-t vállaltunk, melynél a késleltetés mindig 0.3 másodperc alatt marad. A hálózati eszközeink az adott átviteli úton maximum 0.05 másodperc késleltetést produkálnak, az átviteli eszközök által produkált csomagvesztés elhanyagolható. | |||
## a) A fenti adatok ismeretében mekkorára érdemes választani a jitter-buffert egy-egy videofolyamra - és miért? (3 pont) | |||
### TODO! | |||
## b) Ha a hálózatban 1000 videofolyam átvitelére kell garanciát vállalnunk, a felhasználóknak azonban átlagosan csak 20%-a használja egyidőben a szolgáltatást, akkor mekkora memóriaterületet foglaljunk le a teljes szolgáltatás jitter-bufferéhez? (2 pont) | |||
### TODO! | |||
# Kódolja ezt a szöveget ASN.1-gyel (Basic Encoding Rules), mint 3 darab oktett sztring sorozata („sequence of" 3 „oct-str”) (Tag code: H'10, Universal: 00, Constructed: 1): | |||
#: A: Twist and Shout | |||
#: B: Magical Mystery Tour; | |||
#: Minden szó egy oktett-sztringként legyen reprezentálva (Tag code: 04, Universal: 00, Primitive: 0), a szóközöket nem kell kódolni. (6 pont) | |||
## A: Twist and Shout | |||
### TODO! | |||
## B: Magical Mystery Tour | |||
### TODO! | |||
# Virtualizáció és felhő architektúra | |||
## a) Adja meg a virtuálisszerver-koncepció néhány jellemző tulajdonságát! (3 pont) | |||
### 2 jellemző előnyös tulajdonsága (ezek közül) | |||
#### közös erőforrás-gazdálkodás (Resource pooling) | |||
#### redundancia | |||
#### magas rendelkezésre állás | |||
#### új szerver gyors telepítése | |||
#### leállás nélkül átkonfigurálható | |||
#### fizikai erőforrások optimalizálása gazdaságos | |||
### 2 jellemző hátrányos tulajdonsága | |||
#### bonyolultabb tervezés | |||
#### drágább konfiguráció, mint a hagyományos (ugyanúgy meg kell fizetni a hardvert, az OS-t, az alkalmazásokat + az absztrakciós réteget is) | |||
## b) Sorolja fel a felhő IT (Cloud Computing) öt alapelvét! (3 pont) | |||
### Internet-protokollokkal elérhető bármely számítógépről. | |||
### Mindig elérhető és az igényekhez igazítható. | |||
### Felhasználás szerint fizetett (pay per use). (lesz más is? – pl. reklámérték szerinti?) | |||
### Vezérlő/ellenőrző interfészek. | |||
### „Önkiszolgáló” | |||
# További kérdések: | |||
## a.) Melyek a biztonsági üzemeltetéshez tartozó ún. patch menedzsment folyamat fő lépései? (2 pont) | |||
### Új patchek monitorozása | |||
#### Hiteles forrásból | |||
### Kritikussági szint alapján kockázatelemzés | |||
### Kockázatcsökkentés | |||
#### Patch alkalmazása | |||
#### Kompenzáló intézkedés | |||
### Tesztelés | |||
#### Funkcionalitás | |||
#### Biztonság | |||
#### Visszaalakítási terv | |||
### Éles rendszeren alkalmazás | |||
### Ellenőrzés (verifikáció) | |||
## b) Nevezzen meg és röviden jellemezzen két módszert az üzemeltetés biztonságát fenyegető ún. adatszivárgás csökkentésére! (2 pont) | |||
### TODO: átnézni: ez így elegendő? | |||
### Cserélhető/hordozható adathordozók kezelése: USB eszközök, CD/DVD | |||
### Titkosítás: bizalmas adatok tárolása | |||
### Biztonságos megsemmisítés: DVD/CD, háttértároló | |||
### Adathordozók biztonságos elhelyezése, kezelése | |||
### Adathordozók biztonságos szállítása | |||
== 2014.05.29. == | |||
=== Kiskérdések === | |||
# Adja meg a netmaskot a 192.168.128.0/26 alhálózatban | |||
#:'''255.255.255.192''' | |||
# Adja meg az összes olyan IP címet, amelyet a 192.168.128.128/26 alhálózatban a végpontoknak ki lehet osztani! | |||
#:'''192.168.128.129 - 192.168.128.190''' | |||
# Az e-mail kézbesítéskor "üzenettovábbítás"-ként azt értjük, amikor | |||
#:'''A különböző mail szerverek egymásnak tovvábbítják az üzeneteket a hop-ok során.''' | |||
# Desktop management esetén mit nevezünk Wake on LAN szolgáltatásnak? | |||
#:'''A számítógépet be lehet kapcsolni távolról is a hálózati kártya segítségével.''' | |||
# Mikor lassú egy MAID technológiával tárolt adatelem elérése | |||
#:'''Amikor olyan diszke(ke)n van, amelyek éppen nem mennek, ugyanis ekkor meg kell várni, amíg felpörögnek a lemezek''' | |||
# Mi az elsődleges információ, amit megtudunk az MX rekord lekérdezésekor | |||
#:'''a domainhez ratozó mail szerver címe''' | |||
# Mit nevezünk réteges elektronikus terjesztési ügynökprogramnak? | |||
#:'''Válasz''' | |||
# Melyik TMN szint melyik funkciója a felelős a felhasználói hibajelentések mögötti hibák javításáért | |||
#:'''Válasz''' | |||
# Mi jellemzi az n+2 redundanciát biztosító RAID technológiát | |||
#:'''RAID6 - 2 db paritás lemez található a gépben. 2 lemez meghibásodása esetén is elérhetőek az adatok''' | |||
# Milyen authentikációs elveket követne egy file-hozzáférés jogosultságának megadásakor? | |||
#:'''Válasz''' | |||
# Soroljon fel két olyan tároló-rendszer típust, ami támogatja a blokkszintű hozzáférést! | |||
#:'''SAN, IP-SAN, DAS''' | |||
# Egy szerverparkban 2TB adatmennyiséget kell menteni. A változás mértéke kb. 10%/nap, de az adatmennyiség nem növekszik, csak a tartalom módosul. Inkrementális mentést alkalmazva hányszorosa lesz a pénteki mentés mérete a hétfőinek? | |||
#:'''Ha vasárnap este volt a teljes mentés (és akkor volt a feladat szerint) akkor ugyan akkora lesz. (Tehát egyszeres)''' | |||
# A felhő IT (Cloud Computing) melyik rétege valósítja meg azt, hogy a felhasználó szoftver (alkalmazás) licencet kap, igény szerinti (on demand) szolgáltatásként? | |||
#:'''Válasz''' | |||
# Melyik RAID technológia nem növeli a biztonságot? | |||
#:'''RAID0''' | |||
# Mi a RAID5 legnagyobb hátránya a RAID3-hoz képest? | |||
#:'''Hibásodás után visszaállítani a volt adatot lassabb RAID5-tel.''' | |||
# Nagyméretű adatbázis-táblák esetén milyen módon spórolhatunk a régebbi/kevésbé fontos adatok tárolásán? | |||
#:'''Archiválással''' | |||
# Hol jelentkezik és mit befolyásol a hálózatban a sorbanállási késleltetés | |||
#:'''A csomagkésleltetést befolyásolja, a csomag fizikai közegen történő elküldése előtt jelentkezik (akkor nagy, ha sok csomagot szeretnénk elküldeni egyszerre)''' | |||
# Milyen hozzáféréssel jellemezhető (betűk és mínusz-jelek) egy olyan állomány Linuxban, amit a tulajdonos írhat és olvashat, a csoporttag olvashat, mindenki más csak végrehajthat? | |||
#:'''rw-r----x''' | |||
# Adjon meg legalább kettőt abból a három általános jellemzőből, ami alapján egy felhasználó hitelesítése történhet! | |||
#:'''• Amit a felhasználó tud''' | |||
#:'''• Amivel a felhasználó rendelkezik''' | |||
#:'''• A felhasználó fizikai tulajdonsága''' | |||
# Mit tartalmaz az Oracle redo naplója (2db)? | |||
#:'''Redo-bejegyzések, undo információ''' | |||
=== Nagykérdések === | |||
== Tartalomjegyzék == | |||
{{RightTOC}} | {{RightTOC}} | ||