Rodina protokol TCP/IP, verze 2.2. ást 8: TELNET, FTP a NFS
|
|
- Eva Vávrová
- před 7 lety
- Počet zobrazení:
Transkript
1 v. 2.2 Katedra softwarového inženýrství, Matematicko-fyzikální fakulta, Univerzita Karlova, Praha Rodina protokol, verze 2.2 ást 8: TELNET, FTP a NFS Jií Peterka, 2005
2 v. 2.2 Pipomenutí: aplikace v jsou vesms postaveny na architektue klient/server souástí aplikaní vrstvy jsou takovéásti aplikací, které jsou nutné pro interoperabilitu a "základní fungování" konkrétní služby obdobn jako v RM ISO/OSI nap. transport zpráv a soubor uživatelské rozhraní již není souástí aplikaní vrstvy není svázáno standardy trend k "platformizaci" pvodn samostatné služby se stávají nadstavbou nad WWW historický vývoj: zpoátku se používaly pedevším tyto aplikace: TELNET penos soubor (FTP) el. pošta (SMTP, FRC 822) pozdji také: sdílení soubor (NFS) Gopher. dnes pevládá (krom pošty): WWW (jako samostatná aplikace i jako platforma pro provozování dalších aplikací, nap. vyhledávacích služeb, adresá, ) 2
3 v. 2.2 Vzdálené pihlašování (remote login) cílem je možnost "používat aplikace na dálku" uživatel je na místním poítai, ale aplikace bží na vzdáleném poítai týká se aplikací fungujících na bázi výpoetního modelu "host/terminál" typicky: starších aplikací fungujících ve znakovém režimu aplikací které ani nemusí poítat s tím že fungují v prostedí sít podmínka: aplikace musí podporovat tzv. terminálové relace musí své výstupy posílat "skrz OS" na terminál a své vstupy pijímat "skrz OS" z terminálu takto se dje nap. v prostedí UNIXu nesmí "jít napevno" do videoram a klávesnicového bufferu jako v MS DOS také operaní systém musí podporovat terminálové relace 3
4 v. 2.2 Pedstava výpoetního modelu host/terminál aplikace aplikace terminál operaní systém procesor pam soubory programy vstupy výstupy terminál hostitelský poíta 4
5 v. 2.2 Pedstava terminálové relace aplikace hostitelský poíta poítaová sí hostitelský poíta (lokální) (lokální) terminálová terminálová relace vzdálená vzdálená terminálová terminálová relace relace relace A B T A1 T A2 T A3 T B1 T B2 T B3 terminál terminál terminál terminál terminál terminál 5
6 v. 2.2 Vzdálené pihlašování v TELNET hlavní prostedek pro realizaci vzdáleného pihlašování v rámci, snaží se být maximáln univerzální snaží se nevázat na konkrétní systémové prostedí (nebýt závislý na operaním systému) podporuje terminálové relace mezi rznými platformami na stran uživatele poítá i s terminálovou emulací... nabízí jen jednoduché služby, a nikoli nap. možnost automatického pihlašování apod. podporuje pouze znakové uživatelské rozhraní rlogin vzniknul v prostedí BSD Unixu je vázán na prostedí Unixu (BSD Unixu), a podporuje tzv. trusted hosts dokáže si nkteré informace vytáhnout ze svého okolí (nap. jméno uživatele a jeho heslo) a pak je využít, nap. pro automatické pihlášení uživatele na vzdáleném poítai ICA (WinFrame, MS Terminal Server) novéešení, podporuje grafiku ásten také: systém X Window 6
7 v. 2.2 Terminálová emulace vs. TELNET aplikace TELNET server IP sí emulátor terminálu (lokální) terminálová relace A protokol TELNET TELNET klient hostitelský poíta vzdálená vzdálená terminálová terminálová relace T A1 T A2 T relace A3 T 1 T B3 terminál terminál terminál poíta, emulující jednoúelový terminál 7
8 v. 2.2 TELNET - principy TELNET server je realizován na aplikaní úrovni jako systémová úloha - démon, a nikoli uvnit OS výhoda: snazší modifikace nevýhoda: ne každý OS tomu vychází vstíc nevýhoda: je to mén efektivní než pímé zabudování do OS TELNET klient TELNET server aplikace Operaní systém Operaní systém IP sí používá se se TCP 8
9 v. 2.2 TELNET základní problém každý terminál je jiný liší se: v rozsahu schopností v parametrech v režimu fungování znakový celoobrazovkový formuláový s odlišnostmi terminál se lze vyrovnat pizpsobením stylem každý s každým... nebo pes spolený mezistupe, s pizpsobením typu každý s jedním a jeden s každým v pípad TELNETu jde hlavn o tvar, v jakém se mají data penášet sítí TELNET zavádí jeden, pevn daný mezistupe: virtuální terminál NVT (Network Virtual Terminal) NVT má vždy stejné vlastnosti reálné terminály se mu pizpsobují (jsou mapovány z/do NVT) NVT pedevším definuje formát skuten penášených dat 9
10 v. 2.2 TELNET - pedstava platforma 1 platforma 2 TELNET klient TELNET server aplikace zde zde je je používán používán specifický specifický formát formát platformy, platformy, na na které které "stojí" "stojí" klient klient zde jsou data penášena ve formátu NVT zde zde je je používán používán specifický specifický formát formát platformy, platformy, na na které které "stojí" "stojí" klient klient 10
11 v. 2.2 Vlastnosti NVT NVT je spoleným jmenovatelem povinným minimem, které musí umt všechny reálné terminály NVT odpovídá jednoduchému ádkovému terminálu TELNET obsahuje mechanismy, pomocí kterých se klient se serverem mohou dohodnout na lepším jde o tzv. options NVT odpovídá jednoduchému znakovému terminálu, tj.: data jsou lenna na ádky data jsou penášena po znacích komunikuje se pouze poloduplexn používá se lokální echo pvodní pedstava: NVT odpovídá klávesnici a tiskárn 11
12 v. 2.2 Vlastnosti NVT pro penos využívá spolehlivé penosové služby TCP (ale jen poloduplexním zpsobem) penos je znakov orientovaný a vždy 8-bitový (tj. jednotlivé znaky se penáší vždy v 8 bitových bytech)... ale standardn se pedpokládá penos 7-bitových ASCII znak je povinnost zobrazovat 95 tisknutelných ASCII znak (s kódy 32 až 127)... a povinnost interpretovat znaky NULL, CR a LF dále je pesn definován význam znak BEL, BS, HT, VT, FF (ale jejich interpretace není povinná) ostatní znaky nemají mít žádný efekt požaduje se, aby klávesnice byla schopna generovat všech 128 ASCII znak znak, kterým je zakonena ádka (resp. znaky), musí TELNET klient nahradit dvojicí znak CR a LF klient server naopak nahradí CR a LF takovým znakem (znaky), které na jeho stran pedstavují zakoneníádky penos 8-bitových znak je jedním z volitelných režim (options) 12
13 v. 2.2 TELNET -ídící píkazy NVT poítá i s implementací ídících mechanism nap. pro perušení práv probíhajícího programu, pomocí CTRL+C)...a k tomu potebuje penášet ídící píkazy, povely atd. ídící píkazy mají zásadn znakovou povahu (tvoí je ídící znaky) pro zajištní transparence se používá prefixace (uvození) speciálním znakem IAC (Interpret As Command), s kódem 255 pípadný výskyt znaku IAC v datech se eší jeho zdvojením. ídící píkazy jsou trojího druhu: editaní píkazy: umožují mazat znak a ádku ídící píkazy: umožují perušit probíhající proces, zastavit jeho výstup... dohadovací píkazy: umožují obma stranám dohodnout se na pípadných rozšíeních oproti NVT 13
14 v. 2.2 TELNET - rozšíení umožují obma stranám dohodnout se na jiném, než co vyplývá z pevn daných vlastností NVT, nap.: zda budou komunikovat v plném duplexu, že penášená data budou odesílána po ádcích s možností jejich lokální editace že budou používat vzdálené echo jakou velikost displeje budou používat jaký zpsob ízení toku budou používat zásada: použití rozšíení je dobrovolné kterákoli strana má právo navrhnout použití konkrétního rozšíení (tj. jak klient, tak i server) druhá strana má právo použití rozšíení odmítnout k dohadování slouží samostatné píkazy: WILL ("já chci používat rozšíení.") odpov: DO vs. DON'T DO ("chci abys ty používal rozšíení.") odpov: WILL vs. WON'T 14
15 v. 2.2 TELNET - rozšíení pesná specifikace jednotlivých rozšíení (íselný kód, sémantika) není apriorn uzavena (omezena) nová rozšíení mohou vznikat postupn (a být definována prostednictvím dokument RFC) existuje dokonce i mechanismus pro rozšiování rozšíení další píklad rozšíení: výmna informací o konkrétním typu terminálu umožuje aplikacím lépe pizpsobit svj výstup možnostem terminálu (nap. pímým nastavováním kurzoru na zadanou pozici apod.) pro jednotlivá rozšíení mže dojít k podrobnjším licitacím TELNET jejich prbh nespecifikuje... je definován až samotným rozšíením (a mže tedy být pro nj specifický) TELNET definuje pouze zpsob zajištní transparence dat pi další licitaci 15
16 v. 2.2 Vzdálené pihlašování vs. práce se soubory cíl: chci pracovat se souborem, který se nachází na jiném poítai pesnji: chci zpracovávat obsah vzdáleného souboru, pomocí aplikace, která bží na mém uzlu!!!... úelem není dostat se do role vzdáleného terminálu jiného uzlu!!! pak by byl soubor zpracováván aplikací bžící na vzdáleném poítai 16
17 v. 2.2 Penos vs. sdílení soubor penos soubor: jde o netransparentníešení uživatel/aplikace si uvdomuje, že soubor se nachází na vzdáleném poítai uživatel/aplikace musí explicitn znát umístní souboru na vzdáleném poítai uživatel/aplikace musí explicitn podnikat urité kroky ke zpístupnní souboru typicky: vzdálený soubor se celý penese na "místní" poíta a zde se zpracuje oznauje se jako "file transfer" v rámci eší protokol FTP (File Transfer Protocol) sdílení soubor: jde o transparentníešení uživatel/aplikace si neuvdomuje, že soubor se nachází na vzdáleném poítai uživatel/aplikace nemusí explicitn znát umístní souboru na vzdáleném poítai uživatel/aplikace nemusí podnikat žádné explicitní kroky ke zpístupnní souboru typicky: vzdálený soubor se "chová" ("tváí") jako místní soubor, a také se s ním jako s místním pracuje oznauje se jako "file sharing" v rámci eší protokol NFS (Network File System) 17
18 v. 2.2 Problémy penosu a sdílení soubor protokoly pro penos a sdílení se musí vyrovnat s mnoha úskalími, typu: rozdílnost v pohledu na soubory, jejich jména, pípony... vlastnictví soubor, jejich atributy... problém je i se zajištním vícenásobného pístupu k souborm lze použít obecné techniky typu: uzamykání celých soubori jejich ástí replikace ponechat vše na uživateli... ešení je snazší u netransparentního pístupu (file transfer) kde lze požadovat po uživateli, aby rozdílnosti vyešil vlastním rozhodnutím napíklad aby zadal atributy místního souboru, do kterého má být penesen (zkopírován) obsah vzdáleného souboru 18
19 v. 2.2 Protokol FTP (File Transfer Protocol) je starší než rodina protokol pochází již z roku 1971 (vznikl nad protokolem NCP) teprve pozdji portován nad penosové protokoly... pesnji nad protokol TCP protokol FTP vzniknul v dob, kdy se operaní systémy a platformy lišily více než dnes mj. ve velikosti slov, znázornní znak, nap.: nkdo umisoval tyi 9-bitové znaky do jednoho 36-bitového slova jiný OS umístil do 36-bitového slova pt 7- bitových znak... musí musíse se mu mu íci, íci, co co bude bude penášet (zvolit jeden z režim) dnes ale vtšina tchto "dávných" vlastností není podporována protože mezitím došlo ke znanému sjednocení jediný významnjší pozstatek: snaha konvertovat text pi jeho penosu mezi rznými platformami napíklad kódování, konce ádek, FTP pracuje ve dvou režimech: textovém provádí konverze implicitn binárním konverze neprovádí 19
20 v. 2.2 FTP textové penosy FTP zavádí jednotný formát dat pro poteby penosu veškeré konverze z/do tohoto formátu ponechává na koncových uzlech umožuje ale obma stranám dohodnout se v konkrétním pípad na jiném formátu (kvli vtší efektivnosti penosu) FTP penáší data zásadn jako 8-bitové byty pro text používá FTP stejný formát, jako protokol TELNET: jednotlivé znaky penášeny v 8 bitech konec ádky = CR+LF kódování ASCII alternativní možností je použití kódu EBCDIC, použití nestandardní velikosti bytu atd. 20
21 v. 2.2 FTP pedstava a penos soubor dnes se již nepoužívá FTP implicitn chápe soubor jako dále nestrukturovaný (bez vnitní struktury) - oznaováno jako file structure alternativn je schopen se na nj dívat jako na posloupnost stejn velkých záznam (records) - record structure nebo jako na množinu stránek (které mohou tvoit nespojitý soubor) - page structure implicitn je obsah souboru penášen jako spojitý proud dat (tzv. stream mode) alternativou je blokový režim (block mode), pi kterém je možné vkládat mezi bloky zarážky, a po ev. výpadku spojení se k nim vracet další alternativou je zhuštný režim (compressed mode), kdy je používána jednoduchá metoda komprese (eliminující opakující se znaky) 21
22 v. 2.2 FTP - implementace vychází z modelu klient/server klient je typicky aplikaním programem server obvykle systémovým procesem (démonem, rezidentním programem apod.) návrh protokolu je uzpsoben možnosti úsporné implementace (takové, která si nárokuje vtšinu systémových zdroj až v okamžiku jejich skutené poteby) zajištní potebných funkcí v rámci FTP je rozdleno mezi dva subjekty: interpret protokolu (PI, Protocol Interpreter) penosový proces (DTP, Data Transfer Process) interpret protokolu existuje trvale, penosový proces vzniká až na základ konkrétního požadavku používají se dv rzná spojení: ídící (pro penos píkaz) datové (pro penos soubor) 22
23 v. 2.2 Implementace protokolu FTP požadavek na penos penos souboru klient uživatelské rozhraní interpret protokolu ídící spojení interpret protokolu systém soubor penosový proces datové spojení penosový proces systém soubor využívají se transportní služby protokolu TCP 23
24 v. 2.2 Datové a ídící spojení oddlení datového a ídícího spojení je výhodné: kvli zajištní transparence kvli možnosti perušit probíhající penos kvli možnosti signalizovat konec souboru uzavení datového spojení signalizuje konec souboru lze penášet soubory které bhem penosu narstají definice FTP (RFC) požaduje aby datové spojení bylo 1 pro všechny penášené soubory v praxi se pro každý penášený soubor používá 1 (samostatné, nové) datové spojení ídící spojení "pežívá" po celou dobu relace, datová spojení se mní ídící spojení iniciuje (navazuje) klient ze svého (dynamicky pidleného) portu na port 21 ruší se až explicitním píkazem datové spojení iniciuje (navazuje) server ze svého portu 20 na port klienta, ze kterého bylo navázáno ídící spojení passive-mode: datové spojení nenavazuje server, ale klient kvli firewallm, které neakceptují žádosti o otevení spojení vedoucí dovnit na "náhodný" port 24
25 v. 2.2 Uživatelé a FTP FTP je user aware - uvdomuje si existenci uživatel server pi pístupu k místním souborm vždy vystupuje jménem konkrétního uživatele FTP potebuje mechanismy pro pihlášení uživatele a jeho autentikaci (ovení identity) uživatelé se v rámci "FTP relace" musí identifikovat musí se pihlásit místním uživatelským jménem a prokázat platným heslem anonymní FTP konvence: má-li být nco veejn pístupné, uživatelé se hlásí jako "anonymous" a heslo není významné, obvykle se požaduje ová adresa kvli statistikám 25
26 v. 2.2 ídící jazyk FTP FTP definuje vlastníídící jazyk píkazy ídícího jazyka jsou penášeny ídícím spojením ídící píkazy mají textovou povahu, a jsou penášeny ve stejném tvaru, jakou pedpokládá protokol TELNET resp. pro jejich penos mohou být využívány již existující implementace TELNETu píkazy lze rozdlit na: ízení pístupu (access control commands) - nap. pro zadání uživatelského jména a hesla nastavení parametr pístupu (transfer parameter commands) - nap. pro zmnu implicitních ísel port, pro nastavení režimu penosu apod. výkonné píkazy (FTP service commands) - pro vlastní penos soubor, rušení, pejmenovávání atd., pro pechody mezi adresái apod. 26
27 v. 2.2 Odpovdi na píkazy FTP každý píkaz vyvolá alespo jednu odpov odpovdi majííselný charakter (s textovým komentáem) odpovdi tvoí trojmístnéíslo: prvnííslice vyjaduje celkový charakter odpovdi druháíslice upesuje odpov tetí ješt blíže specifikuje hierarchický charakter odpovdí vychází vstíc rzné inteligenci proces, které je vyhodnocují hloupý klient i server se mže spokojit jen s prvnííslicí chytrý klient (server) využije všechny íslice 1xx 2xx 3xx 4xx 5xx pedbžná kladná odpov (akce byla zahájena, budou ješt další odpovdi) kladná odpov prozatímní odpov (jsou nutné další píkazy) doasná záporná odpov (nepodailo se, ale je vhodné opakovat) trvalá záporná odpov (nepodailo se a nemá smysl opakovat) 27
28 v. 2.2 Píklad klient server RETR <soubor>... požadavek zaátek prbh innosti konec 160 ASCII retrieve of <soubor> started.. probíhá penos 226 Transfer completed, bytes transferred textový komentá generování lze lze vypnout 28
29 v. 2.2 ídící vs. uživatelský jazyk pevn definován a závazný je ídící jazyk píkazy ídícího jazyka mohou být vysílány run, pomocí TELNETu (na porty FTP) v praxi je na stran klienta vždy implementováno njaké uživatelské rozhraní (ádkové, grafické,.. ) toto rozhraní mže nabízet uživateli v podstat jakýkoli "uživatelský" (ídící) jazyk a pekládat jej do ídícího jazyka ídící jazyk RETR STORE LIST CWD typické pro ádkové klienty uživatelský jazyk GET PUT DIR CD 29
30 v. 2.2 Píklad 30
31 v. 2.2 Píklad (ádkový klient) Píkaz uživatele pro pro vypsání obsahu adresáe 31
32 v. 2.2 Píklad (grafický klient) píkaz kopírování soubory místního poítae soubory vzdáleného poítae 32
33 v. 2.2 Píklad (grafický klient) vzdálené soubory 33
34 v. 2.2 TFTP Trivial FTP existují situace, kdy protokol FTP není nejvýhodnjší: nap. pro tzv. bootstrap bezdiskových stanic je píliš složitý pro nkteré jednoduché OS je problém jej implementovat v rámci rodiny existuje oezaná verze FTP pod názvem TFTP (Trivial FTP) používá se hlavn pro "natažení" tzv. boot image pi startu bezdiskových stanic využívá penosových služeb protokolu UDP (FTP využívá TCP) TFTP si spolehlivost zajišuje sám, využívá jednotlivé potvrzování penáší data po blocích velikosti 512 byt TFTP nezná pojem uživatele nezajišuje žádné pihlašování na vzdáleném poítai ponechává na implementaci, jak se vyeší pístupová práva. Obvykle: pro TFTP dostupné je to, co je dostupné pro všechny uživatele TFTP nezajišuje na vzdáleném poítai žádné systémové akce typu ls, cwd, rm apod. nezná pojem aktuálního adresáe uživatel musí explicitn zadat úplnou pístupovou cestu k souboru, který má na mysli (a musí jej znát) 34
35 v. 2.2 Protokol NFS (Network File System) protokol pro transparentní sdílení soubor (file sharing) v rámci není jediný, ale je nejrozšíenjší má jiný pvod než klasické protokoly pochází od firmy Sun Microsystems (pvodn byl proprietárním ešením) posléze byl NFS pedložen IAB (IETF) ke standardizaci dnes je standardem (RFC 1094) a jeho specifikace jsou public domain vznikl v prostedí Unixu (SunOS, na bázi BSD Unixu) je ale koncipován jako otevený (jako univerzální síové rozšíení systém soubor na rzných platformách) není vázán ani na SunOS, ani na Unix jako takový dnes je implementován snad na všech platformách pipouští, aby klient i server stáli na rzných platformách 35
36 v. 2.2 Protokol NFS (Network File System) NFS je bezestavovým protokolem každý jednotlivý požadavek klienta vi serveru je uzavený, ped a po provedení píkazu se server nachází ve stejném stavu velmi to zjednodušuje zajištní korektnosti komunikace klienta a serveru (reakci na nestandardní situace, výpadky,..) bezestavovost NFS je klíem k velké robustnosti NFS není nutné ošetovat rzné výpadky a singularity bezestavový charakter pipouští pouze použití idempotentních operací (takových, které lze vícekrát opakovat se stejným efektem) nelze nap. používat píkazy typu pošli mi dalšíást souboru XY mohou to být pouze píkazy typu pošli mi M byt souboru XY, poínaje bytem N dvod úspšnosti NFS 36
37 v. 2.2 Problémy kolem NFS je možné realizovat všechny požadavky na pístup k souborm pomocí idempotentních operací? NE, nelze nap. provést OPEN (otevení), a soubor ponechat otevený, obdobn pro CLOSE NFS eší tak, že pro poteby vyízení každého jednotlivého požadavku soubor nejprve oteve, a pak jej zase ihned zave nkteré pípady nelze obejít jako u OPEN a CLOSE nap. APPEND (pidání za aktuální konec souboru) NFS eší zákazem takovýchto operací NFS si klade za cíl být použitelný na rzných platformách nemže se proto vázat na konvence žádné specifické platformy pi odkazech na soubory nemže používat specifikace pístupových cest typu /usr/bin/neco.txt (které jsou závislé na platform) pístupové cesty sestavuje vždy až klient podle místních konvencí, server používá vždy jen "jednorozmrná" jména soubor a adresá poátení "pimontování" (mount) ásti adresáového stromu není bezestavové NFS eší vylenním do tzv. MOUNT SERVERU 37
38 v. 2.2 Pedstava dlá dláto, to, co co NENÍ bezestavové dlá dláto, to, co co JE JE bezestavové klient klient a a server server pi pi vzájemné vzájemnékomunikaci používají používajísystémové identifikace identifikace soubor soubor (a (a adresá) adresá) tzv. tzv. file filehandle 38
39 v. 2.2 Systémová identifikace - handle pro odkazy na konkrétní soubory se v rámci NFS používají tzv. systémové identifikace (file handles) pro klienta je handle identifikátorem (dále nedlitelnou posloupností bit) pro server handle obsahuje ti složky, identifikující systém soubor soubor instanci souboru systémová identifikace (handle) jednoznan identifikuje bu soubor, nebo adresá systémové identifikace pidluje server, klient je pouze používá systémové identifikace mají absolutní povahu (a nikoli relativní, NFS nezná pojem aktuálního adresáe) systémová identifikace (handle) je ukazatelem na jedno konkrétní místo v rámci systému soubor serveru když klient vlastní systémovou identifikaci adresáe, mže si vyžádat výpis jeho obsahu souástí výpisu je seznam znakových etzc, popisujících jednotlivé soubory a podadresáe klient si mže vyžádat na serveru systémovou identifikaci zadaného souboru v adresái (i identifikaci podadresáe) serveru pitom musí pedat systémovou identifikaci adresáe, a znakový etzec popisující soubor i podadresá 39
40 v. 2.2 MOUNT server klient musí získat alespo jeden vstupní bod do systému soubor serveru (alespo jednu systémovou identifikaci) pak má k dispozici prostedky pro procházení celého stromu (systému soubor serveru) poskytnutí "prvního" handle ale není v silách NFS serveru vyžaduje specifikaci pístupové cesty první handle poskytuje MOUNT server!! MOUNT server eší další innosti, které také nemže zajišovat NFS server vede evidenci zpístupovaných (exportovaných) adresáových strom poátení "pimontování" adresáového stromu vetn ovení identity uživatele a jeho pístupových práv MOUNT server je typicky ešen na aplikaní úrovní nezáleží na jeho rychlosti NFS server bývá souástí jádra a je optimalizován na rychlost 40
41 v. 2.2 Implementace NFS poprvé významnji použit koncept tzv. vzdáleného volání procedur prostednictvím protokolu RPC - Remote Procedure Call) jde v zásad o zmnu na úrovni programování programátor nemusíešit asynchronní komunikaci, ale pouze volá pedem pipravené procedury knihovního charakteru implementace RPC je ešena tak, že mže být využita i samostatn mimo implementaci NFS dále je využit také protokol XDR (external Data Representation) samostatný standard, který definuje spolený penosový mezitvar je standardem v rámci definuje jednotný zpsob reprezentace penášených dat, nezávislý na konkrétní architektue píjemce a odesilatele definuje jazyk pro nezávislý popis tchto dat také XDR je implementováno samostatn, jako RPC 41
Rodina protokolů TCP/IP, verze 2.7. Část 8: TELNET, FTP a NFS
Katedra softwarového inženýrství, Matematicko-fyzikální fakulta, Univerzita Karlova, Praha Rodina protokolů, verze 2.7 Část 8: TELNET, FTP a NFS Jiří Peterka, 2011 připomenutí: aplikace v jsou vesměs postaveny
VíceKatedra softwarového inženýrství Matematicko-fyzikální fakulta UK
Katedra softwarového inženýrství, Matematicko-fyzikální fakulta, Univerzita Karlova, Praha, verze 2.4 Jiří Peterka, 2007 připomenutí: v jsou vesměs postaveny na architektuře / součástí aplikační vrstvy
VíceVybrané aplikační protokoly. Telnet, SSH FTP, TFTP, NFS
Vybrané aplikační protokoly Telnet, SSH FTP, TFTP, NFS Pozorování: Nižší vrstvy síťového modelu jsou implementovány jako součást operačního systému......a vyšší vrstvy již jsou nad operačním systémem (jsou
VícePočítačové sítě Systém pro přenos souborů protokol FTP
Počítačové sítě Systém pro přenos souborů protokol FTP Autorizovaný přístup do souborového systému hostitelského uzlu Informace o obsahu souborového systému hostitelského uzlu Obousměrný přenos kopií souborů
VíceFile Transfer Protocol (FTP)
File Transfer Protocol (FTP) protokol pro přenos souborů, jeden z klasických RFC 959 přehled specifikací na http://www.wu-ftpd.org/rfc/ opět architektura klient-server navržen s ohledem na efektivní využívání
VíceLekce 11: Aplikaní vrstva
Poítaové sít, v. 3.1 Katedra softwarového inženýrství, Matematicko-fyzikální fakulta, Univerzita Karlova, Praha Lekce 11: Aplikaní vrstva Jií Peterka, 200 Koncepce aplikaní vrstvy pedstava, že "v aplikaní
VíceKaždý datový objekt Pythonu má minimáln ti vlastnosti. Identitu, datový typ a hodnotu.
Datový objekt [citováno z http://wraith.iglu.cz/python/index.php] Každý datový objekt Pythonu má minimáln ti vlastnosti. Identitu, datový typ a hodnotu. Identita Identita datového objektu je jedinený a
VíceProtokol TELNET. Schéma funkčních modulů komunikace protokolem TELNET. Telnet klient. login shell. Telnet server TCP/IP TCP/IP.
Protokol TELNET Schéma funkčních modulů komunikace protokolem TELNET Telnet klient Telnet server login shell terminal driver Operační systém TCP/IP TCP spojení TCP/IP Pseudo terminal driver Operační systém
VíceProtokol TELNET. Schéma funkčních modulů komunikace protokolem TELNET. Telnet klient. login shell. Telnet server TCP/IP.
Protokol TELNET Schéma funkčních modulů komunikace protokolem TELNET Telnet klient Telnet server login shell terminal driver Jádro TCP/IP TCP/IP Jádro Pseudo terminal driver Uživatel u terminálu TCP spojení
VíceVytvoení programu celoživotního interdisciplinárního uení v ochran dtí
Vytvoení programu celoživotního interdisciplinárního uení v ochran dtí Projekt je spolufinancován Evropským sociálním fondem, státním rozpotem R a rozpotem hlavního msta Prahy Internet pohled technika
Více27. asové, kmitotové a kódové dlení (TDM, FDM, CDM). Funkce a poslání úzkopásmových a širokopásmových sítí.
Petr Martínek martip2@fel.cvut.cz, ICQ: 303-942-073 27. asové, kmitotové a kódové dlení (TDM, FDM, CDM). Funkce a poslání úzkopásmových a širokopásmových sítí. Multiplexování (sdružování) - jedná se o
VíceCZECH Point. Co dostanete: Úplný nebo ástený výstup z Listu vlastnictví k nemovitostem i parcelám v jakémkoli katastrálním území v eské republice.
Co je to Czech POINT: CZECH Point eský Podací Ovovací Informaní Národní Terminál, tedy Czech POINT je projektem, který by ml zredukovat pílišnou byrokracii ve vztahu oban - veejná správa. Projekt Czech
VíceRole a integrace HR systém
Role a integrace HR systém Ing. Michal Máel, CSc., Ing. Bc. Jaroslav Šmarda Vema, a. s. Okružní 3a 638 00 Brno macel@vema.cz, smarda@vema.cz Abstrakt Postavení systému ízení lidských zdroj (HR systému)
VíceÚvod. Obsah. 1 Úvod * 2 Historie protokolu TCP/IP * 2.1 Protokoly v ARPANETU, pedchdce TCP/IP * 3 Aplikaní protokoly TCP/IP *
Obsah 1 Úvod * 2 Historie protokolu TCP/IP * 2.1 Protokoly v ARPANETU, pedchdce TCP/IP * 3 Aplikaní protokoly TCP/IP * 3.1 Píklad nkterých aplikaních protokol TCP/IP * 4 Koncepce TCP/IP * 3.1.1 HTTP (HyperText
VíceIdentifikátor materiálu: ICT-3-03
Identifikátor materiálu: ICT-3-03 Předmět Téma sady Informační a komunikační technologie Téma materiálu TCP/IP Autor Ing. Bohuslav Nepovím Anotace Student si procvičí / osvojí architekturu TCP/IP. Druh
VíceSpráva obsahu ízené dokumentace v aplikaci SPM Vema
Správa obsahu ízené dokumentace v aplikaci SPM Vema Jaroslav Šmarda, smarda@vema.cz Vema, a. s., www.vema.cz Abstrakt Spolenost Vema patí mezi pední dodavatele informaních systém v eské a Slovenské republice.
VíceInternetový mapový server Karlovarského kraje
Internetový mapový server Karlovarského kraje Ing.Jií Heliks Karlovarský kraj Závodní 353/88 Karlovy Vary tel.: 353 502 365 e-mail: jiri.heliks@kr-karlovarsky.cz 1. Úvod Vývojem informa,ních systém. a
VíceVaše uživatelský manuál XEROX PHASER 3635MFP http://cs.yourpdfguides.com/dref/4274327
Můžete si přečíst doporučení v uživatelské příručce, technickém průvodci, nebo průvodci instalací pro. Zjistíte si odpovědi na všechny vaše otázky, týkající se v uživatelské příručce (informace, specifikace,
VícePOPIS TESTOVACÍHO PROSTEDÍ 1 ZÁLOŽKA PARSER
POPIS TESTOVACÍHO PROSTEDÍ Testovací prostedí je navrženo jako tízáložková aplikace, každá záložka obsahuje logicky související funkce. Testovací prostedí obsahuje následující ti záložky: Analýza Gramatiky
VíceKomunikace. Úrovová architektura protokol. Úrovová architektura protokol (2) Pednášky z distribuovaných systém
Komunikace Pednášky z distribuovaných systém Úrovová architektura protokol 2-1 Úrovn, rozhraní a protokoly OSI modelu. 6.12.2004 DS - Komunikace 2 Úrovová architektura protokol (2) 2-2 Typická zpráva penášená
VícePraktické využití datové schránky
Praktické využití datové schránky v ordinaci lékae Patrik Šolc 15.9.2009 Každý jsme hlava na nco jiného. My jsme hlavy na IT. Obsah Práce s datovou schránkou v ordinaci Jaké výhody lékai pináší datové
Víceipové karty, standardy PKCS#11, PKCS#15
ipové karty, standardy PKCS#11, PKCS#15 Pod pojmem ipová karta (smart card) dnes rozumíme integrovaný obvod, zalisovaný v njakém nosii a obsahující procesor s dostaten velkou pamtí a software (operaní
VícePÍRUKA A NÁVODY PRO ÚELY: - RUTINNÍ PRÁCE S DATY
PÍRUKA A NÁVODY PRO ÚELY: - RUTINNÍ PRÁCE S DATY YAMACO SOFTWARE 2006 1. ÚVODEM Nové verze produkt spolenosti YAMACO Software pinášejí mimo jiné ujednocený pístup k použití urité množiny funkcí, která
VíceProblematika využití árového kódu ve vysledovatelnosti potravin. Problem areas of using barcode in food traceability
Problematika využití árového kódu ve vysledovatelnosti potravin Problem areas of using barcode in food traceability Miroslav Hrubý, Ivo Šašek, Václav Kybic Klíová slova: Vysledovatelnost, bezpenost potravin,
VíceIng. Jaroslav Halva. UDS Fakturace
UDS Fakturace Modul fakturace výrazn posiluje funknost informaního systému UDS a umožuje bilancování jednotlivých zakázek s ohledem na hodnotu skutených náklad. Navíc optimalizuje vlastní proces fakturace
VíceWWW poštovní klient s úložištm v MySQL databázi
eské vysoké uení technické v Praze Fakulta Elektrotechnická Bakaláské práce WWW poštovní klient s úložištm v MySQL databázi Jií Švadlenka Vedoucí práce: Ing. Ivan Halaška Studijní program: Elektrotechnika
VíceKatedra softwarového inženýrství, Matematicko-fyzikální fakulta UK
v. 2.2 Katedra softwarového inženýrství, Matematicko-fyzikální fakulta, Univerzita Karlova, Praha, verze 2.2 Jií Peterka, 2005 v. 2.2 Co je elektronická pošta? je to služba! mže být realizována rznými
VíceDodatek dokumentace KEO-Moderní kancelá verze 7.40
Dodatek dokumentace KEO-Moderní kancelá verze 7.40 PODACÍ DENÍK SPIS SBRNÝ ARCH PÍSEMNOST DOKUMENT ÍSLO JEDNACÍ J ODESÍLATELE - Soubor všech jednotlivých DOŠLÝCH a VLASTNÍCH písemností. - Každé písemnosti
VíceSystém souborů (file system, FS)
UNIX systém souborů (file system) 1 Systém souborů (file system, FS)! slouží k uchování dat na vnějším paměťovém médiu a zajišťuje přístup ke struktuře dat! pro uživatele možnost ukládat data a opět je
VíceKatedra softwarového inženýrství MFF UK Malostranské námstí 25, 118 00 Praha 1 - Malá Strana
Malostranské námstí 2, 118 00 Praha 1 - Malá Strana Poítaové sít, v. 3.1 Co je výpoetní model? Katedra softwarového inženýrství, Matematicko-fyzikální fakulta, Univerzita Karlova, Praha Lekce 12: Vývoj
VíceModel ISO - OSI. 5 až 7 - uživatelská část, 1 až 3 - síťová část
Zatímco první čtyři vrstvy jsou poměrně exaktně definovány, zbylé tři vrstvy nemusí být striktně použity tak, jak jsou definovány podle tohoto modelu. (Příkladem, kdy nejsou v modelu použity všechny vrstvy,
Více(typy a vlastnosti pípojek) p pojek) Robert Bešák
Sít ISDN (typy a vlastnosti pípojek p pojek Robert Bešák 2 ISDN (Integrated Services Digital Network Náhrada analog. multiplexu FDM za digit. multiplex TDM sí IDN Zavedení centralizované signalizace SS7
VíceEVROPSKÁ ÚMLUVA O DOBROVOLNÉM KODEXU O POSKYTOVÁNÍ PEDSMLUVNÍCH INFORMACÍCH SOUVISEJÍCÍCH S ÚVRY NA BYDLENÍ (dále jen ÚMLUVA )
PRACOVNÍ PEKLAD PRO POTEBY BA 01/08/2005 EVROPSKÁ ÚMLUVA O DOBROVOLNÉM KODEXU O POSKYTOVÁNÍ PEDSMLUVNÍCH INFORMACÍCH SOUVISEJÍCÍCH S ÚVRY NA BYDLENÍ (dále jen ÚMLUVA ) Tato Úmluva byla sjednána mezi Evropskými
VíceIMPORT DAT Z TABULEK MICROSOFT EXCEL
IMPORT DAT Z TABULEK MICROSOFT EXCEL V PRODUKTECH YAMACO SOFTWARE PÍRUKA A NÁVODY PRO ÚELY: - IMPORTU DAT DO PÍSLUŠNÉ EVIDENCE YAMACO SOFTWARE 2005 1. ÚVODEM Všechny produkty spolenosti YAMACO Software
VíceInstalace multiimportu
Instalace multiimportu 1. Rozbalit archiv multiimportu (nap. pomocí programu Winrar) na disk C:\ Cesta ve výsledném tvaru bude: C:\MultiImport 2. Pejdte do složky Install a spuste soubor Install.bat Poznámka:
VíceORACLE MANUFACTURING SCHEDULING ORACLE HLAVNÍ PLÁNOVÁNÍ VÝROBY
ORACLE MANUFACTURING SCHEDULING ORACLE HLAVNÍ PLÁNOVÁNÍ VÝROBY KLÍOVÉ FUNKCE ORACLE MANUFACTURING SCHEDULING Píprava pedpovdí Parametry plánu finální výroby Plánování materiálových požadavk Pracovní plocha
VíceRelační vrstva SMB-Síťový komunikační protokol aplikační vrstvy, který slouží ke sdílenému přístupu k souborům, tiskárnám, sériovým portům.
Aplikační vrstva http-protokol, díky kterému je možné zobrazovat webové stránky. -Protokol dokáže přenášet jakékoliv soubory (stránky, obrázky, ) a používá se také k různým dalším službám na internetu
VíceZáklady počítačových sítí Model počítačové sítě, protokoly
Základy počítačových sítí Model počítačové sítě, protokoly Základy počítačových sítí Lekce Ing. Jiří ledvina, CSc Úvod - protokoly pravidla podle kterých síťové komponenty vzájemně komunikují představují
VíceTFTP Trivial File Transfer Protocol
TFTP Trivial File Transfer Protocol Jan Krňoul KIV / PSI TFTP Jednoduchý protokol pro přenos souborů 1980 IEN 133 1981 RFC 783 1992 RFC 1350 1998 RFC 1785, 2090, 2347, 2348, 2349 Noel Chiappa, Bob Baldvin,
VíceVzdálený přístup k počítačům
Vzdálený přístup k počítačům jedna z nejstarších služeb vzdálený přístup k sálovým počítačům nejprve vzdálené terminály později terminálová emulace jako jedna ze služeb počítačové sítě současnost využíváno
VíceB-ISDN, ATM (vlastnosti)
B-ISDN, ATM (vlastnosti) Robert Bešák Rostoucí nároky na penosovou rychlost sí ISDN (úzkopásmová) již pro adu aplikace nestaívybudování širokopásmové sít ISDN Úzkopásmová sí ISDN (N-ISDN, Narrowband ISDN)
VíceRegistrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence schopnost, který je spolufinancován
VíceFIRMA, NÁZEV I JINÉ OZNAENÍ. Msto,ulice,íslo popisné,ps:.. Zapsaná v obchodním rejstíku vedeném, oddíl., Bankovní spojení:.. . útu:..
S M L O U V A o poskytování pístupu k SN ve formátu PDF prostednictvím služby SN online. uzavená podle ust. 262 odst. 1 zákona. 513/1991 Sb., Obchodní zákoník a podle ust. 5 a násl. zákona. 22/1997 Sb.,
VíceIng. Jitka Dařbujanová. TCP/IP, telnet, SSH, FTP
Ing. Jitka Dařbujanová TCP/IP, telnet, SSH, FTP Globální systém pro propojení počítačových sítí, který k tomuto využívá sadu protokolů TCP/IP Síť mnoha různých sítí propojených metalickými, optickými kabely,
VíceLekce 3: Síové modely a architektury, RM ISO/OSI
Poítaové sít, v. 3.0 Katedra softwarového inženýrství, Matematicko-fyzikální fakulta, Univerzita Karlova, Praha Lekce 3: Síové modely a architektury, RM ISO/OSI Jií Peterka, 200!"#$ Vrstevnatá filozofie
VíceLadící pípravek DisplayKit
IMFsoft, s.r.o. 26.7.2005 Úvod Ladící pípravek V praxi ped samotným projektováním vlastního výrobku je vhodné ovit samostatnou innost jednotlivých komponent. Pro rychlé ovení správnosti programového vybavení
Vícemetodický list č. 1 Internet protokol, návaznost na nižší vrstvy, směrování
metodický list č. 1 Internet protokol, návaznost na nižší vrstvy, směrování Cílem tohoto tematického celku je poznat formát internet protokolu (IP) a pochopit základní principy jeho fungování včetně návazných
VíceObsah...1 1. Úvod...2 Slovníek pojm...2 2. Popis instalace...3 Nároky na hardware a software...3 Instalace a spouštní...3 Vstupní soubory...3 3.
Obsah...1 1. Úvod...2 Slovníek pojm...2 2. Popis instalace...3 Nároky na hardware a software...3 Instalace a spouštní...3 Vstupní soubory...3 3. Popis prostedí...4 3.1 Hlavní okno...4 3.1.1 Adresáový strom...4
VíceAnalýza aplikačních protokolů
ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE Fakulta elektrotechnická PROJEKT Č. 4 Analýza aplikačních protokolů Vypracoval: V rámci předmětu: Jan HLÍDEK Komunikace v datových sítích (X32KDS) Měřeno: 28. 4. 2008
VícePřednáška 3. Opakovače,směrovače, mosty a síťové brány
Přednáška 3 Opakovače,směrovače, mosty a síťové brány Server a Client Server je obecné označení pro proces nebo systém, který poskytuje nějakou službu. Služba je obvykle realizována některým aplikačním
VíceInovace a zkvalitnění výuky prostřednictvím ICT Počítačové sítě Vrstvový model TCP/IP Ing. Zelinka Pavel
Střední průmyslová škola a Vyšší odborná škola technická Brno, Sokolská 1 Šablona: Název: Téma: Autor: Číslo: Anotace: Inovace a zkvalitnění výuky prostřednictvím ICT Počítačové sítě Vrstvový model TCP/IP
Více7. Relační a prezentační vrstva
7. Relační a prezentační vrstva PB156: Počítačové sítě Eva Hladká Slidy připravil: Tomáš Rebok Fakulta informatiky Masarykovy univerzity jaro 2015 Eva Hladká (FI MU) 7. Relační a prezentační vrstva jaro
Více4 - Architektura poítae a základní principy jeho innosti
4 - Architektura poítae a základní principy jeho innosti Z koncepního hlediska je mikropoíta takové uspoádání logických obvod umožující provádní logických i aritmetických operací podle posloupnosti povel
VíceHTTP protokol. Zpracoval : Petr Novotný
HTTP protokol Zpracoval : Petr Novotný novotny0@students.zcu.cz HTTP protokol - úvod zkratka z Hyper-Text Transfer Protocol možnost přenášet jakákoliv data (soubor, obrázek, výsledek dotazu) obvykle provozován
VíceIM151-8 PN/DP CPU 6ES7151-8AB00-0AB0
6ES7151-8AB00-0AB0 Nové SIMATIC ET 200S CPU s integrovaným rozhraním PROFINET Výkonov odpovídá CPU 314 PROFINET IO i IRT I/O controller pro 128 zaízení I/O device (bude doplnno) PROFINET CBA TCP/IP, UDP/IP,
VíceZákladní škola Ddina Žukovského 580 Praha 6 Liboc 161 00, www.zsdedina.cz tel.: 2 35 35 92 29 fax.: 2 35 35 51 85, dundera@zsdedina.
Základní škola Ddina Žukovského 580 Praha 6 Liboc 161 00, www.zsdedina.cz tel.: 2 35 35 92 29 fax.: 2 35 35 51 85, dundera@zsdedina.cz ICT plán (školní rok 2008/09 a 2009/10) 1) Souhrnný stav v záí 2008
VíceÚvod do informatiky 5)
PŘEHLED PŘEDNÁŠKY Internet Protokol a služba Jmenná služba (DNS) URL adresa Elektronická pošta Přenos souborů (FTP) World Wide Web (WWW) Téměř zapomenuté služby 1 INTERNET 2 PROTOKOL A SLUŽBA Protokol
VíceÚvod Úrovňová architektura sítě Prvky síťové architektury Historie Příklady
Úvod Úrovňová architektura sítě Prvky síťové architektury Historie Příklady 1 Pracovní stanice modem Pracovní stanice Směrovač sítě Směrovač sítě Pracovní stanice Aplikační server Směrovač sítě 2 Soubor
VícePrbžná zpráva o realizaci projektu za rok 2004
1N2004.rtf Prbžná zpráva o realizaci projektu za rok 2004 A Struný pehled dílích cíl projektu splnných v uplynulém období v souladu s cíli, stanovenými v návrhu projektu pro rok 2004 Cílem projektu je
VíceMATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ
MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ 1) PROGRAM, ZDROJOVÝ KÓD, PŘEKLAD PROGRAMU 3 2) HISTORIE TVORBY PROGRAMŮ 3 3) SYNTAXE A SÉMANTIKA 3 4) SPECIFIKACE
VíceIMPLEMENTACE OPERAČNÍHO SYSTÉMU LINUX DO VÝUKY INFORMAČNÍCH TECHNOLOGIÍ
Identifikační údaje školy Číslo projektu Název projektu Číslo a název šablony Autor Tematická oblast Číslo a název materiálu Vyšší odborná škola a Střední škola, Varnsdorf, příspěvková organizace Bratislavská
VíceSystémy pro sběr a přenos dat
Systémy pro sběr a přenos dat propojování distribuovaných systémů modely Klient/Server, Producent/Konzument koncept VFD (Virtual Field Device) Propojování distribuovaných systémů Používá se pojem internetworking
VíceZáklady MIDI komunikace
Propojení nástroje a poítae Základy MIDI komunikace MIDI IN, OUT, THRU Možností, jak pipojit klávesy k poítai je hned nkolik. Stále nejrozšíenjší porty pro MIDI komunikaci u kláves jsou klasické MIDI IN
Více7. Aplikační vrstva. Aplikační vrstva. Počítačové sítě I. 1 (5) KST/IPS1. Studijní cíl. Představíme si funkci aplikační vrstvy a jednotlivé protokoly.
7. Aplikační vrstva Studijní cíl Představíme si funkci aplikační vrstvy a jednotlivé protokoly. Doba nutná k nastudování 2 hodiny Aplikační vrstva Účelem aplikační vrstvy je poskytnout aplikačním procesům
VíceMS Outlook konektor. Každý jsme hlava na nco jiného. My jsme hlavy na IT. Miloslav Záleský Patrik Šolc Jan Matuš 30.9.2009
MS Outlook konektor do datové schránky Miloslav Záleský Patrik Šolc Jan Matuš 30.9.2009 Každý jsme hlava na nco jiného. My jsme hlavy na IT. Obsah Co je Outlook konektor do datové schránky, jak a pro vznikl,
VíceLekce 10: Aplikační vrstva
Počítačové sítě, v. 3.6 Katedra softwarového inženýrství, Matematicko-fyzikální fakulta, Univerzita Karlova, Praha Lekce 10: Aplikační vrstva Slide č. 1 koncepce aplikační vrstvy představa, že "v aplikační
VíceZAJIŠTNÍ SLUŽBY CARRIER IP STREAM
PÍLOHA 3a ZAJIŠTNÍ SLUŽBY CARRIER IP STREAM SMLOUVY o pístupu k infrastruktue sít spolenosti Telefónica O2 Czech Republic využívající technologie Carrier IP Stream mezi spolenostmi Telefónica O2 Czech
VícePočítačové sítě. Lekce 4: Síťová architektura TCP/IP
Počítačové sítě Lekce 4: Síťová architektura TCP/IP Co je TCP/IP? V úzkém slova smyslu je to sada protokolů používaných v počítačích sítích s počítači na bázi Unixu: TCP = Transmission Control Protocol
VíceSlužba Zvýšená servisní podpora
PÍLOHA 1d Služba Zvýšená servisní podpora SMLOUVY o pístupu k infrastruktue sít spolenosti Telefónica O2 Czech Republic využívající technologie Carrier IP Stream mezi spolenostmi Telefónica O2 Czech Republic,a.s.
VícePřednáška 2. Systémy souborů OS UNIX. Nástroje pro práci se souborovým systémem. Úvod do Operačních Systémů Přednáška 2
Přednáška 2 Systémy souborů OS UNIX. Nástroje pro práci se souborovým systémem. 1 Systém souborů (FS) I 2 Systém souborů II Logický systém souborů pro běžného uživatele se jeví jako jediná homogenní struktura
VíceJAK ČÍST TUTO PREZENTACI
PŘENOSOVÉ METODY V IP SÍTÍCH, S DŮRAZEM NA BEZPEČNOSTNÍ TECHNOLOGIE David Prachař, ABBAS a.s. JAK ČÍST TUTO PREZENTACI UŽIVATEL TECHNIK SPECIALISTA VÝZNAM POUŽÍVANÝCH TERMÍNŮ TERMÍN SWITCH ROUTER OSI
VíceII. Jak se p?ihlásit do diskusní skupiny
Publikováno z 2. léka?ská fakulta Univerzity Karlovy (https://www.lf2.cuni.cz) LF2 > Listserver Majordomo na adrese listserv@lfmotol.cuni.cz Listserver Majordomo na adrese listserv@lfmotol.cuni.cz Majordomo
VíceVlastnosti podporované transportním protokolem TCP:
Transportní vrstva Transportní vrstva odpovídá v podstatě transportní vrstvě OSI, protože poskytuje mechanismus pro koncový přenos dat mezi dvěma stanicemi. Původně se proto tato vrstva označovala jako
VíceJak taková poítaová sí vypadá
Jak taková poítaová sí vypadá Po té, co jsme si vysvtlili dležitost poítaových sítí, mžeme konen zaít poznávat principy skryté komunikace okolo nás. Z hlediska rozsahu lze vytváet rzn rozsáhlé poítaové
VícePočítačové sítě Transportní vrstva. Transportní vrstva
UDP TCP Rozhraní služeb Rozhraní protokolů 17 6 ICMP IGMP OSPF 01 02 89 SAP Síťová vrstva IP Rozhraní přístupu k I/O ARP Ethernet driver RARP Vrstva síťového rozhraní 1 DATA Systém A Uživatel transportní
VíceRAID pod Linuxem. Struný pehled. Autor: František Ryšánek <rysanek@fccps.cz> FCC Prmyslové Systémy s.r.o.
RAID pod Linuxem Struný pehled Autor: František Ryšánek FCC Prmyslové Systémy s.r.o. Obsah RAID pod Linuxem...1 Obsah...1 Úvodem...1 Hardware RAID adaptéry...2 Software RAID adaptéry...3
VíceInformace pro autory píspvk na konferenci ICTM 2007
Informace pro autory píspvk na konferenci ICTM 2007 Pokyny pro obsahové a grafické zpracování píspvk Strana 1 z 5 Obsah dokumentu: 1. ÚVODNÍ INFORMACE... 3 2. POKYNY PRO ZPRACOVÁNÍ REFERÁTU... 3 2.1. OBSAHOVÉ
VíceOdpov di na dotazy uchaze k ve ejné zakázce. 60/ Rozší ení související sí ové infrastruktury pro Projekt 159
Odpovdi na dotazy uchaze k veejné zakázce. 60/2012-17-27 Rozšíení související síové infrastruktury pro Projekt 159 Dotaz. 1: Soubor: (A)_ZD_2_159_OSF 21112012.cisto.docx 1/ V kapitole 2.2.3.1 je uveden
Více1. Signatura datového typu
1. Signatura datového typu a) popisuje vlastnosti operací datového typu b) popisuje sémantiku datového typu c) popisuje jména druh a operací a druhy argument a výsledku d) je grafickým vyjádením implementace
VíceProgramovací jazyk Python. Objektov orientovaný. [citováno z http://wraith.iglu.cz/python/index.php]
Programovací jazyk Python [citováno z http://wraith.iglu.cz/python/index.php] Python je jazyk objektov orientovaný, interpretovaný, dynamický a siln typovaný, multiplatformní, s jednoduchou a itelnou syntaxí,
VíceKomunikaní adaptér USB - RS-485/422 - virtuální sériový port ELO E211. Uživatelský manuál
Komunikaní adaptér USB - RS-485/422 - virtuální sériový port Virtual IDLE ECHO ON OFF COM to Fiber Optics through USB ELO E211 Uživatelský manuál 2 ELOE211ZK001 ELOE211ZK001 1.0 Úvod... 4 1.1 Použití adaptéru...
VíceAsymetrické šifrovací techniky se využívají k následujícím úelm:
Certifikáty veejných klí, PKI Základní pojmy: Certifikaní autorita - dvryhodná tetí strana, proces, který zajišuje vydávání a zneplatování certifikát veejných klí, pípadn poskytuje nkteré další služby.
VíceSíťové souborové systémy
Síťové souborové systémy Tato kapitola se zabývá popisem a srovnáním rozšířených a používaných souborových systémů. Čtenář si po jejím přečtení bude schopen vytvořit obrázek o přednostech, možnostech použití
VíceWell LP-388 VoIP telefon, 2x Eth. port, SIP, QoS
1 Well LP-388 VoIP telefon, 2x Eth. port, SIP, QoS Kód: CKMA107 Produkt: WELL LP-388 VoIP telefon, 2x Eth. port,sip,qos Part No.: 310A528 Výrobce: Well VoIP telefon WELL LP-388 má elegantní business vzhled
VíceDUM. Databáze - úvod
DUM Název projektu íslo projektu íslo a název šablony klíové aktivity Tematická oblast - téma Oznaení materiálu (pílohy) Inovace ŠVP na OA a JŠ Tebí CZ.1.07/1.5.00/34.0143 III/2 Inovace a zkvalitnní výuky
VíceY36PSI Protokolová rodina TCP/IP
Y36PSI Protokolová rodina TCP/IP Jan Kubr - Y36PSI 1 11/2008 Program protokol síťové vrstvy IP podpůrné protokoly ICMP RARP, BOOTP, DHCP protokoly transportní vrstvy UDP TCP Jan Kubr - Y36PSI 2 11/2008
VícePřístup k transportní vrstvě z vrstvy aplikační rozhraní služeb služby pro systémové aplikace, služby pro uživatelské aplikace DNS
Aplikační vrstva Přístup k transportní vrstvě z vrstvy aplikační rozhraní služeb služby pro systémové aplikace, služby pro uživatelské aplikace RIP DNS TELNET HTTP SNMP RTP SMTP FTP port UDP TCP IP 1 Aplikační
Více! " " # ( '&! )'& "#!$ %&!%%&! '() '& *!%+$, - &./,,*% 0, " &
! " " # $!%& '& ( '&! )'& "#!$ %&!%%&! '() '& *!%+$, - $!%& &./,,*% 0, *+& 1"% " & Úvod... 3 Metodologie sbru dat k vyhodnocení tezí a ke zpracování analýzy... 5 Analýza dokumentu... 5 Dotazník... 6 ízené
Více12. Virtuální sítě (VLAN) VLAN. Počítačové sítě I. 1 (7) KST/IPS1. Studijní cíl. Základní seznámení se sítěmi VLAN. Doba nutná k nastudování
12. Virtuální sítě (VLAN) Studijní cíl Základní seznámení se sítěmi VLAN. Doba nutná k nastudování 1 hodina VLAN Virtuální síť bývá definována jako logický segment LAN, který spojuje koncové uzly, které
VícePrezentaní program PowerPoint
Prezentaní program PowerPoint PowerPoint 1 SIPVZ-modul-P0 OBSAH OBSAH...2 ZÁKLADNÍ POJMY...3 K EMU JE PREZENTACE... 3 PRACOVNÍ PROSTEDÍ POWERPOINTU... 4 OPERACE S PREZENTACÍ...5 VYTVOENÍ NOVÉ PREZENTACE...
VícePromnné. [citováno z
Promnné [citováno z http://wraith.iglu.cz/python/index.php] Abychom s datovým objektem mohli v programu njak rozumn pracovat, potebujeme se na nj njakým zpsobem odkázat. Potebujeme Pythonu íct, aby napíklad
VíceZpráva o plnní cíl projektu VISK 8/B
Zpráva o plnní cíl projektu VISK 8/B 1. Název projektu: Zajištní provozu Jednotné informaní brány v celonárodním mítku a zpístupnní informaních zdroj Národní knihovny eské republiky, zpístupnní informaních
VíceORACLE ÍZENÍ VÝROBY ORACLE WORK IN PROCESS KLÍOVÉ FUNKCE ORACLE WORK IN PROCESS
ORACLE WORK IN PROCESS ORACLE ÍZENÍ VÝROBY KLÍOVÉ FUNKCE ORACLE WORK IN PROCESS Definice standardních výrobních píkaz Definice výrobních rozvrh pro libovolný zvolený interval Definice výrobních píkaz koncové
Více"DLK 642-Lite Konfigurator" Programové vybavení pro ídicí jednotku DLK642-Lite Instalaní a programovací návod verze 2.1.4 Aktualizace 3.11.
"DLK 642-Lite Konfigurator" Programové vybavení pro ídicí jednotku DLK642-Lite Instalaní a programovací návod verze 2.1.4 Aktualizace 3.11.03 V souvislostí s neustálým rozvojem systém, hardwarového a programového
VícePOČÍTAČOVÉ SÍTĚ A KOMUNIKACE OBOR: INFORMAČNÍ TECHNOLOGIE
POČÍTAČOVÉ SÍTĚ A KOMUNIKACE OBOR: INFORMAČNÍ TECHNOLOGIE 1. Počítačové sítě, základní rozdělení počítačových sítí a. vznik a vývoj počítačových sítí b. výhody počítačových sítí c. rozdělení sítí z hlediska
VícePrvodce pro rychlou instalaci. EW-7206Apg Wireless LAN Access Point
Prvodce pro rychlou instalaci EW-7206Apg Wireless LAN Access Point 0 Rychlá instalace ESKY Ped zahájením zapojování zaízení EW-7206APg provte, zda máte pístup k Internetu prostednictvím širokopásmového
VíceKomunikační protokoly počítačů a počítačových sítí
Komunikační protokoly počítačů a počítačových sítí Autor: Ing. Jan Nožička SOŠ a SOU Česká Lípa VY_32_INOVACE_1138_Komunikační protokoly počítačů a počítačových sítí_pwp Název školy: Číslo a název projektu:
VíceDalší internetové služby 1 - FTP
Další internetové služby 1 - FTP Klíčové pojmy: FTP, TFTP, FTPS FTP File Transfer Protocol Protokol a stejnojmenná služba pro přenos souborů mezi počítači v počítačové síti. Je založen na protokolu TCP,
VíceKUSOVNÍK Zásady vyplování
KUSOVNÍK Zásady vyplování Kusovník je základním dokumentem ve výrob nábytku a je souástí výkresové dokumentace. Každý výrobek má svj kusovník. Je prvotním dokladem ke zpracování THN, objednávek, ceny,
VíceOtázky k státní závrené zkoušce v bakaláském studijním programu. Druhý okruh (VOŠIS)
Otázky k státní závrené zkoušce v bakaláském studijním programu Druhý okruh (VOŠIS) 01. Systémový pístup Systémová teorie. Definice systému. Atributy systému - struktura, funkce. Typologie systém. Aplikace
Více