Font size
WorksheetsBevezetés és Rétegek
Total questions: 67
Worksheet time: 34mins
Mi a webes proxy gyorsítótár elsődleges célja a kliens kéréseinek kezelésében?
Válaszolni a kliens kérésére a forrás szerver bevonása nélkül
Átalakítani a kéréseket FTP protokollra a hálózatban
Titkosítani az összes HTTP forgalmat végponttól végpontig
Növelni a forrás szerver CPU-kihasználtságát minden kérésnél
Mely állítások igazak a proxy gyorsítótár működésére egy böngésző beállítása után?
A gyorsítótár kliensként is fellép a forrás szerver felé
A gyorsítótár szerverként jelenik meg a kliens felé
A gyorsítótár csak akkor ad választ, ha nincs objektum a tárban
A böngésző minden kérést a HTTP gyorsítótárnak küld
Miért érdemes a webet gyorsítótárazni? Válassz MINDEN helyes választ.
Csökkenti a kliens felé a válaszidőt
Növeli az intézményi vonalon a forgalmat
Növeli a rendszer sebezhetőségét a hibákra
Lehetővé teszi a tartalom hatékony kiszolgálását szűk erőforrásokkal
Melyik HTTP mechanizmus támogatja, hogy ne küldjük el az objektumot, ha a gyorsítótárban friss példány van?
Feltételes GET If-Modified-Since fejléc használatával
HTTP POST üzenet Cache-Control no-store mezővel
Állandó kapcsolat Keep-Alive kikapcsolásával
HTTPS kézfogás SNI kiterjesztéssel
Mit válaszol a szerver, ha az If-Modified-Since dátum óta nem módosult az erőforrás?
HTTP/1.1 404 Not Found részleges adattal
HTTP/2 101 Switching Protocols metaadattal
HTTP/1.0 304 Not Modified üres törzzsel
HTTP/1.0 200 OK és mindig teljes objektummal
Melyik állítás írja le helyesen az erős validációt HTTP-ben?
Bájtszintű azonosságot garantál ETag fejléccel
A kliens nyelvi beállítását ellenőrzi a szerveren
A tartalom hosszát becsli a Content-Length alapján
Csak néhány elem egyezését vizsgálja felületesen
Mi jellemző a gyenge validációra gyorsítótárazásnál?
Részleges egyezést fogad el egyes elemekre
Minden bájt teljes azonosságát kéri
Csak POST kérésekre alkalmazható
Csak TLS kapcsolat mellett működik
Az alábbi HTTP metódusok közül melyek idempotensek tipikusan?
GET és HEAD
POST és PATCH
CONNECT és OPTIONS
PUT és DELETE
Az alábbiak közül melyik NEM biztonságos (safe) metódus a táblázat szerint?
OPTIONS biztonságos
HEAD biztonságos
POST nem biztonságos
GET biztonságos
A tartalomelosztó hálózatoknál miért problémás az egyetlen „mega-szerver” megoldás?
Csak IPv6-on érhető el
Az URL-ek nem működnek vele
Nem támogatja HTML5 videót
Nem skálázódik nagy forgalomra
Válassz két tipikus kockázatot az egy-szerveres videó-kiszolgálásnál!
Egy meghibásodási pont
Végponti TLS-termináció
Hosszú útvonal távoli kliensekhez
Automatikus tartalomszinkronizáció
Mit jelent a „HTTP CDN” kifejezés az áttekintés dián?
HTTP-alapú tartalomelosztó hálózat
URI-azonosítók biztonsági rétege
URL-eket képző modul
Böngésző oldali HTML5 parser
Melyik állítás helyes a videó több másolatának kiküldéséről a kimenő vonalon egy mega-szervernél?
Csökkenti a latenciát minden kliensnek
Megszünteti az egyes meghibásodási pontokat
Növeli a torlódás esélyét hálózati szinten
Biztosítja a gyenge validációt automatikusan
Mi a tartalomszolgáltató hálózatok (CDN) egyik fő célja nagy videóforgalom esetén?
A késleltetés csökkentése több másolat elosztásával
A videók valós idejű szerkesztése hálózati eszközökön
A szerzői jogok automatikus kezelése központilag
A felhasználók azonosítása biometrikus adatokkal
Melyik megközelítés jellemző a CDN-ekre a kiszolgálóhelyek elhelyezésében?
Kizárólag egyetlen központi adatközpont használata
Szerverek mélyre tolása a hozzáférési hálózatokba
Kisebb darabszámú nagy klaszterek az ISP-k közelében
Csak felhő nélküli, lokális tárolás a klienseknél
Egy 2017-es vizsgálat szerint hogyan hat a betöltési idő növekedése a visszalépés esélyére?
Csak 10 másodperc felett látható bármilyen hatás
A betöltési idő nincs hatással a visszalépésre
Növekvő betöltési idő csökkenti a visszalépés esélyét
Növekvő betöltési idő növeli a visszalépés esélyét
Válaszd ki azokat az állításokat, amelyek igazak a CDN működésére!
Mindig az eredeti szerver szolgál ki minden kérést
A CDN csomópontokban tartja a tartalom másolatait
Alternatív másolat választható torlódás esetén
A felhasználó a legközelebbi másolathoz irányítva tölt le
Melyik állítás írja le helyesen a CDN nélküli és CDN-nel támogatott kiszolgálást?
CDN-nel minden tartalom csak egy helyen érhető el
CDN nélkül a kliensek egymást szolgálják ki helyben
CDN nélkül minden kérés az eredeti szerverhez megy
CDN-nel a másolatok folyamatosan törlődnek kéréskor
Miért kritikus a késleltetés csökkentése webes szolgáltatásoknál?
Mert a kis késleltetés tiltja a gyorsítótárak használatát
Mert a nagy késleltetés csökkenti a sávszélességet fizikailag
Mert a késleltetés csak a szerver terhelését befolyásolja
Mert a nagy késleltetés növeli a lemorzsolódás esélyét
Melyik állítás írja le legjobban, mire valók a CDN-ek a világtérképen jelölt pontok és kábelek alapján?
Adatbázisok közti replikáció vállalaton belül
Kliens oldali kód futtatása a böngészőben
Csak e-mailek kézbesítése kontinensek között
Tartalom közeli kiszolgálása több helyről
Mi a fő különbség egy globális CDN és egy egyetlen adatközpont között a késleltetés szempontjából?
CDN csökkenti a késleltetést felhasználó közelében
A késleltetés független a földrajzi elhelyezéstől
CDN növeli a késleltetést távoli gyorstárak miatt
Az egy adatközpont mindig gyorsabb mindenhol
A CIA-triád melyik elemére NEM nyújt önmagában megoldást a sima HTTP?
Hibatűrés
Rendelkezésre állás
Titkosság
Integritás
Melyik HTTP azonosítási módszer látható szöveges formában kódolt hitelesítő adatokkal, és mi a fő kockázata?
Basic, lehallgatás esetén jelszó kiderül
Digest, mindig nyílt szövegű jelszóküldés
OAuth, állandó jelszómegosztás a klienssel
Kerberos, közvetlen jelszó továbbítás a hálón
A Digest autentikáció folyamatában mi a nonce feladata a szekvenciadiagram szerint?
Véletlen kihívás biztosítása a visszajátszás ellen
Felhasználói szerepkörök kiosztása a szerveren
Erőforrások gyorsítótárazásának vezérlése
Titkos csatorna létrehozása TLS nélkül
Mi történik HTTP/1.1-nél, ha a szerver hitelesítést kér és a kliens még nem azonosított?
302 Found és Set-Cookie fejléc
200 OK és üres törzs
403 Forbidden és Location fejléc
401 Unauthorized és WWW-Authenticate fejléc
Mi a fő probléma a „HTTP azonosítás: probléma” dián bemutatott harmadik fél alkalmazás modellel?
A felhasználó jelszavát meg kell osztani
A böngésző nem támogatja a sütiket
A szerver nem tud naplózni kéréseket
A fotók nem tárolhatók felhőben
Melyik mechanizmus csökkenti a jelszómegosztás kockázatát harmadik féllel, miközben delegált hozzáférést ad?
DNS alapú hitelesítés váltás
Egyszerű URL paraméter átadás
Alap HTTP Basic azonosítás
Token alapú OAuth engedélyezés
Az alábbiak közül melyik a HTTP kérés első sora helyes formátumban?
GET /útvonal HTTP/1.1
/index.html GET HTTP/1.1
HTTP/1.1 GET példa.hu
GET HTTP/1.1 /index.html
Melyik állítás igaz a rendelkezésre állás növelésére a HTTP ökoszisztémában?
Sima HTTP titkosítja a tartalmat
Replikált peremcsomópontok csökkentik kiesést
CDN és gyorsítótárak tehermentesítenek
Digest önmagában biztosít csatornatitkosítást
Mely állítás írja le legpontosabban a HTTP kliens–szerver modellt?
A kliens kéréseket küld, a szerver válaszokat ad
A szerver kezdeményezi a kéréseket a kliens felé
A kliens csak adatbázist replikál a szerverről
A kliens és szerver egyenrangú, peer‑to‑peer
Miért nevezik a HTTP-t állapotmentes protokollnak?
Mert a szerver minden munkamenetet tárol
Mert minden kérés független a korábbiaktól
Mert a kliens menti a kapcsolat állapotát mindig
Mert a TCP automatikusan megőrzi a bejelentkezést
Válaszd ki, mely állítások igazak a HTTP és TCP kapcsolatáról!
HTTP tipikusan TCP fölött fut
HTTP kizárólag UDP felett működik
A TCP alapértelmezett portja a HTTP-hez 80
A TCP megbízható adatátvitelt biztosít
Mi a fő következménye annak, hogy a HTTP állapotmentes?
A szerver alapból emlékszik minden felhasználóra
A kapcsolat automatikusan tartós a kérések között
A kliens nem tud új kérést küldeni kapcsolat nélkül
A munkamenet-kezelést külön mechanizmusok végzik
Melyik állítás írja le az állapottartó protokollok egyik hátrányát?
Nagyobb komplexitás a munkamenetek kezelése miatt
Kisebb erőforrás‑igény a szerverek oldalán
Egyszerűbb hibakezelés minden esetben
Mindig gyorsabb válaszidő minden hálózaton
Mit jelent a HTTPS rövidítés a rétegzés szempontjából?
HTTP közvetlenül az IP felett működik
HTTP titkosítás nélkül a 80-as porton
SSL/TLS a TCP fölött, HTTP az SSL/TLS fölött
SSL/TLS az alkalmazás helyett a hálózati rétegben fut
Az SSL kézfogás során mi a célja a folyamatnak a titkosított adatátvitel előtt?
Mesterkulcs létrehozása és titkosítás egyeztetése
Felhasználói jelszavak tárolása a szerveren
Adatcsomagok tömörítése minden rétegben
HTTP állapotok perzisztens mentése
Melyik állítás jellemzi a nem‑perzisztens HTTP kapcsolatokat egy weboldal 6 objektumának letöltésekor?
Egyetlen tartós TCP kapcsolat szolgál ki mindent
Minden objektumhoz új TCP kapcsolat nyílik sorban
A kliens csak UDP‑t használ kapcsolatonként
Egy kapcsolat több kérést küld csővezetékben
Mi a perzisztens HTTP fő előnye a nem‑perzisztenssel szemben?
Kevesebb kapcsolat‑felépítési RTT szükséges
Minden kérés külön TCP háromutas kézfogást kap
A válaszok mindig kisebbek bájtban mérve
Nincs szükség szerver oldali erőforrásokra
Mit jelent az RTT (Round Trip Time) a hálózati mérésekben?
Késleltetés a szerver feldolgozására
Átviteli idő csak az oda útra
Sávszélesség mérése másodpercenként
Idő egy csomag oda‑vissza útjára
Egy HTML oldal és 3 beágyazott objektum letöltése nem‑perzisztens HTTP‑vel, soros kérésekkel történik. Hány TCP kapcsolat‑felépítési RTT adódik, ha nincs párhuzamosság?
Három kézfogásnyi RTT szükséges
Négy kézfogásnyi RTT szükséges
Egyetlen kézfogásnyi RTT szükséges
Kettő kézfogásnyi RTT szükséges
Válaszd ki, mely tényezők részei a teljes válaszidőnek egy HTTP kérésnél alapmodellben (feldolgozási idő elhanyagolható).
Kapcsolat‑felépítés RTT
Szerver CPU‑magok száma
Átvitel idő a fájl mérete miatt
Kérés‑válasz RTT
Perzisztens HTTP pipelining nélkül, egy HTML és 5 objektum esetén mi igaz az RTT‑kre?
Egy kapcsolat‑felépítési RTT, több kérés‑válasz RTT
Hat kapcsolat‑felépítési RTT, nulla kérés‑válasz RTT
Minden objektumhoz külön kézfogási RTT
Nincs RTT, csak átvitel idő számít
Melyik helyzetben csökkenti leginkább a pipelining a késleltetést?
Amikor a TCP ablak kicsi
Sok kis objektum egy kapcsolaton
Amikor a szerver nagyon távoli
Egyetlen nagy fájl letöltésekor
Nem‑perzisztens HTTP párhuzamos TCP kapcsolatokkal (4 szál) tölti le 8 objektumot. Mi jellemző a kapcsolat‑felépítési RTT‑kre?
Nem történik kézfogási RTT
Egy kézfogási RTT történik
Összesen nyolc kézfogási RTT történik
Összesen négy kézfogási RTT történik
Egy alap modellben a teljes válaszidő közelítése: 1 RTT kézfogásra + 1 RTT kérés‑válaszra + átvitel idő. Melyik rövidítés írja le ezt az összetevőt?
RTT+RTT+átvitel idő
SRTT+BDP+fájlhossz
QoS+TTL+MTU
JIT+TPS+latencia
Melyik állítás írja le helyesen a GET metódus használatát űrlapküldésnél?
Az adatok mindig titkosított törzsben mennek
Az adatok URL lekérdezési részében mennek
Az adatok csak több részben tölthetők fel
Az adatok kizárólag JSON formátumban mennek
Melyik helyzethez illik a POST metódus a legjobban?
Erőforrás cache-ének érvénytelenítése
Erőforrás azonosítójának újraszámítása
Erőforrás állapotának lekérdezése
Új erőforrás létrehozása a szerveren
Mi az idempotens HTTP metódus lényege?
Többszöri hívás mindig hibát vált ki
Többszöri hívás sorbarendezést igényel
Többszöri hívás új azonosítót generál
Többszöri hívás ugyanazt az állapotot adja
Jelöld meg, mely metódusok tekinthetők idempotensnek alapértelmezésben!
POST
PUT
DELETE
GET
Miben különbözik a PUT a POST metódustól REST szemléletben?
PUT teljes erőforrást cserél, POST új erőforrást hoz létre
PUT csak fejléceket küld, POST csak törzset küld
PUT mindig 200-at ad, POST mindig 201-et ad
PUT csak fájlokat kezel, POST csak űrlapokat kezel
Melyik fejléc mezőt használod a kérés törzs formátumának jelzésére?
Accept
User-Agent
Content-Type
Cache-Control
Melyik állítás igaz a GET és POST közötti különbségre tipikusan?
GET CSRF-mentes, POST CSRF-érzékeny
GET nagyobb törzset küld, POST nem küld törzset
GET cache-elhető és könyvjelzőzhető, POST általában nem
GET mindig titkosított, POST soha nem titkosított
Melyik kérést használnád egy elem törlésére azonosító alapján egy REST API-ban?
DELETE /resources/{id}
PUT /resources/{id}/delete
POST /resources/{id}
GET /resources/{id}/delete
Egy kliens szeretné módosítani egy erőforrás teljes reprezentációját ismert URL-en. Melyik kérés illik ide?
GET /items/{id} mezők kérdezésével
POST /items új rész erőforrással
PATCH /items részleges állapottal
PUT /items/{id} a teljes állapottal
Melyik fejlécben jelzi a kliens, hogy milyen válasz formátumokat tud feldolgozni?
Accept
Content-Type
Authorization
ETag
Válaszd ki azokat a jellemzőket, amelyek a REST stílushoz kapcsolhatók!
Erőforrás-orientált végpontok
Állapot átvitele reprezentációkkal
Kötelező szerver oldali session
Egységes interfész elvek
Egy űrlap fájlfeltöltést végez több részre bontott kéréssel. Mely beállítás utal erre a törzsben?
multipart/form-data tartalomtípus
text/plain alapértelmezett formátum
application/x-www-form-urlencoded
charset=UTF-16 jelölés fejlécben
Melyik állítás írja le helyesen a HTTP/2 multiplexálást?
Több kérés fut egy kapcsolaton párhuzamosan független keretekben
Kérések és válaszok kizárólag szöveges sorokban utaznak
Minden erőforrás külön TCP kapcsolatot kap kötelezően
Egy kérés használ több TCP kapcsolatot soros ütemezéssel
Mi a HTTP/2 bináris protokoll egyik közvetlen előnye a HTTP/1.1 szöveges formátumához képest?
Hatékonyabb keretezés és megbízhatóbb parszer teljesítmény
Egyszerűbb kézi hibakeresés és könnyebb naplóolvasás
A fejlécmezők teljesen megszűnnek a kérésekben
Nincs szükség TLS-re és TCP-re a továbbítás során
Az ábrán látható HTTP/2 kapcsolatban hogyan különülnek el a folyamok?
Egyedi azonosítókkal és keretekkel ugyanazon kapcsolaton
Csak időzítés alapján, azonosító nélkül keveredve
Külön IP-címekkel és portokkal minden erőforráshoz
Külön TCP kapcsolatokkal minden kérés-válasz párhoz
Melyik szekvencia felel meg legjobban a HTTP/1.1 működésének a statikus erőforrások letöltésekor?
Egy POST után több 204 No Content válasz vegyesen
Egyetlen GET és több 201 Created válasz párhuzamosan
Több GET és 200 OK válasz sorban, gyakran több kapcsolat
Egyetlen kapcsolat és minden válasz csak PUSH keretekben
Mit jelent a HTTP/2 szerver push?
A kapcsolat lezárása előtt figyelmeztető üzenetet küld
A proxy átnevezi az URI-kat terheléselosztáshoz
A kliens előre feltölti a gyorsítótár tartalmát
A szerver proaktívan küld kapcsolódó erőforrásokat
Melyik elem NEM a HTTP/2 bevezetésének motivációja az ábrák szerint?
Nagyobb számú párhuzamos TCP kapcsolat kötelezően
Szerver által kezdeményezett push küldések
Átlátható bináris formátum a drót szintjén
Multiplexálás ugyanazon TCP kapcsolaton
A bal oldali folyamatábrán a kérés fejléc keretében melyik mező jelöl egy erőforrás elérési útját?
.method mező jelzi a fájlkiterjesztést
.version mező jelzi a könyvtárat
:path mező jelzi az elérési útvonalat
.scheme mező jelzi az elérési módot
Válaszüzenetben a státuszkódot a fejléc keret melyik kvázi-fejlécmezője hordozza a HTTP/2 példán?
:scheme mező tartalmazza a kódot
:path mező tartalmazza a kódot
:method mező tartalmazza a kódot
:status mező tartalmazza a kódot
Válaszd ki azokat a jellemzőket, amelyek együtt igazak a HTTP/2-re az illusztrációk alapján!
Minden erőforráshoz külön TCP kapcsolat szükséges
Egy TCP kapcsolat több független folyamot visz
Kérések és válaszok bináris keretekben utaznak
A szerver kéretlenül tolhat erőforrásokat
Mi a különbség a HTTP/2 + PUSH és a sima HTTP/2 közti sorozatban az erőforrások kézbesítésekor?
PUSH esetén a státuszsor helyett üres válaszok érkeznek
PUSH esetén csak HEAD kérések közlekedhetnek a csatornán
PUSH esetén a kliens új TCP kapcsolatokat nyit erőforrásonként
PUSH esetén a szerver előre küldi a CSS és képek adatát
