Na tomto míst bude ociální zadání va²í práce
|
|
- Stanislava Němečková
- před 8 lety
- Počet zobrazení:
Transkript
1 Na tomto míst bude ociální zadání va²í práce Toto zadání je podepsané d kanem a vedoucím katedry, musíte si ho vyzvednout na studiijním odd lení Katedry po íta na Karlov nám stí, v jedné odevzdané práci bude originál tohoto zadání (originál z stává po obhajob na kated e), ve druhé bude na stejném míst neov ená kopie tohoto dokumentu (tato se vám vrátí po obhajob ). i
2 ii
3 ƒeské vysoké u ení technické v Praze Fakulta elektrotechnická Katedra po íta Diplomová práce Omezova datového toku Bc. Václav My²ka Vedoucí práce: Ing. Jan Kubr Studijní program: Elektrotechnika a informatika, strukturovaný, Navazující magisterský Obor: Výpo etní technika 31. prosince 2011
4 iv
5 v Prohlá²ení Prohla²uji, ºe jsem práci vypracoval samostatn a pouºil jsem pouze podklady uvedené v p iloºeném seznamu. Nemám závaºný d vod proti uºití tohoto ²kolního díla ve smyslu Ÿ60 Zákona. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o zm n n kterých zákon (autorský zákon). V Ba²ti dne
6 vi
7 Abstract This thesis deals with analysis and implementation of a system that allows simulation of computer network on an another type. The objective is to create a system for a group of developers who debugs network applications under laboratory conditions, but these applications assume running in a network with worse properties (such as GSM). It is essential that the developer, who debugs the application for example on a mobile phone or own PC, could limit bandwidth, delay and jitter to this application. This limitation must not limit the developer at other work that shouldn't be restricted. The possibility of setting variable properties for a network according to a predened scenario is also desired. Abstrakt Tato práce se zabývá návrhem a implementací systému, který umoº uje simulaci sít na jiném typu sít. Cílem je vytvo it systém pro skupinu vývojá, kte í ladí sí ové aplikace v laboratorních podmínkách, ale tyto aplikace p edpokládají b h v síti s hor²ími vlastnostmi (nap íklad GSM). Podstatné je, aby vývojá, který ladí aplikaci nap íklad na mobilním telefonu nebo vlastním PC, mohl této aplikaci nastavit zejména omezenou ²í ku pásma, zpoºd ní a jitter. Toto omezení zárove nesmí omezovat vývojá e p i ostatní práci. šádoucí je také moºnost nastavit prom nlivé vlastnosti sít podle p edem denovaného scéná e. vii
8 viii
9 Obsah 1 Úvod 1 2 Popis problému, specikace cíle Poºadavky na cílový systém Zp soby simulace parametr sít Omezení ²í ky pásma Zvý²ení zpoºd ní Zavedení ztrátovosti Po²kozování packet Doru ování duplicit Zm na po adí packet Existující nástroje pro zm nu parametr sítí TBF Token Bucket Filter SFQ Stochastic Fairness Queuing WFQ Weighted Fairness Queuing CBQ Class Based Queueing HTB Hierarchical Token Bucket Netem Wondershaper NIST Net NetLimiter Squid-cache MasterShaper Dummynet Analýza a návrh e²ení Umíst ní simulátoru Simulátor na klientské stanici Simulátor na serveru Simulátor na routeru Simulátor na vloºeném PC Simulátor na proxy serveru Volba vhodného umíst ní Volba platformy a opera ního systému Výb r vhodných nástroj pro nastavení parametr ix
10 x OBSAH 3.4 Návrh aplikace Volba implementa ního prost edí Opera ní ást Kongurátor Scéná e Zp sob uloºení nastavení Realizace Problémy p i e²ení pomocí proxy serveru Trac shaping v proxy serveru Zna kování packet v proxy serveru Vlastní lter pro dekódování pravidel Trac shaping p íchozího provozu Routování Nastavení jednotlivých rozhraní IP forwarding NAT Trac control HTB Netem Návrh hierarchie P id lení pravidel ke konkrétnímu datovému toku Rozli²ení tok uploadu p i pouºití NAT P ístup k databázi z limnet skriptu Popis implementace limnet skriptu Spu²t ní systému Správa pravidel Scéná e Nastavení sít Jednotky veli in uvád ných v parametrech Vývoj webové aplikace Rules Pravidla Scenarios Scéná e Router Gracké práce Testování Testování ²í ky pásma Testování zpoºd ní a jitteru Testování ztrátovosti Zapojení testovací sít Navrºení testovacích úloh Zm ení parametr sít bez omezova e M ení ²í ky pásma M ení ztrátovosti a zpoºd ní M ení ostatních parametr
11 OBSAH xi Testování scéná Nam ené hodnoty a vyhodnocení výsledk Parametry testovací sít Nam ené hodnoty s omezova em Ov ení vedlej²ích parametr Ov ení funk nosti scéná Záv r Spln ní cíl Doporu ení pro nastavení sít Zabezpe ení Moºný rozvoj systému Zapojení bez zm ny infrastruktury sít A Seznam pouºitých zkratek 47 B Instala ní a uºivatelská p íru ka 49 B.1 Instala ní p íru ka B.1.1 Poºadavky na systém B.1.2 Zkopírujte data B.1.3 Nastavení sít B.1.4 Vytvo te databázi v MySQL B.1.5 Vytvo te konguraci webserveru B.1.6 Sudoers záznam pro limnet B.1.7 Kongurace limnetu B.1.8 Uloºení nastavení sít do databáze B.1.9 Automatické spu²t ní systému B.2 Uºivatelská p íru ka B.2.1 Ovládání z p íkazového ádku B.2.2 Ovládání p es webové rozhraní C Obsah p iloºeného CD 55
12 xii OBSAH
13 Seznam obrázk 2.1 Schéma algoritmu Token Bucket Schéma algoritmu Leaky Bucket Ukázka s vysv tlením GUI Xnistnet Ukázka GUI programu NetLimiter Graf z aplikace MasterShaper Umíst ní limiteru na klientu Umíst ní limiteru na serveru Umíst ní limiteru na routeru Umíst ní limiteru na vloºeném PC v klientské ásti sít Umíst ní limiteru na vloºeném PC v serverové ásti sít Umíst ní limiteru na proxy serveru Screenshot Seznam pravidel Screenshot P idání nového pravidla Screenshot Výb r scéná e ke spu²t ní Screenshot B ºící scéná Screenshot Seznam scéná k editaci Screenshot Detail scéná e Screenshot Editace pravidla scéná e Screenshot P idání prázdného scéná e Screenshot Formulá pro import scéná e z CSV souboru Screenshot Nastavení adres sít routeru Zapojení testovací sít C.1 Obsah p iloºeného CD 1. ást C.2 Obsah p iloºeného CD 2. ást xiii
14 xiv SEZNAM OBRÁZK
15 Seznam tabulek 5.1 Parametry testovací sít Nastavené parametry test Nam ené parametry v testech Korigované výsledky m ení xv
16 xvi SEZNAM TABULEK
17 Kapitola 1 Úvod Vývoj aplikací p iná²í adu problém, které p i vývoji nejsou na první pohled z etelné. Nasazením aplikace do reálného provozu pak vycházejí napovrch hlediska, která byla p i vývoji opomenuta, nebo vývoj probíhal v laboratorních podmínkách. Sí ové aplikace bývají asto zatíºeny problémy sítí, ve kterých jsou provozovány. Tyto sít vykazují odli²né parametry, neº lokální sít, které bývají v t²inou vyuºívány k vývoji. Z t chto d vod vzniká pot eba lad ní a testování aplikace v reáln síti, která nemusí být vºdy k dispozici. Toto lze e²it simulací. Na rychlé kvalitní síti beze ztrát je vºdy moºné simulovat chování sítí s ho²ími parametry. Typický a v praxi nej ast j²í p íklad je simulace sít GSM na lokální síti Ethernet. Vývojá a tester sí ové aplikace tedy pot ebuje k dispozici simulátor sít, u kterého nastaví chování pro testovanou aplikaci a dále m ºe p edpokládat, ºe pracuje na reálné síti, ve které by aplikace m la být nasazena. Navíc jednotlivé parametry sítí se mohou v ase m nit, coº je m ºe být zapot ebí promítnout do testování. Základními parametry, které je zapot ebí nastavovat, asto zárove, jsou, jak vyplívá i ze zadání, ²í ka pásma, zpoºd ní a ztrátovost. Existují i dal²í, které se mohou hodit v mén astých p ípadech. Jsou to nap íklad vytvá ení duplicitních packet, po²kozených packet nebo zm na jejich po adí. Existuje jiº spousta nástroj, které umoº ují upravovat r zné parametry sítí, av²ak tyto nástroje bu neumí nastavovat v²echny pot ebné parametry, p ípadn mají velmi sloºité nastavování, coº by v p ípad jejich pouºití zna n zpomalovalo vývoj. Totéº platí i p i pouºití nástroj s jednoduchým nastavením, které v²ak neumí nastavovat v²echny parametry a tudíº je pot eba jich kombinovat n kolik. Mnohem v t²í zpomalení vývoje by v²ak znamenalo m nit ru n nastavení parametr v ase b hem testování. To je p inejmen²ím velmi sloºité, ne-li v n kterých p ípadech aº nemoºné. Tato práce si klade za úkol vytvo it systém, který umoº uje poskytnout vývojá m nástroj, který obslouºí v²echny jejich poºadavky pro nastavení parametr sítí a zárove bude mít k dispozici i jednoduché nastavení. Musí dokázat vytvo it základní statické nastavení pro testování, ale musí um t i m nit parametry sít v ase podle p edem denovaného scéná e. K tomu musí existovat nástroj pro centrální správu pravidel, nebo developer m ºe nap íklad ladit aplikaci na mobilním za ízení, zatímco nastavení chce provád t na PC. Nástroj, který bude vytvo en jako cíl této práce, bude pojmenován Limnet. 1
18 2 KAPITOLA 1. ÚVOD Kapitola 2 rozebírá problematiku a uvádí cíle, kterých se tato práce snaºí dosáhnout. Jsou zde uvedeny poºadavky na systém a je zde rozebráno, jak t chto poºadavk dosáhnout. Kapitola 3 analyzuje r zné zp soby e²ení a navrhuje, jak konkrétn bude e²ení implementováno, volí vhodné postupy a popisuje jejich pozitiva i negativa. Kapitola 4 popisuje zvolené e²ení z implementa ní stránky. Uvádí jak byl systém navrºen, jeho rozd lení, ale i nav ºení uºivatelského prost edí. Kapitola 5 se zabývá ov ením funk nosti systému, m ením vlastností simulované sít a zhodnocením výsledk m ení. Sou ástí této práce je také p iloºené CD (vlepené k zadním deskám), které obsahuje aplikaci, v²echny její pot ebné soubory, zdrojové soubory (nap íklad ke grackým soubor m), testovací soubory a tento dokument v elektronické podob.
19 Kapitola 2 Popis problému, specikace cíle Jak jiº bylo vý²e uvedeno, cílem této práce je vytvo it systém, který umoºní skupin vývojá ladit a testovat sí ové aplikace v jejich produk ním prost edí. Kaºdý vývojá musí být schopen nastavit pro svou aplikaci omezení tak, aby neomezoval svou ostatní práci se sítí a zárove ani ºádného ze svých koleg. Tato omezení mohou být statická (po celou dobu stejná) nebo dynamická, kdy se bude nastavení v ase automaticky m nit podle p edem denovaného scéná e. Nastavení systému m ºe nastavovat kaºdý developer na svém PC. 2.1 Poºadavky na cílový systém Omezení ²írky pásma Musí jít nastavit rychlost p enosu dat, zvlá² pro download a zvlá² pro upload. Nastavení zpoºd ní Packet bude v systému pozdrºen po uvedenou dobu, neº bude p eposlán dále. Nastavení jitteru Jitter je tolerance zpoºd ní, nebo zpoºd ní zpravidla nebývá konstantní. Zavedení ztrátovosti N které sít mají niº²í spolehlivost a dochází u nich ke zvý²enému po tu výpadk packet. Statické nastavení parametr Dynamické nastavení parametr podle scéná V síti se bude automaticky m nit nastavení parametr podle p edem denovaného postupu. Centrální správa Musí být moºné nastavit parametry pro datový tok jednoho za ízení z jiného za ízení. 3
20 4 KAPITOLA 2. POPIS PROBLÉMU, SPECIFIKACE CÍLE Transparentnost z pohledu vývojá e Sí se pro danou aplikaci musí tvá it jako skute ná sí, která je simulována, aniº by se muselo provád t n jaké dal²í nastavení. Snadný zp sob pouºívání Vývojá musí mít moºnost provád t nastavení parametr jednoduchým zp sobem pomocí grackého rozhraní. Nízká cena Nezávislost na OS Aplikace se vyvíjejí pro r zné opera ní systémy, takºe závislost na OS je rozhodn neºádoucí. Otev ený systém V systému musí být moºné e²it budoucí nedostatky, proto by to m l být open-source. 2.2 Zp soby simulace parametr sít Omezení ²í ky pásma Abychom dosáhli sníºení rychlosti, musíme kontrolovat mnoºství procházejících dat. Na vstup limiteru p icházejí data ve form packet, ale na výstup m ºeme pustit jen jejich omezené mnoºství tak, aby výstupní rychlost odpovídala nastavené. Na to existují r zné algoritmy, nap íklad Token Bucket nebo Leaky Bucket. Nej ast ji pouºívaným algoritmem je práv Token Bucket. Ten funguje tak, ºe máme zásobník na tokeny s omezenou velikostí. Ten plníme rychlostí r token za sekundu, kde r je vypo ítaná konstanta ur ující výslednou rychlost, neboli rychlost omezení. Pokud je zásobník plný, vygenerované tokeny zahazujeme. Packet pak p epo²leme ze vstupu na výstup pouze, kdyº máme v zásobníku token. Ten je pak samoz ejm p i p eposlání packetu ze zásobníku vy azen. Packety jsou na vstupu azeny do fronty a pokud dojde k vy erpání její kapacity z d vodu nedostatku token (neboli p íchozí provoz je vy²²í, neº jsme s daným omezením schopni odbavit a dojde k napln ní vstupní fronty), následující p íchozí packety jsou zahazovány. Schéma tototo algoritmu je znázorn no na obrázku 2.1. Tento algoritmus se vyzna uje vlastností, ºe pokud jsme p id lenou ²í ku pásma po n jakou dobu nevyºívali, je v zásobníku token dostatek token, m ºe odchozí provoz chvilkov p ekro it p id lenou ²í ku pásma, a to po dobu, neº dojde k vy erpání akumulovaných token. Oproti tomu algoritmus Leaky Bucket ºádné p ekro ení rychlosti netoleruje. P íchozí packety jsou op t azeny do fronty, ale odebírány jsou vºdy pouze rychlostí r packet za sekundu. To si lze p edstavit jako d ravé v dro, ze kterého packety odchází omezenou rychlostí dle velikosti otvoru. Podle toho získal také algoritmus své jméno. Jeho schéma je zobrazeno na obrázku 2.2.
21 2.2. ZP SOBY SIMULACE PARAMETR SÍT 5 tokens bucket incoming packets outgoing packets Obrázek 2.1: Schéma algoritmu Token Bucket incoming packets bucket outgoing packets Obrázek 2.2: Schéma algoritmu Leaky Bucket Zvý²ení zpoºd ní Do cesty sí ového provozu je vloºena fronta, do které jsou vkládány packety spole n s asovými zna kami, kdy packety sm jí frontu opustit. P i vkládání packetu do fronty se nastavuje výstupní as bu to prostým p i tením konstanty d k aktuálnímu asu, p i simulaci reáln j²ího chování se tato konstanta je²t výsledný as t upravuje o náhodnou hodnotu vycházející z jitteru j podle vztahu t = d+random(j 2) j. Pro funkci random je vhodné volit normální rozloºení. Navíc muºeme zavést korelaci podle zpoºd ní p edchozího packetu. To vede ke zvý²ení reálnosti simulace. Ur ení vysokého jitteru m ºe pak vést ke zm n po adí n kterých packet Zavedení ztrátovosti Pro zavedení ztrátovosti sta í zahazovat packety (nep eposílat na výstup) s ur itou pravd podobností. Abychom zajistili reáln j²í chování, m ºeme korelovat pravd podobnost s pravd podobností ztráty p edcházejícího packetu.
22 6 KAPITOLA 2. POPIS PROBLÉMU, SPECIFIKACE CÍLE Po²kozování packet Nastavíme-li pravd podobnost po²kození packetu, sta í u kaºdého packetu s touto pravd podobností p epnout náhodn 1 nebo více bit, pokud v²ak neladíme aplikaci vyuºívající samoopravné kódovaní, není ºádný rozdíl, pokud po²kodíme jeden nebo více bit. Proto v t²inou sta í po²kodit jeden bit Doru ování duplicit P i vkládání packetu do fronty s ur enou pravd podobností vloºíme tento packet do fronty dvakrát Zm na po adí packet Abychom byli schopni docílit zm ny po adí packet p i simulaci, sta í n kterým packet m zvý²it zpoºd ní tak, aby daný packet ode²el pozd ji, neº packet následující. K docílení zm ny po adí packet tedy sta í stejný postup jako ke zvý²ení zpoºd ní. Packety, které budeme odesílat aº po následujícím packetu, m ºeme vybírat bu to systematicky, abychom dokázali následn p edvídat chování p i lad ní aplikace, nebo náhodn s ur itou pravd podobností obdobn jako u ztrátovosti. Stejn tak jako u ztrátovosti m ºeme zde zavést korelaci. 2.3 Existující nástroje pro zm nu parametr sítí TBF Token Bucket Filter Tbf [8] je jednoduchý ltr umoº ující tvarování provozu algoritmem Token Bucket. Umoº- uje omezení ²í ky pásma. Je sou ástí jádra GNU/Linux. Nastavuje se prost ednictvím p íkazové ádky SFQ Stochastic Fairness Queuing Sfq [8] je plánova datových tok, který cyklicky obsluhuje fronty. Umoº uje omezení ²í ky pásma a slouºí zejména k férovému rozd lování ²í ky pásma mezi více klient. Je sou ástí jádra GNU/Linux. Jeho kongurace je moºná z p íkazové ádky WFQ Weighted Fairness Queuing Wfq je obdoba SFQ, ale jednotlivé fronty jsou priorizovány a podle této priority jsou ast ji nebo mén asto obsluhovány CBQ Class Based Queueing Cbq je tvarova, který roz azuje sí ový provoz do p edem denovaných t íd s r znými parametry. Tyto jsou strukturovány v hierarchickém stromovém uspo ádání. Umoº uje sdílení linky s férovým p id lováním ²í ky pásma. Je sou ástí jádra GNU/Linux. Jeho nastavení se op t provádí z p íkazové ádky.
23 2.3. EXISTUJÍCÍ NÁSTROJE PRO ZM NU PARAMETR SÍTÍ HTB Hierarchical Token Bucket Htb [1] je tvarova, který vylep²uje CBQ, ale poskytuje vy²²í výkon. Je vhodný k omezování ²í ky pásma. Je sou ástí jádra GNU/Linux. Jedná se o dal²í ltr, který se konguruje z p íkazové ádky Netem Netem [3] je sí ový emulátor. Umoº uje nastavení ady parametr : zpoºd ní, jitter, ztrátovost, duplikování, po²kozování a zm na po adí packet. Navíc u kaºdého z nich nabízí roz²í enou konguraci (zejména korelaci daného parametru), aby bylo chování sít emulováno mnohem reáln ji. Je sou ástí jádra GNU/Linux. Tento ltr se také konguruje z p íkazové ádky Wondershaper Wondershaper [7] je skript, který umoº uje v linuxu nastavit omezení rychlosti (upload, download) pro daný interface (sí ové rozhraní). Tento skript velmi zjednodu²uje konguraci SFQ. Taktéº se ovládá z p íkazové ádky NIST Net NIST Net [5] je linuxový sí ový emulátor, který umoº uje omezení ²í ky pásma, zpoºd ní a ztrátovosti. Tento program navíc podporuje scéna e pro zm nu parametr. Jedná se o pom rn propracovaný nástroj, který je v²ak bohuºel zatím pouze v experimentálním stádiu vývoje a nelze tak zaru it, ºe bude vºdy ádn fungovat. Poskytuje rozhraní pro nastavení z p íkazového ádku nebo z gracké aplikace. Ukázka a vysv tlení GUI jménem Xnistnet je vid t na obrázku NetLimiter NetLimiter [4] je komplexní komer ní software pro Microsoft Windows. Umoº uje omezení ²í ky pásma zvlá² pro kaºdou aplikaci, monitoring sít, statistiky, vzdálené ovladání a dal²í. Je nasazen na po íta i, na kterém chceme omezovat provoz. Není s ním tedy moºné omezovat toky nap íklad na mobilních za ízeních. Program má gracké rozhraní, které je zobrazeno na obrázku Squid-cache Squid-cache [6] je velmi kvalitní proxy server pro linux, který umoº uje omezení ²í ky pásma pro download pomocí Delay pools. Jeho kongurace je provád na prost ednictvím kongura ních soubor. Tento program je open-source.
24 8 KAPITOLA 2. POPIS PROBLÉMU, SPECIFIKACE CÍLE Obrázek 2.3: Ukázka s vysv tlením GUI Xnistnet MasterShaper MasterShaper [2] je nástavba pro linux, která umoº uje snadno kongurovat pravidla pro omezování ²í ky pásma pomocí vý²e uvedených ltr v jád e linuxu. Nastavení je zprost edkováno p es webové rozhraní. Tato aplikace také umí vykreslit grafy s aktuálním vyuºitím ²í ky pásma a jejím rozloºení. Graf vyºití ²írky pásma je na obrázku Dummynet Dummynet [9] je velmi pokro ilý multiplatformní nástroj, p vodn vyvíjený pro systém BSD, který umoº uje omezování ²í ky pásma, nastavení zpoºd ní a ztrátovosti, ale i p ehazování po adí packet. Je ur en pro b h na klientských stanicích nebo routerech. Jeho ovládání je prost ednictvím p íkazové ádky.
25 2.3. EXISTUJÍCÍ NÁSTROJE PRO ZM NU PARAMETR SÍTÍ 9 Obrázek 2.4: Ukázka GUI programu NetLimiter Obrázek 2.5: Graf z aplikace MasterShaper
26 10 KAPITOLA 2. POPIS PROBLÉMU, SPECIFIKACE CÍLE
27 Kapitola 3 Analýza a návrh e²ení Jsou dv základní moºnosti, jak tento problém e²it. První z nich je, ºe m ºeme navrhnout a vyvinout zcela nový program, coº p iná²í sloºitou práci na úlohách, které jsou jiº vy e²eny a vylad ny, místo toho bychom vytvo ili systém, u kterého by se znovu e²ily stejné problémy, které uº jsou dávno vy e²eny. Místo toho m ºeme pouºít jiº existující nástroje, jimº vymyslíme vhodný zp sob kongurace a pouºití. 3.1 Umíst ní simulátoru Je t eba zvolit, kde bude sytém nasazen a z toho zárove plyne i to, jak bude pouºíván. Zde tedy budou rozebrány jednotlivé varianty a ke kaºdé bude uvedeno, jaké jsou její výhody a nevýhody Simulátor na klientské stanici Simulátor lze umístit na klientskou stanici. Toto e²ení poskytuje jednoduché nastavení pro r zné vývojá e. Dále nep iná²í ºádné dal²í náklady na hardware, ale je závislé na OS vývojá e, který v t²inou pouºívá Microsoft Windows, nelze ud lat jednodu²e centrální správu a problémem m ºe být i instalace na v²echny pracovní stanice, p ípadn pak na dal²í za ízení (jako jsou mobilní telefony). Tento zp sob e²ení je znázorn n na obrázku 3.1. Obrázek 3.1: Umíst ní limiteru na klientu 11
28 12 KAPITOLA 3. ANALÝZA A NÁVRH E ENÍ jednoduché nastavení pro vývojá e snadné odd lení tok jednotlivých vývojá nízká cena závislé na OS problémová centrální správa Simulátor na serveru Umíst ní simulátoru na server je dal²í e²ení, které nevyºaduje ºadné dal²í náklady na po ízení HW. Toto e²ení je nezávislé na OS a umoº uje snadnou centrální správu. Problém m ºe být rozli²ení jednotlivých datových tok, pokud sí s pracovními stanicemi vývojá bude umíst na za routerem s NAT. Dal²í problémy mohou být, ºe vývojá m ºe chtít pracovat s r znými servery, takºe omezova bude muset být nainstalován na v²ech, coº zvý²í sloºitost centrální správy. Navíc ne vºdy musíme mít p ístup k serveru, se kterým se snaºíme komunikovat a pak je toto e²ení zcela nepouºitelné. Umíst ní simulátoru na server ukazuje obrázek 3.2. Obrázek 3.2: Umíst ní limiteru na serveru snadná centrální správa nízká cena problém s identikací zdrojové pracovní stanice problém p i práci s více servery nepouºitelné, pokud nemáme p ístup k serveru Simulátor na routeru Pro toto e²ení musíme mít v síti mezi klientskou stanici a server vloºený router, na kterém bude b ºet simulátor. To m ºe p inést zvý²ené náklady na po ízení hardware routeru. Tyto náklady ov²em nemusí být nijak vysoké, nebo výkon tohoto hardware nemusí být nijak zvlá² vysoký. V p ípad pouºití PC nap íklad sta í oby ejný kancelá ský po íta se 2 sí ovými
29 3.1. UMÍST NÍ SIMULÁTORU 13 rozhraními. Snadná je ur it centrální správa, nebo v²echny klientské stanice jsou umíst ny v lokální síti a v²echen provoz tak prochází routerem. Lze zde také snadno odd lit jednotlivé toky od r zných vývojá. Toto e²ení je zobrazeno na obrázku 3.3. Obrázek 3.3: Umíst ní limiteru na routeru jednoduchá centrální správa snadné odd lení datových tok a vývojá nezávislé na OS nutná zm na zapojení a adresace sít zvý²ené náklady na po ízení routeru Simulátor na vloºeném PC Toto e²ení má více variant. Primárn jde o to, zda-li pracuje na 2. nebo 3. vrstv ISO/OSI modelu. Pokud by m lo pracovat na 3. vrstv, musí p ekládat IP adresy a takové e²ení pak lze povaºovat za umíst ní simulátoru na router, nebo vykazuje v²echny vlastnosti stejné. Pokud bude toto PC pracovat na 2. vrstv, nastává problém p i rozli²ování datových tok podle IP adres, p ípadn ísel port, nebo IP adresace je záleºitost 3. vrstvy ISO/OSI modelu. Tento postup by byl velmi sloºitý. Vloºené PC m ºe být p i p ítomnosti routeru v síti vloºeno do klientské ásti sít (viz. obrázek 3.4) nebo do serverové v tve (viz. obrázek 3.5). P i umíst ní PC do serverové ásti nastává problém s rozli²ením zdroje datových tok, pokud router p ekládá sí ové adresy. Pokud budeme tedy p edpokládat práci na 2. vrstv a umíst ní v klientské ásti, p iná²í toto e²ení podobné vlastnosti, jako umíst ní na routeru, ale sloºit j²í rozli²ování datových tok. Naopak toto e²ení nevyºaduje zm nu adresace lokální sít. jednoduchá centrální správa nezávislé na OS nemusíme m nit adresaci sloºité rozli²ení datových tok náklady na po ízení PC
30 14 KAPITOLA 3. ANALÝZA A NÁVRH E ENÍ Obrázek 3.4: Umíst ní limiteru na vloºeném PC v klientské ásti sít Obrázek 3.5: Umíst ní limiteru na vloºeném PC v serverové ásti sít Simulátor na proxy serveru Toto e²ení p edstavuje p ipojení vyhrazeného po íta e do lokální sít. Tento po íta bude obsahovat simulátor a proxy server. Samoz ejm s sebou nese náklady na po ízení tohoto hardware. Výhodou je, ºe lze snadno centráln spravovat nastavení, ºe e²ení není závislé na OS klienta ani serveru, dokáºeme snadno rozli²ovat datové toky a nemusíme m nit ani adresaci, ani zapojení sít. Zp sob zapojení je patrný z obrázku 3.6. Podstatné je, ºe je zapot ebí do proxy serveru p esm rovat provoz z klienta, coº je moºné pomocí standartních nástroj a nastavení zvládne i pokro ilý uºivatel. Dále lze omezovat provoz pouze na datových tocích, které umí p edávat daný proxy server. Obrázek 3.6: Umíst ní limiteru na proxy serveru jednoduchá centrální správa
31 3.2. VOLBA PLATFORMY A OPERAƒNÍHO SYSTÉMU 15 nezávislé na OS nemusíme m nit adresaci náklady na po ízení hardware pot eba p esm rování provozu Volba vhodného umíst ní Umíst ní simulátoru na klienta nebo na server je zcela vylou eno, nebo v n kterých typických situacích je nelze pouºít. Je tedy patrné, ºe bez dodate ných náklad na HW se kvalitní e²ení v ºádném p ípad neobejde. Tyto náklady v²ak vzhledem v vý²e uvedeným skute nostem nemusí být p íli² vysoké. P i porovnání umíst ní na routeru a na vloºeném PC zjistíme, ºe jediná výhoda vloºeného PC je, ºe není t eba m nit adresaci, coº není p íli² limitující faktor. Naopak si v²ak tímto e²ením zp sobíme zna né komplikace, na kterých by e²ení mohlo zcela selhat. Proto umíst ní na vloºeném PC nebudeme jiº dále uvaºovat. Do hledá ku se nám tak dostávají 2 e²ení. Prvním je jiº zmín né umíst ní na router. Druhým e²ením je pak umíst ní na proxy server. Toto e²ení je velmi p kné, nebo nemusíme nijak m nit zapojení sít, pouze je t eba nastavit na klientské stanici vhodné p esm rování provozu. Bohuºel p i hlub²ím zkoumání narazíme na technické problémy p i pouºití konkrétních implementací proxy server. Tyto potíºe budou pozd ji hloub ji popsány, ale nyní toto e²ení zamítáme. Za vhodné e²ení tedy byl podle vý²e uvedených údaj bylo vybráno umíst ní simulátoru na router. 3.2 Volba platformy a opera ního systému N kolik výrobc nabízí produkty zaloºené na vlastních produktech (tím mám namysli zejména Cisco a jejich Cisco IOS nebo MikroTik a RouterOS), nicmén velká ást je zaloºena na otev ených systémech jako GNU/Linux, p ípadn odvozených (nap. OpenWrt). Je tedy moºné navrhnout systém jako modul pro n který proprietární systém, nejspí²e Cisco IOS, ale vzhledem k tomu, ºe se snaºíme vytvo it otev ený systém s co nejniº²í cenou, budeme volit opera ní systém Linux. Tento systém navíc lze zprovoznit na velkém mnoºství hardwaru. Kv li snadné dostupnosti HW se v této práci budeme zabývat platformou PC, ale nic nebrání tomu, aby systém mohl být nainstalován i na jinou platformu, kde je moºné nainstalovat OS GNU/Linux. Výb r distribuce linuxu v mém p ípad jednozna n vede na Debian-based distribuce, díky tomu, ºe mám jejich pom rn hluboké znalosti. K vývoji budu vyuºívat konkrétn Ubuntu Server 10.04, ale systém bude vyvíjen tak, aby fungoval i na nativním Debianu. P enesení na jinou distribuci nebude patrn úpln jednoduchou operací, zejména bude t eba zm nit ásti, které se zabývají kongurací sít, nebo tyto kongura ní soubory se podle distribuce asto li²í.
32 16 KAPITOLA 3. ANALÝZA A NÁVRH E ENÍ 3.3 Výb r vhodných nástroj pro nastavení parametr Nebo existuje jiº mnoho nástroj, které umoº ují nastavování parametr sít, je kontraproduktivní vyvíjet vlastní. Je vhodné vyuºít n které standartní nástroje, které jsou jiº otestované a odlad né. Existující nástroje jiº byly uvedeny v kapitole 2.3. Protoºe systém Limnet budeme vyvíjen pro systém GNU/Linux, bude nejlep²í vyuºít moduly v jeho jád e, pokud to bude dosta ující. Jejich kongurace nepat í k nejjednodu²²ím, ale to je úkolem této práce, zjednodu²it ji. P i bliº²ím pohledu na jednotlivé moduly za íná být jasné, ºe jist pouºijeme Netem, který umoº uje simulovat v t²inu parametr, které pot ebujeme, dokonce umí i n které dal²í. Jediné, co tento modul neumí simulovat, je ²írka pásma. Je proto t eba vybrat je²t modul, kterým budeme omezovat ²í ku pásma. K tomu je v linuxu hned n kolik modul, které vyuºívají r zné algoritmy, ale abychom dokázali moduly snadno kombinovat, je dobré je za adit do hierarchické struktury. To znamená, ºe musíme vybrat modul, který hierarchickou strukturu podporuje, nebo Netem je tzv. classless, neboli bez t íd, coº znamená, ºe ho lze do hierarchických struktur zav sit jedin jako list. Moduly, které slouºí k omezení ²í ky pásma a zárove podporují hierarchickou strukturu, jsou dva. Jedná se o moduly CBQ a HTB. Vzhledem k tomu, ºe HTB vylep²uje CBQ, budeme volit tento. HTB vyuºívá algoritmu Token Bucket, který má pro nás jednu moºná neºádoucí vlastnost, a to, ºe umí chvilkov p ekro it povolenou rychlost, pokud p edtím n jakou dobu nekomunikoval. To v²ak nemusí být nezbytn problém, naopak ve spoust sítí nejsou omezení hardwarová, ale softwarová, a zde jsou zpravidla k omezení pouºity ltry/moduly pouºívající Token Bucket. 3.4 Návrh aplikace Aplikace musí být rozd lena minimáln na dv ásti. První ást se musí starat o nastavení routeru a parametr sít, dále jí budeme nazývat opera ní ást. Druhá ást musí být rozhraní pro konguraci, dále jen kongurátor. Pak je d leºité rozhodnout, jakým zp - sobem budou realizovány scéná e (dynamické nastavení parametr ). To m ºe být bu to sou ástí opera ní ásti, p ípadn interakcí kongurátoru a opera ní ásti, a nebo to m ºe tvo it samostatnou ást. 3.5 Volba implementa ního prost edí Opera ní ást Opera ní ást m ºe být bu to nativní aplikace (kompilovaná), interpretovaná aplikace (nap. Java) nebo skript (Python, Bash,...). Tato ást musí poskytovat zp sob p ipojení pro kongurátor, p ípadn pro ru ní zásah administrátora. Pro ru ní zásah administrátora je vhodný p íkazový interpret, p ípadn dialogová aplikace. Obecn rozhraní m ºe být pomocí p íkazového ádku, prost ednictvím sít (vlastní i existující protokol) nebo t eba jmenná pipa (named pipe). Pokud budeme pouºívat jiné
33 3.5. VOLBA IMPLEMENTAƒNÍHO PROST EDÍ 17 rozhraní, neº p íkazovou ádku, bude t eba je²t vytvo it aplikaci, která bude z p íkazové ádky p edávat p íkazy na dané rozhraní. Nativní aplikace má výhodu v tom, ºe m ºe s pomocí socket komunikovat p ímo s jádrem systému a nemusí vyuºívat ºádné dal²í aplikace, totéº vlastn platí i o interpretovaných aplikacích. V tomto p ípad v²ak není t eba programovat pom rn sloºitou aplikaci, kdyº úkol na ní je sice kladeno hodn, ale nejsou sloºité a zvládne to jednodu²e i skript. Opera ní ást tedy budeme koncipovat jako skript. Skriptovací jazyk zvolíme tak, aby byl podporován na co nej²ir²ím spektru linuxových distribucí a nezhor²ovali jsme tak portovatelnost. Jazyk, který by m l bez potíºí zvládnout v²echny pot ebné úkony bude tedy n který základní shell opera ního systému. Základem v²ech b ºných distribucí (krom embedded za ízení, neboli vestav ných za ízení, kde je základním shellem v t²inou BusyBox) je Bash (Bourne-again shell). Zkusíme tedy opera ní ást navrhnout jako bashový skript a nadále jej budeme nazývat limnet skript Kongurátor Tato ást musí být zaloºena na architektu e client-server, nebo kongurace se bude provád t z pracovních stanic. Je spí²e zajímavé, jak tuto architekturu postavíme. M ºeme bu to vytvo it vlastní klientskou a serverovou aplikaci nebo lze samoz ejm vyuºít i n které existující. Implementace vlastních aplikací bývá zdlouhavá a náro ná. Velmi dobrou volbou m ºe být vytvo ení webové aplikace, kdy budeme vyuºívat existující webový server i klient, kterým bude internetový prohlíºe na stran uºivatele. Tímto zp sobem lze dnes kongurovat v t²inu sí ových za ízení, které mají p i azenu IP adresu. Na webserveru navíc lze snadno volat opera ní ást z p íkazového ádku a nebude t eba vyvíjet klientskou aplikaci kongurátoru pro r zné platformy, nebo webový prohlíºe je dnes standartní sou ástí kaºdého systému, p ípadn je voln ke staºení. Kongurátor tedy budeme vyvíjet jako webovou aplikaci. Nezáleºí p íli² na tom, jaký jazyk k tomu pouºijeme, ale nejb º j²í varianta na linuxu je patrn kombinace Apache, PHP, MySQL a Javascript. Budeme se toho tedy drºet. Aby se stránky zobrazovaly korektn ve v²ech b ºných prohlíºe ích, musí být stránky validní podle konsorcia W3C. Pro návrh stránek bude zvolen document type (DOCTYPE) XHTML 1.0 Strict Scéná e Scéná e, neboli dynamické nastavení parametr, lze implementovat n kolika zp soby. Bu to je moºné je ud lat jako sou ást limnet skriptu, pak je zapot ebí, aby skript beºel trvale, bylo s ním moºné komunikovat a donutit ho m nit parametry podle vybraného scéná e na vybraném datovém toku. Zárove musí um t takto nastavovat n kolik datových tok sou asn. To se zdá jako pom rn sloºitý úkol. Dal²í moºností je vytvo it k tomuto ú elu samostatný skript, ze kterého je moºné pro kaºdý scéná vyvolat samostatnou instanci. To uº za íná být trochu jednodu²²í a ur it to m ºe fungovat, ale bude patrn problém ve webovém rozhraní zobrazovat automaticky aktuální stav (neboli aktuáln zvolené parametry). Dal²í moºná varianta m ºe být Javascript. Tato varianta vypadá výborn ze strany informovanosti uºivatele. Na serveru nemusí kv li scéná i nic b ºet, tudíº není nijak zatíºen.
34 18 KAPITOLA 3. ANALÝZA A NÁVRH E ENÍ Javascript pak ve zvolené okamºiky posílá na server asynchroní dotazy (AJAX), kterými íká serveru, jak se mají zrovna zm nit parametry sít. Problém tohoto e²ení m ºe být snad pouze v drobné prodlev mezi z voláním z Javascriptu a skute nou zm nou parametr, nebo AJAX request zabere n jaký as. P edpokladem v²ak je, ºe router bude odd len od klientské stanice pouze lokální rychlou sítí, takºe tato prodleva by nem la být nijak vysoká ( adov nejvý²e jednotky milisekund), proto si ji m ºeme dovolit a volíme toto e²ení. 3.6 Zp sob uloºení nastavení A koliv je data moºné ukládat mnoha r znými zp soby, a uº se jedná o ukládání do soubor nebo speciálních úloºi² (nap. Java RMI), jako nejvhodn j²í se vzhledem k typu ukládaných dat jeví pouºití databáze, obzvlá² pro kongurátor, který bude implementován jako webová aplikace. U takto malého projektu nezáleºí na tom, který databázový server pouºijeme, proto vyuºijeme open source databázi MySQL.
35 Kapitola 4 Realizace Tato kapitola se bude v novat konkrétní realizaci jednotlivých ástí Limnetu. V²echny úkoly budou e²eny v prost edí Debian-based Linuxu, konkrétn ve verzi Ubuntu Server Tyto postupy pak tedy mohou být odli²né pro jiné distribuce linuxu. Pro portování systému na jinou distribuci linuxu si dovoluji odkázat na manuálové stránky jednotlivých p íkaz. D leºité je zmínit, ºe ve²kerá komunikace systému s uºivatelem, p ípadn administrátorem, probíhá v anglickém jazyce, nebo ten je mezinárodn uznávaným ve sv t po íta. 4.1 Problémy p i e²ení pomocí proxy serveru Jak bylo uvedeno v kapitole 3.1.6, jedno z moºných e²ení by bylo pomocí proxy serveru. Toto e²ení by p icházelo v úvahu podle poºadavk na systém, ale bylo zamítnuto zejména z d vodu technických problém, které v obecn j²í rovin nebyly rozebírány. Zde je tedy vhodné místo pro rozebrání t chto technických detail. Rozli²ování jednotlivých datových tok je realizováno na sí ové vrstv a toky jsou rozli- ²ovány podle rozdílných zdrojových a cílových IP adres a zdrojových a cílových port. P i pouºití proxy serveru jsou v²ak packety sm rovány na tento server, tedy zdrojová IP adresa a port jsou v po ádku, ale cílová adresa a port jsou ur eny proxy serverem. Tento proxy server následn vygeneruje nový packet, který má správnou cílovou IP adresu a port, ale zdrojová adresa IP a port pat í proxy serveru. Je tedy jasné, ºe jediný len v tomto et zci zná zárove zdrojové i cílové parametry daného packetu. Tím je práv proxy server. Proto jsou jen omezené moºnosti, jak upravovat tento provoz Trac shaping v proxy serveru Prvním e²ením je, ºe provoz m ºe být tvarován p ímo v proxy serveru. Toto e²ení p ichází v úvahu pouze v p ípad, ºe najdeme proxy server, který umoº uje nastavovat v²echny pot ebné parametry, p ípadn takový proxy server sami vytvo íme. Proxy server, který by dokázal nastavovat v²echny pot ebné parametry (jako t eba ztrátovost) jsem nena²el a jeho vývoj by byl velmi sloºitou záleºitostí. 19
36 20 KAPITOLA 4. REALIZACE Zna kování packet v proxy serveru Druhou variantou, jak odli²ovat r zné datové toky je, ºe v proxy serveru jednotlivé packety budeme ozna ovat a tvarování m ºe probíhat jiº na úrovni jádra systému. K tomu je op t pot eba úzká spolupráce proxy serveru. Na²el jsem variantu pouºití Netlter zna ek, coº umoº uje proxy server squid-cache od verze 3.2, která v²ak v dob p ípravy této práce je teprve v beta verzi, proto není vhodná k ostrému nasazení Vlastní lter pro dekódování pravidel Dal²í variantou je moºnost vytvo ení vlastního ltru, který nezávisle na proxy serveru bude packety dekódovat je²t p ed vstupem do proxy serveru, bude v nich vyhledávat cílové p esm rování a to pak pouºije pro pravidla tvarování provozu. Toto je dal²í zbyte n p íli² sloºitá varianta Trac shaping p íchozího provozu Dále je problémem to, ºe sí ový provoz (jak bude pozd ji vysv tleno), je tvarován aº p i odchodu ze sí ového rozhraní. Toto v²ak lze pom rn snadno vy e²it pouºitím virtuálního sí ového rozhraní. Jedno takové je k dispozici i p ímo v jád e linuxu. Jmenuje se IFB (Intermediate Functional Block) a vkládá se p ed vstupní interface. Provoz je pak tvarován p i odchodu z tohoto virtuálního rozhraní. Jeho vloºení a p esm rování provozu do rozhraní eth0 lze provést následujícími p íkazy: # vytvo í 1 virtuální za ízení pojmenované ifb0 modprobe ifb numifbs=1 # p epne rozhraní ifb0 do provozního stavu ip link set dev ifb0 up # vytvo í v za ízení eth0 vstupní frontu tc qdisc add dev eth0 ingress # p esm rování výstupní fronty z ifb0 do eth0 tc filter add dev eth0 parent ffff: protocol ip u32 \ match u flowid 1:1 action mirred egress redirect dev ifb0 4.2 Routování Protoºe e²ení bude implementováno jako router, je t eba se nejprve v novat zprovozen ní routování Nastavení jednotlivých rozhraní K nastavení adres rozhraní slouºí p íkaz ifcong. Dále pak m ºeme nastavit výchozí bránu p íkazem route a DNS záznamy vloºíme do souboru /etc/resolv.conf. Pokud budeme chtít nastavit rozhraní pomocí DHCP serveru, m ºeme pouºít nap íklad program dhclient. Konkrétní syntaxe jednotlivých p íkaz je z ejmá z následujících dvou p íklad. První p íklad nastaví na rozhraní eth0 statickou adresu s maskou 8 bit, nastaví výchozí
37 4.3. TRAFFIC CONTROL 21 bránu na a p idá DNS záznam na server Druhý p íklad provede nastavení prost ednictvím DHCP serveru. P íklad 1: ifconfig eth netmask route add default gw echo "nameserver " > /etc/resolv.conf P íklad 2: dhclient eth0 T mito p íkazy lze nastavit rozhraní po dobu b hu systému, ale je t eba zabezpe it, aby tato nastavení byla obnovena i po restartu systému. DNS servery z stanou nastavené, nebo jsou uloºeny v souboru, ale ostatní nastavení se ztratí. Obnovení nastavení docílíme uloºením nastavení do kongura ního souboru. V distribuci debian a jeho odnoºích se jedná o soubor /etc/network/interfaces. Jeho konkrétní podobou se zde nebudeme zabývat a odkazuji na manuálové stránky IP forwarding IP forwarding je vlastn samotné routování. P edávání musí být povoleno, aby router mohl fungovat. Forwarding lze zapnout n kolika zp soby. První moºnost je po nab hnutí systému zapsat íslo 1 do souboru /proc/sys/net/ipv4/ip_forward. Dal²í moºnosti toto automatizují p i startu systému. Na star²ích systémech debian m ºeme zapsat do souboru /etc/network/options zapsat volbu ip_forward=yes. Nejlep²í moºnost je v²ak vyuºití sysctl.conf v adresá i /etc. Do tohoto kongura ního souboru sta í zapsat volbu net.ipv4.ip_forward= NAT Router bude podporovat p eklad adres, nebo-li modul NAT. Tento modul lze zapnout na rozhraní eth0 p íkazem: iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE Cíl MASQUERADE se pouºívá p i dynamickém p id lování IP adres na WAN rozhraní. V této práci jej pouºíváme proto, ºe na tomto rozhraní nemusí být p id lena statická IP adresa. 4.3 Trac control Tvarování provozu je v linuxu provád no p i odchodu packetu ve chvíli, kdyº packet opou²tí interface. Vyuºívá se toho, ºe na kaºdém rozhraní je zav ²en plánova packet (packet scheduler). Ve výchozím stavu tento plánova bývá pfo_fast, který reprezentuje t ípásmovou frontu, kde jsou data klasikována podle typu sluºby a priority p i azené packetu.
38 22 KAPITOLA 4. REALIZACE Nastavením trac shapingu, neboli tvarování provozu, se tento výchozí plánova nahradí n jakým jiným, který vykonává tvarovací funkci. Tomuto plánova i se íká qdisc (Queueing Discipline) a k n mu se p i azuje algoritmus, který ur uje, kdy a jak bude který packet odeslán. Typy t chto qdisc mohou být t ídní (classful) nebo bez t íd (classless). N které z nich mohou mít hierarchické uspo ádání. Ty pak musí být t ídní, pouze jako listy ve stromovém uspo ádání mohou být zav ²eny qdiscy bez t íd. Pro vytvá ení, zm nu i mazání pravidel tvarování provozu v linuxu slouºí nástroj tc. Pouºití tohoto p íkazu je docela dob e popsáno v manuálu od Ariane Keller [12]. Dále projdeme zp sob kongurace qdisc, které jsou pouºity v Limnetu HTB Modul HTB je t ídní modul k omezování a rozd lování ²í ky pásma. Pokud pot ebujeme sloºit j²í strukturu rozd lování rychlosti, je moºné z t íd sestavit strom, který ur í, jak bude rychlost rozd lována. Kaºdá t ída m ºe mít 2 parametry pro p id lení rychlosti. Parametr rate ur uje rychlost, která bude dané t íd p id lena. Druhý parametr ceil pak udává maximální rychlost, kterou t ída m ºe vyuºít, pokud konektivita není vyuºita ostatními t ídami. Pokud ceil není uveden, je automaticky p evzata hodnota z parametru rate. Parametr default ur uje, která t ída dostane k dispozici nevyuºitou konektivitu, pokud n jaká zbývá. Pokud v n m ur ím neexistující t ídu, pak to znamená, ºe tuto konektivitu ºádná t ída vyuºívat nebude. Obdobn to dopadne, pokud tak ur íme zbytkovou t ídu, kterou nevyuºívá ºádný datový tok. Následující p íkazy vytvo í základní pravidlo pro vytvo ení jedné t ídy: tc qdisc add dev eth0 root handle 1: htb default ff tc class add dev eth0 parent 1: classid 1:1 htb rate 256kbit Netem Netem je modul bez t íd, který umí nastavit spoustu parametr sít. Ty byly jiº vý²e uvedeny. Vzhledem k mnoºství r zných parametr se s konkrétní syntaxí odkáºu na návod na domovské stránce [3]. Zde uvedeme p íklad vloºení qdiscu netem jako list vý²e vytvo ené t ídy htb 1:1. Tento qdisc zp sobí zvý²ení zpoºd ní o 100ms. tc qdisc add dev eth0 parent 1:1 handle 2: netem delay 100ms Návrh hierarchie Kaºdý qdisc má svojí handle, která ho jednozna n identikuje. Ta má 16 bit rozsah (max. = 65535), ale nejvy²²í hodnota je vyhrazena pro p esm rování provozu (ingress a egress qdiscy), proto muºeme vyuºít nejvý²e hodnotu fe hexadecimáln, coº je decimáln. Obdobn má kaºdá t ída handle sestávající z handle qdiscu, pod který t ída pat í, a vlastní handle odd lené dvojte kou. Kaºdý qdisc a t ída má ur enu handle rodi ovského prvku a tímto se dají pravidla seskupit do stromu. Vzhledem k tomu, ºe není snahou prioritizovat n kterou klientskou stanici p ed jinou a zrovna tak se nesnaºíme rozd lovat rychlost mezi jednotlivé stanice, posta í jednoduchý
39 4.4. P ID LENÍ PRAVIDEL KE KONKRÉTNÍMU DATOVÉMU TOKU 23 strom s jedním ko enovým qdiscem. Tento qdisc bude typu HTB, nebo HTB podporuje hierarchické uspo ádání. Na n m budou zav ²eny t ídy HTB, které budou ur ovat omezení ²í ky pásma. Kaºdá t ída pro jednu klientskou stanici. Na tuto t ídu pak bude jako list zav ²en qdisc Netem, který bude pro danou stanici nastavovat v²echny ostatní parametry. Takto vytvo íme dva stromy. Jeden bude na LAN rozhraní a bude nastavovat pravidla pro datový tok sm ující ke klientské stanici. Druhý strom bude na WAN rozhraní a pravidla bude nastavovat pro toky sm ující k serveru. Tímto zp sobem m ºeme nastavit zvlá² v²echna pravidla pro download i upload. 4.4 P id lení pravidel ke konkrétnímu datovému toku To, ºe vytvo íme qdiscy a t ídy s n jakými pravidly, je²t neznamená ovliv ování konkrétního provozu. Je²t je zapot ebí vytvo it pravidla, která ke konkrétní t íd /qdiscu p i azují datový tok. Následující p íklad nastaví, ºe vý²e uvedené moduly HTB a Netem budou upravovat datové toky pocházející ze zdrojové adresy tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 \ match ip src flowid 1:1 Povaºujeme-li adresu za IP adresu klienta a interface eth0 za WAN routeru, vý²e uvedené pravidlo zp sobí, ºe limity budou upravovat upload z této pracovní stanice. Obdobn lze upravit i download, který ov²em musíme tvarovat na LAN rozhraní a IP adresu musíme ur it jako cílovou. M ºe to vypadat nap íklad následovn : tc filter add dev eth1 protocol ip parent 1:0 prio 1 u32 \ match ip dst flowid 1:1 Samoz ejm pravidlo pro download m ºe být ur eno jinou t ídou, neº upload, tak docílíme rozdílných parametr pro download a upload. 4.5 Rozli²ení tok uploadu p i pouºití NAT Vý²e uvedený zp sob rozli²ení datových tok p i uploadu nebude fungovat, pokud na routeru bude nasazen NAT. Problém spo ívá v tom, ºe p i tvarování na odchozím rozhraní je jiº p eloºena zdrojová adresa na adresu routeru. Pravilo ltru pak nerozpozná daný packet. Tento problém lze e²it nap íklad pomocí zna kování packet zna kami Netlter. Tyto zna ky m ºeme p i adit k packet m je²t p ed p ekladem adresy pomocí iptables. Tato zna ka není uloºena fyzicky do packetu, ale je k n mu p i azena na úrovni jádra systému a není p ekladem adresy odstran na. Následn m ºeme k ltru p idat informaci, aby provoz byl tvarován, pokud obsahuje tuto zna ku. Vý²e uvedená pravidla ltru m ºeme pak p epsat nap íklad následujícím zp sobem: # vytvo it zna kovací pravidlo pro tcp - p i zdrojové IP p idat zna ku 1 iptables -t mangle -A PREROUTING -i eth1 -p tcp -s \ -j MARK --set-mark 1
40 24 KAPITOLA 4. REALIZACE # vytvo it zna kovací pravidlo pro udp - p i zdrojové IP p idat zna ku 1 iptables -t mangle -A PREROUTING -i eth1 -p udp -s \ -j MARK --set-mark 1 # p i zna ce 1 (handle) se ídit pravidly t ídy 1:1 tc filter add dev eth0 protocol ip parent 1:0 prio 1 handle 1 fw classid 1:1 4.6 P ístup k databázi z limnet skriptu P edávat dotazy do databáze a zobrazovat jejich výsledky lze s pomocí klentské aplikace mysql. Tomuto nástroji lze p edat parametry p ipojení do databáze a jako parametr lze p edat i SQL dotaz, který bude proveden. Výsledek daného dotazu je vyti²t n na standartní výstup. První ádek tohoto výstupu p edstavuje hlavi ky výstupní tabulky. Následující p íklad vypí²e obsah tabulky tbltest v databázi dbtest. mysql -h localhost -u user --password="password" -D dbtest -s \ -e "select * from tbltest;" 4.7 Popis implementace limnet skriptu Protoºe tvarovací pravidla jsou nastavena v systému a o b h scéná se bude starat javascript, limnet script nemusí b ºet trvale. Jeho úkolem je zpracovat parametry z p íkazové ádky a podle nich aplikovat nastavení systému, p ípadn upravit databázi. Skript zárove musí um t aplikovat do systému pravidla z databáze, pokud zatím aplikována nejsou (nap íklad p i startu systému). Obdobn je t eba aplikovat pravidla, pokud bude skript volán p i AJAXovém volání p i b hu scéná e. Základem skriptu je tedy zpracování p íkazové ádky, p ípadn kontrola správnosti p edaných parametr. Pro kontrolu správnosti parametr je vyuºito regulárních výraz a nástroje grep Spu²t ní systému První akcí by m lo být aplikování denovaných pravidel do systému. To se provede následujícím p íkazem../limnet start P i volání tohoto p íkazu se nejprve zkontroluje, zda pravidla jiº nebyla aplikována. Toho je docíleno vyhledáním ko enového qdiscu typu HTB. Pokud tento qdisc nebyl nalezen, je na tena tabulka pravidel z databáze a kaºdé z nich je d íve uvedeným zp sobem aplikováno do systému. Zárove je zaveden modul NAT. Obdobn lze p íkazem stop zru²it v²echna aplikovaná pravidla. Tento p íkaz je v²ak implementován zejména kv li celistvosti systému limnet, nebo v praxi z ejm nemá vyuºití. P i zastavení jsou smazána v²echna pravidla a odstran n NAT. To se provede následujícími p íkazy (pokud jsou rozhraní eth0 a eth1):
41 4.7. POPIS IMPLEMENTACE LIMNET SKRIPTU 25 # odstran ní ko enových qdisc odstraní celý strom tc qdisc del dev eth0 root tc qdisc del dev eth1 root # smaºeme zna kovací pravidla iptables -t mangle -F # odstraníme NAT iptables -t nat -F Pokud je v²ak t eba systém restartovat, je implementován i p íkaz restart, který vyuºívá p íkazu stop Správa pravidel Limnet skript musí um t p idávat, upravovat a mazat tvarovací pravidla. Tato jsou ur ena kombinací zdojové IP adresy a portu a cílové IP adresy a portu. Z tohoto vý tu je zdrojová IP adresa povinná, nebo kaºdé pravidlo musí být dáno podle klientské stanice. Úkolem skriptu tedy je upravit podle pravidel databázi a pokud jsou aplikována jiº základní pravidla v systému, aplikovat i tuto zm nu. Tvrovací pravidla by nem la být m n na jiným zp sobem, neº za pouºití limnet skriptu, nebo by pak nemusela být zachována struktura databáze. Tuto inkosistenci by v²ak vºdy m l vy e²it restart systému Scéná e P estoºe scéná e jsou implementovány ve webovém rozhraní v javascriptu, limnet script musí poskytovat alespo základní podporu pro tento zp sob e²ení. Javascript posílá na server requesty na zm nu aktuálního nastavení a tato zm na se provádí práv v limnet scriptu. Na to je ve scriptu speciální p íkaz scenario, který aplikuje parametry pouze v runtime prost edí a neupravuje nic v databázi. Tento p íkaz by nem l být volán ru n Nastavení sít Nastavení sít je rovn º, jako tvarovací pravidla, uloºeno v databázi. Proto pro zachování konzistence poskytuje limnet script moºnost nastavovat sí. Skriptu se p edá nové nastavení sít, skript pak toto nastavení zapí²e do databáze, uloºí do kongura ních souboru a následn aplikuje do aktuálního nastavení systému. Formáty kongura ních soubor jsou p ipraveny pro systém Debian, p ípadn pro jeho odnoºe. Pro export nastavení jsou p ipraveny ²ablony v podadresá i templates. Na ítání kongura ního souboru je implementováno p ímo ve skriptu. Pokud by se skript portoval na jinou distribuci linuxu, je t eba tuto ást zm nit a upravit ²ablony Jednotky veli in uvád ných v parametrech Pro vy²²í jednoduchost skriptu v rámci tohoto skriptu nedochází k ºádnému p epo tu jednotek. V²echny parametry jsou p edávány jen jako ísla, ke kterým jsou p i azeny výchozí
42 26 KAPITOLA 4. REALIZACE jednotky. Pro nastavení ²í ky pásma jsou výchozí jednotkou kilobity (kb/s), pro zpoºd ní a jitter se jedná o milisekundy a u v²ech ostatních veli in jsou to procenta (tedy v rozsahu 0 aº 100). Tyto jednotky byly zvoleny jako nejb ºn ji pouºívané i p esto, ºe základní fyzikální jednotky jsou odli²né. 4.8 Vývoj webové aplikace Webová aplikace slouºí p eváºn jako kongura ní rozhraní systému. Jak bylo uvedeno v kapitole 3.5.2, webové rozhraní je psáno v jazyce PHP, p i emº výsledná stránka je renderována ve standardu XHTML 1.0 Strict. Kaºdá stránka je podle tohoto standardu validní. Aplikace je rozd lena na t i základní ásti. Tyto ásti jsou p ístupné z menu v horní ásti obrazovky. První menu nadepsané Rules, neboli esky Pravidla, je ist uºivatelská záleºitost. Druhá nabídka je Scenarios, coº esky znamená Scéná e, slouºí k editaci scéná k dispozici a zde záleºí na organizaci skupiny vývojá, zda je bude editovat uºivatel nebo administrátor systému. Poslední menu Router je ist administrátorská záleºitost a lze zde nastavit adresy rozhraní LAN a WAN Rules Pravidla Na hlavní obrazovce, která je vid t na obrázku 4.1, je seznam pravidel, která jsou aktuáln za azena. Lze zde vytvo it nové pravidlo a upravit nebo smazat n které z aktuálních. Dále je Obrázek 4.1: Screenshot Seznam pravidel moºné zde nad kterýmkoliv pravidlem spustit n který scéná. To ºe je moºnost spu²t ní scéná e práv u pravidel neznamená, ºe scéná e by n jak úzce souvisely s konkrétními pravidly. Jediné co se z t chto pravidel vyuºívá pro spu²t ní scéná e jsou data pro ur ení datového toku, tedy zdrojová IP adresa a port a cílová IP adresa a port.
43 4.8. VÝVOJ WEBOVÉ APLIKACE 27 Jednotlivá pravidla jsou ut íd na pod sebou v tabulce. Kaºdé pravidlo je rozloºeno na dvou ádcích, v prvním ádku jsou parametry downloadu, ve druhém pak parametry uploadu. Dal²í obrazovka v sekci Rules slouºí pro vytvo ení nového pravidla a je vyobrazena na obrázku 4.2. Zde lze vyplnit pravidla pro ltr (ta musí být v rámci systému unikátní, Obrázek 4.2: Screenshot P idání nového pravidla neboli nelze vytvo it dv pravidla, která budou obsahovat stejnou kombinaci zdrojové adresy a portu a cílové adresy a portu), dále pak jednotlivé parametry sít. Povinná pole jsou zdrojová adresa a rychlost downloadu a uploadu. Omezení ²í ky pásma je vºdy povinný údaj, nebo pro kaºdé pravidlo je vloºen modul HTB, pro který je uvedení rychlosti povinné. Pokud nechceme rychlost omezovat, sta í do t chto kolonek vyplnit rychlost vy²²í, neº je rychlost lokální sít, tedy nap íklad pro 100 Mb/s ethernet m ºeme uvést hodnotu , coº p edstavuje kb/s. Ostatní parametry jsou volitelné a nemusíme je vypl ovat, pokud je nechceme nijak m nit oproti výchozímu stavu. Tímto se postupn dostáváme k moºnosti spu²t ní scéná e nad daným datovým tokem. Pokud v tabulce pravidel klikneme na odkaz start scenario, otev e se obrazovka z obrázku 4.3, která slouºí pro výb r ºádaného scéná e. Tím jsme se dostali pon kud mimo p vodn
44 28 KAPITOLA 4. REALIZACE uvád né rozd lení na t i ásti, nebo spou²t ní scénár je vnit n samostatnou ástí, ov²em je p ístupná pouze ze sekce Rules, proto je uvád na práv pod touto sekcí. Na obrazovce pro Obrázek 4.3: Screenshot Výb r scéná e ke spu²t ní výb r scéná e je uvedené pravidlo pro ltrování daného toku a pod ním je seznam scéná, které jsou k dispozici. U kaºdého z nich je odkaz select, který slouºí práv pro výb r tohoto scéná e. Pokud scéná vybereme, dostaneme se kone n na obrazovku, kde je moºné scéná spustit. Ta je k vid ní na obrázku 4.4. Na této obrazovce jsou krom základních informací o vybraném scéná i i pravidla pro rozli²ení datového toku a nakonec v²echna pravidla daného scéná e. Tato pravidla jsou, aby bylo kaºdé pravidlo pouze na jeden ádek, zapsána trochu nep ehledn bez jednotek a hlavi ky tabulky jsou ve zkratkách, coº v²ak vzhledem k tomu, ºe se nám nejedná o maximální itelnost (ta je dodrºena p i editaci scéná e), není na závadu. Pod touto tabulkou jsou tla ítka Start a Stop. T mi je moºné daný scéná spustit, p ípadn pak b ºící scéná op t zastavit. Pokud scéná dob hne dokonce, p ípadn je ru n zastaven, nastavení pravidel je vráceno op t na p vodní nastavení ur ené u dané adresy. Toto samoz ejm není dodrºeno, pokud je b h scéná e p eru²en p echodem na jinou stránku nebo zav ením prohlíºe e. Tím je scéná zastaven, ale nastavení z stává z posledního pro²lého pravidla scéná e. P i b hu scéná e je aktuáln nastavené pravidlo zobrazeno podbarvením daného ádku tabulky ²edou barvou a vypsáním erveným písmem. To je ostatn vid t i na jiº vý²e zmín ném obrázku 4.4. Scéná e jsou, jak bylo jiº d íve uvedeno, implementovány pomocí javascriptu. Pro moºné zjednodu²ení této implementace je vyuºita knihovna jquery [10]. V²e funguje tak, ºe jsou na teny z tabulky jednotlivá pravidla, která jsou pak v asových intervalech (op t uvedených v tabulce) zasílána pomocí AJAX dotaz serveru. Ten p edá parametry limnet skriptu a tím
45 4.8. VÝVOJ WEBOVÉ APLIKACE 29 Obrázek 4.4: Screenshot B ºící scéná dojde k jejich aplikaci. Pokud toto projde úsp ²n, webový server odpoví na AJAX volání zprávou OK. Pokud ne, je zde vrácen textový popis chyby a ta je následn zobrazena i v prohlíºe i Scenarios Scéná e Sekce scéná e je jediná ást webové aplikace, která upravuje databázi, nebo k tomuto nevyuºívá limnet skript. Tato ást slouºí pouze k editaci scéná, které následn mohou být spu²t ny ze sekce Rules. Kaºdý scéná m ºe mít název a popis, p ípadn se m ºe stále opakovat (aº do zastavení). Kaºdý scéná se pak sestává z pravidel, která mají p id lený as trvání. Na tuto dobu je vºdy platné dané pravidlo, pak je aplikováno pravidlo následující. Na první obrazovce 4.5 je vid t seznam denovaných scéná. U kaºdého z nich je moºné zobrazit detaily a nebo ho smazat. Dále je na této obrazovce k dispozici odkaz pro vytvo ení nového scéná e a importování scéná e ze souboru CSV.
46 30 KAPITOLA 4. REALIZACE Obrázek 4.5: Screenshot Seznam scéná k editaci Pokud klikneme na detail scéná e, dostáváme se na obrazovku 4.6, kde je moºné editovat název a popisku scéná e a je zde vid t seznam pravidel tohoto scéná e. Kaºdé pravidlo je moºné editovat, smazat, p esunout vý²e nebo níºe. Pak je samoz ejm moºné p idat nové pravidlo. Na spodku obrazovky jsou tla ítka Save a Cancel. Tla ítko Save slouºí k uloºení zm n ve jméni a popise scéná e. Tla ítko Cancel jakékoliv zm ny zru²í a p echází zp t na seznam scéná. Editace pravidla scéná e je vid t na obázku 4.7. Op t je povinné vyplnit rychlost downloadu a uploadu a navíc as, po který bude pravidlo platné. Stejn vypadá i okno, ve kterém se dají pravidla ru n p idávat, proto ho nemusíme zvlá² popisovat. Pokud chceme ru n vytvo it nový scéná, otev e se okno z obrázku 4.8. Zde se musí vyplnit alespo název scéná e, který musí být unikátní. Scéná se pak vytvo í tla ítkem Save. Zajímav j²í, neº vytvá et scéná e ru n, je moºnost importovat je z CSV soubor. Stránka pro import CSV soubor je na obrázku 4.9. Zde se vypl ují stejné volby jako p i ru ním vytvá ení scéná e, av²ak navíc je povinné p edat soubor CSV obsahující nový scéná. Tento CSV soubor má jasn denovanou strukturu. Na kaºdém ádku je práv jedno pravidlo. Kaºdé pravidlo sestává z íselných hodnot odd lených árkou. Desetinná ísla musí mít jako desetinný odd lova te ku (neboli mít anglický formát). Protoºe v pravidlech se nevyskytují et zce, uvozovky jsou povaºovány za nepovolený znak. Jednotlivé hodnoty pravidla musí být uvedeny v následujícím po adí: í ka pásma downloadu [kbps] (povinné) Zpoºd ní downloadu [ms] Jitter downloadu [ms] Ztrátovost downloadu [%]
47 4.8. VÝVOJ WEBOVÉ APLIKACE 31 Korelace ztrátovosti downloadu [%] Mnoºství duplicit downloadu [%] Mnoºství po²kozených packet downloadu [%] Mnoºství packet, které budou doru eny mimo po adí downloadu [%] Korelace mnoºství packet mimo po adí downloadu [%] í ka pásma uploadu [kbps] (povinné) Zpoºd ní uploadu [ms] Jitter uploadu [ms] Ztrátovost uploadu [%] Korelace ztrátovosti uploadu [%] Mnoºství duplicit uploadu [%] Mnoºství po²kozených packet uploadu [%] Mnoºství packet, které budou doru eny mimo po adí uploadu [%] Korelace mnoºství packet mimo po adí uploadu [%] Doba trvání pravidla [s] (povinné) V tomto formátu umí generovat CSV soubory aplikace BandWidth Test, která je sou ástí diplomové práce M ení kvality GSM sítí pana Vladimíra Cibulky z roku 2012 [11] Router Protoºe e²ení je implementováno jako router, je více neº vhodné poskytnout alespo základní nastavení i do webového rozhraní. Za základní nastavní zde povaºujeme nastavení IP adres, respektive moºnost nastavení pomocí DHCP serveru na WAN rozhraní. Pro nastavení routeru je vytvo ena ve webovém rozhraní zvlá²tní sekce p ístupná z nabídky. Ta se jmenuje Router a otevírá stránku zobrazenou na obrázku Protoºe je nastavení zárove uloºeno v databázi, je t eba k nastavení adres pouºívat limnet skript. Tento skript je zárove pouºit i ke zji²t ní aktuálních IP adres p id lených jednotlivým rozhraním. Tyto IP adresy sice nejsou nikde zobrazeny, ale jsou vyuºity v p ípad pot eby p esm rování kongura ního rozhraní na novou IP adresu po její zm n. P i zm n IP adresy rozhraní, p es které máme otev eno webové rozhraní, je vygenerován odkaz pro otev ení rozhraní na nové adrese. Tento zp sob nefunguje, pokud k webovému rozhraní p istupujeme p es WAN a p id líme mu adresu p es DHCP, nebo b hem renderování výsledné stránky není je²t nov p id lená adresa známa.
48 32 KAPITOLA 4. REALIZACE Gracké práce Na webovém rozhraní je v horní ásti umíst n gracký pruh, který je poskládán z n kolika grackých soubor. Tyto soubory jsou v etn zdrojové graky a fotograí p iloºeny k této práci a uvol uji je tímto jako volné dílo (public domain). V ƒeské Republice v²ak není moºné se z íci autorských práv, proto k t mto soubor m ud luji bezplatnou licenci ke zcela libovolnému vyuºití. Gracké soubory jsou upraveny v open source grackém editoru GIMP. Tyto soubory jsou p iloºeny ve formátu XCF.
49 4.8. VÝVOJ WEBOVÉ APLIKACE 33 Obrázek 4.6: Screenshot Detail scéná e
50 34 KAPITOLA 4. REALIZACE Obrázek 4.7: Screenshot Editace pravidla scéná e
51 4.8. VÝVOJ WEBOVÉ APLIKACE 35 Obrázek 4.8: Screenshot P idání prázdného scéná e Obrázek 4.9: Screenshot Formulá pro import scéná e z CSV souboru
52 36 KAPITOLA 4. REALIZACE Obrázek 4.10: Screenshot Nastavení adres sít routeru
funkční na dual-sim telefonech možnost přesměrovat příchozí hovory možnost nastavení více telefonních čísel pro případ, že je jedno nedostupné
Analyzujte, navrhněte a implementujte aplikaci pro sledování spánku dětí Chůvička pro telefony na platformě Android. Od existujících aplikací se bude aplikace odlišovat tímto: funkční na dual-sim telefonech
VícePraktické úlohy- zaměření specializace
Praktické úlohy- zaměření specializace Realizace praktických úloh zaměřených na dovednosti v oblastech specializace POS: Síťový OS, instalace, konfigurace a optimalizace podle zamýšleného použití; Inicializace
VíceInovace výuky prostřednictvím šablon pro SŠ
Název projektu Číslo projektu Název školy Autor Název šablony Název DUMu Stupeň a typ vzdělávání Vzdělávací oblast Vzdělávací obor Tematický okruh Inovace výuky prostřednictvím šablon pro SŠ CZ.1.07/1.5.00/34.0748
VíceServer. Software serveru. Služby serveru
Server Server je v informatice obecné označení pro počítač či skupinu počítačů, kteří poskytují nějaké služby. Rovněž pojmem server můžeme označit počítačový program, který tyto služby realizuje. Služby
VíceStřední škola pedagogická, hotelnictví a služeb, Litoměříce, příspěvková organizace
Střední škola pedagogická, hotelnictví a služeb, Litoměříce, příspěvková organizace Předmět: Počítačové sítě Téma: Počítačové sítě Vyučující: Ing. Milan Káža Třída: EK1 Hodina: 14-15 Číslo: III/2 3. Typy
VíceVýzva k podání nabídek (zadávací dokumentace)
Výzva k podání nabídek (zadávací dokumentace) 1.Číslo zakázky 2.Název programu: 3.Registrační číslo projektu 4.Název projektu: 5.Název zakázky: Operační program Vzdělání pro konkurenceschopnost CZ.1.07/1.1.07/02.0129
VícePoukázky v obálkách. MOJESODEXO.CZ - Poukázky v obálkách Uživatelská příručka MOJESODEXO.CZ. Uživatelská příručka. Strana 1 / 1. Verze aplikace: 1.4.
MOJESODEXO.CZ Poukázky v obálkách Verze aplikace: 1.4.0 Aktualizováno: 22. 9. 2014 17:44 Strana 1 / 1 OBSAH DOKUMENTU 1. ÚVOD... 2 1.1. CO JSOU TO POUKÁZKY V OBÁLKÁCH?... 2 1.2. JAKÉ POUKÁZKY MOHOU BÝT
VíceGenerátor sítového provozu
Generátor sítového provozu Přemysl Hrubý, HRU221 Abstrakt: Nalezení nebo naprogramování (v přenositelném jazyce) konfigurovatelného generátoru provozu simulátoru zátěže charakteristické pro různé typy
VíceManuál Kentico CMSDesk pro KDU-ČSL
Manuál Kentico CMSDesk pro KDU-ČSL 2011 KDU-ČSL Obsah 1 Obecně... 3 1.1 Přihlašování... 3 1.2 Uživatelské prostředí... 4 2 Stránky... 4 2.1 Vytvoření nové stránky... 4 2.1.1 Texty... 7 2.1.2 Styly textu...
Vícefunkční na dual-sim telefonech možnost přesměrovat příchozí hovory možnost nastavení více telefonních čísel pro případ, že je jedno nedostupné
Analyzujte, navrhněte a implementujte aplikaci pro sledování spánku dětí Chůvička pro telefony na platformě Android. Od existujících aplikací se bude aplikace odlišovat tímto: funkční na dual-sim telefonech
VíceInteligentní zastávky Ústí nad Labem
Příloha č. 7 Technická specifikace pro veřejnou zakázku Inteligentní zastávky Ústí nad Labem nadlimitní veřejná zakázka na realizaci inteligentních zastávek zadávaná v otevřeném řízení, dle zákona o veřejných
VíceFWA (Fixed Wireless Access) Pevná rádiová přípojka
FWA (Fixed Wireless Access) Pevná rádiová přípojka Technologie FWA (Fixed Wireless Access, FWA) je obecné označení pro skupinu technologií, které umožňují zřízení pevné rádiové přípojky prostřednictvím
VíceČÁST PÁTÁ POZEMKY V KATASTRU NEMOVITOSTÍ
ČÁST PÁTÁ POZEMKY V KATASTRU NEMOVITOSTÍ Pozemkem se podle 2 písm. a) katastrálního zákona rozumí část zemského povrchu, a to část taková, která je od sousedních částí zemského povrchu (sousedních pozemků)
VíceEvko - uºivatelská p íru ka verze 5.1.0
Evko - uºivatelská p íru ka verze 5.1.0 22. ervna 2005 2 Kapitola 1 Úvod Program EVKO je ur en jako pomocník p edev²ím pro montáºní a servisní rmy p i plánování a evidenci pravidelných revizí, kontrol,
VíceZáloha a obnovení Uživatelská příručka
Záloha a obnovení Uživatelská příručka Copyright 2009 Hewlett-Packard Development Company, L.P. Windows je ochranná známka společnosti Microsoft Corporation registrovaná v USA. Informace uvedené v této
Více8. Struktura údaj na LCD displeji
Metody nabíjení NiCd a NiMH akumulátor 56 8. Struktura údaj na LCD displeji 8.1 Hlavní menu Hlavní menu je zobrazeno vždy po spušt ní nabíje e. Jsou zde prozatím dv volby a to Výb r profilu nabíjení a
Víceúčetních informací státu při přenosu účetního záznamu,
Strana 6230 Sbírka zákonů č. 383 / 2009 Částka 124 383 VYHLÁŠKA ze dne 27. října 2009 o účetních záznamech v technické formě vybraných účetních jednotek a jejich předávání do centrálního systému účetních
VíceVÝZVA K PODÁNÍ NABÍDKY NA VEŘEJNOU ZAKÁZKU MALÉHO ROZSAHU. JAMU vzduchotechnika a klimatizace depozitáře knihovny v objektu Novobranská 691/3, Brno"
Janáčkova akademie múzických umění v Brně Beethovenova 650/2, 662 15 Brno IČO: 62156462, DIČ: CZ 62156462, bankovní spojení KB Brno č. účtu 27-0493900217/0100 Veřejná vysoká škola podle zákona č. 111/1998
Více13. Sítě WAN. Rozlehlé sítě WAN. Počítačové sítě I. 1 (6) KST/IPS1. Studijní cíl. Představíme rozlehlé sítě typu WAN. Doba nutná k nastudování
13. Sítě WAN Studijní cíl Představíme rozlehlé sítě typu WAN. Doba nutná k nastudování 2 hodiny Rozlehlé sítě WAN Uvedená kapitola vychází ze zdroje [1]. Rozlehlé sítě umožňují komunikaci (přenos dat,
VíceWEBDISPEČINK NA MOBILNÍCH ZAŘÍZENÍCH PŘÍRUČKA PRO WD MOBILE
WEBDISPEČINK NA MOBILNÍCH ZAŘÍZENÍCH PŘÍRUČKA PRO WD MOBILE Úvodem WD je mobilní verze klasického WEBDISPEČINKU, která je určena pro chytré telefony a tablety. Je k dispozici pro platformy ios a Android,
VíceInovované řešení VDT/VT
Inovované řešení VDT/VT Spojujeme trhy a příležitosti Inovované řešení pro obchodování na vnitrodenním a vyrovnávacím trhu v ČR, vyvinuté společností OTE, a.s., umožní uživatelům rychlou reakci na aktuální
VícePočítačové sítě II. 12. IP: pomocné protokoly (ICMP, ARP, DHCP) Miroslav Spousta, 2006 <qiq@ucw.cz>, http://www.ucw.cz/~qiq/vsfs/
Počítačové sítě II 12. IP: pomocné protokoly (ICMP, ARP, DHCP) Miroslav Spousta, 2006 , http://www.ucw.cz/~qiq/vsfs/ 1 ICMP Internet Control Message Protocol doslova protokol řídicích hlášení
VíceY36SPS QoS Jan Kubr - Y36SPS 1 5/2008
Y36SPS QoS Jan Kubr - Y36SPS 1 5/2008 QoS - co, prosím? Quality of Services = kvalita služeb Opatření snažící se zaručit koncovému uživateli doručení dat v potřebné kvalitě Uplatňuje se v přenosu multimédií,
VíceObec Jino any : 00241342,252 25 Jino any
Obec Jino any : 00241342,252 25 Jino any Oznámení zám ru V souladu s ust. 39 odst. 1 zákona. 128/2000 Sb. o obcích ve zn ní pozd jších p edpis oznamuje obec Jino any sv j zám r pronajmout tento nemovitý
VíceTekla Structures Multi-user Mode
Tekla Structures Multi-user Mode Úvod V programu Tekla Structures můžete pracovat buď v režimu jednoho uživatele (single-user) nebo v režimu sdílení modelu (multi-user mode). Sdílení modelu umožňuje současný
VícePALETOVÉ REGÁLY SUPERBUILD NÁVOD NA MONTÁŽ
PALETOVÉ REGÁLY SUPERBUILD NÁVOD NA MONTÁŽ Charakteristika a použití Příhradový regál SUPERBUILD je určen pro zakládání všech druhů palet, přepravek a beden všech rozměrů a pro ukládání kusového, volně
VíceAlgoritmizace a programování
Algoritmizace a programování V algoritmizaci a programování je důležitá schopnost analyzovat a myslet. Všeobecně jsou odrazovým můstkem pro řešení neobvyklých, ale i každodenních problémů. Naučí nás rozdělit
VícePokyny k instalaci FRIATRACE Verze 5.3
FRIATOOLS CS Pokyny k instalaci FRIATRACE Verze 5.3 1 1 Obsah 1. Představení softwaru FRIATRACE 3 2. Instalace softwaru FRIATRACE 4 3. Instalační program 4 4. Instalace v systémech Microsoft Windows 2000,
VíceVěc: Výzva pro předložení nabídek k veřejné zakázce s názvem: VÚ a ŠJ PŠOV, Nákup nového osmimístného vozidla
VÝCHOVNÝ ÚSTAV A ŠKOLNÍ JÍDELNA PŠOV PŠOV 1 Podbořany 441 01 Tel. ředit: 415 211 297, Mobil ředit.: 736 633 595, Tel. ústředna: 415 214 615, e - mail: a.sava@seznam.cz, Fax: 415 211529, www.vupsov.cz Věc:
VíceZadávací dokumentace dle ustanovení 44 zákona č. 137/2006 Sb., o veřejných zakázkách (dále jen zákon )
Vyřizuje: Milena Pecnová Telefon: 267 994 541 Fax: 272 936 383 E-mail: milena.pecnova@sfzp.cz Zadávací dokumentace dle ustanovení 44 zákona č. 137/2006 Sb., o veřejných zakázkách (dále jen zákon ) Název
Více-1- N á v r h ČÁST PRVNÍ OBECNÁ USTANOVENÍ. 1 Předmět úpravy
-1- I I. N á v r h VYHLÁŠKY ze dne 2009 o účetních záznamech v technické formě vybraných účetních jednotek a jejich předávání do centrálního systému účetních informací státu a o požadavcích na technické
VíceKX-TDA verze 2.02. Rozšiřte kapacitu a schopnosti Vašeho systému KX-TDA povýšením na verzi 2.02.
KX-TDA verze 2.02 Rozšiřte kapacitu a schopnosti Vašeho systému KX-TDA povýšením na verzi 2.02. Digitální IP pobočkový system Panasonic KX-TDA výkonný firemní komunikační system poskytující vyspělá řešení
Více4. Počítačová síť. Co je to počítačová síť
4. Počítačová síť Co je to počítačová síť Pojmem počítačová síť se rozumí zejména spojení dvou a více počítačů tak, aby mohly navzájem komunikovat a sdílet své prostředky. Přitom je jedno zda se jedná
VíceRozšířená nastavení. Kapitola 4
Kapitola 4 Rozšířená nastavení 4 Nástroje databáze Jak již bylo zmíněno, BCM používá jako úložiště veškerých informací databázi SQL, která běží na všech lokálních počítačích s BCM. Jeden z počítačů nebo
Více1. TECHNICKÉ POŽADAVKY PRODUKTŮ VEMA... 7. 1.1 Klasifikace konfigurací z hlediska podpory... 7
Vema, a. s. Okružní 871/3a, 638 00 Brno http://www.vema.cz 17. února 2016 Obsah Obsah 1. TECHNICKÉ POŽADAVKY PRODUKTŮ VEMA... 7 1.1 Klasifikace konfigurací z hlediska podpory... 7 1.2 Technické požadavky
VíceVyvažování tuhého rotoru v jedné rovině přístrojem Adash 4900 - Vibrio
Aplikační list Vyvažování tuhého rotoru v jedné rovině přístrojem Adash 4900 - Vibrio Ref: 15032007 KM Obsah Vyvažování v jedné rovině bez měření fáze signálu...3 Nevýhody vyvažování jednoduchými přístroji...3
VíceUživatelská dokumentace
Uživatelská dokumentace k projektu Czech POINT Provozní řád Konverze dokumentů z elektronické do listinné podoby (z moci úřední) Vytvořeno dne: 29.11.2011 Verze: 2.0 2011 MVČR Obsah 1. Přihlášení do centrály
VíceZadávací dokumentace k veřejné zakázce
Zadávací dokumentace k veřejné zakázce Otevřené řízení Tato veřejná zakázka na stejnokroj pánský a dámský je zadávána v otevřeném zadávacím řízení podle 21 odst. 1 písm. a) zákona č. 137/2006 Sb. o veřejných
VíceBezdrátové připojení (pouze u vybraných modelů) Uživatelská příručka
Bezdrátové připojení (pouze u vybraných modelů) Uživatelská příručka Copyright 2007 Hewlett-Packard Development Company, L.P. Windows je registrovaná ochranná známka Microsoft Corporation v USA. Bluetooth
VíceMOBILNÍ KOMUNIKACE STRUKTURA GSM SÍTĚ
MOBILNÍ KOMUNIKACE STRUKTURA GSM SÍTĚ Jiří Čermák Letní semestr 2005/2006 Struktura sítě GSM Mobilní sítě GSM byly původně vyvíjeny za účelem přenosu hlasu. Protože ale fungují na digitálním principu i
VíceRestaurace-ng. https://www.assembla.com/spaces/restaurace-ng/ documents/dmetqytlor37kpeje5dax/download/restaurace_aplikace.part1.
Instalační a uživatelská příručka programu Restaurace-ng 1 Systémové požadavky Předpokladem pro úspěšnou instalaci je nainstalovaná Java Runtime Environment verze 1.6, optimálně Update 17(ke stáhnutí na
VíceManuál uživatele čipové karty s certifikátem
Manuál uživatele čipové karty s certifikátem Obsah 1 Úvod... 3 2 Instalace čipové karty s certifikátem... 5 3 Instalace čtečky čipových karet... 10 3.1 Instalace z Windows Update... 10 3.2 Manuální instalace
VícePravidla. používání Národního elektronického nástroje při realizaci zadávacích postupů prostřednictvím národního elektronického nástroje
Příloha usnesení vlády ze dne 18. ledna 2016 č. 25 Pravidla používání Národního elektronického nástroje při realizaci zadávacích postupů prostřednictvím národního elektronického nástroje Preambule V souladu
VíceVÝZVA K PODÁNÍ NABÍDKY A ZADÁVACÍ DOKUMENTACE
VÝZVA K PODÁNÍ NABÍDKY A ZADÁVACÍ DOKUMENTACE Ve smyslu 38 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen zákon ) veřejné zakázky Smluvní výzkum a konzultace projektu
VíceMobilní aplikace. Dokument nepopisuje administrační rozhraní (backend) ani napojení na příbuzné databáze.
oolczechguide Mobilní aplikace! O dokumentu Tento dokument popisuje uživatelské rozhraní nativní mobilní aplikace CoolCzechGuide pro operační systémy Android (verze 4 a výše) a ios (verze 7 a výše). Popisuje
VíceZálohování a obnova Uživatelská příručka
Zálohování a obnova Uživatelská příručka Copyright 2007 Hewlett-Packard Development Company, L.P. Windows je ochranná známka Microsoft Corporation registrovaná v USA. Informace uvedené v této příručce
Více1. Požadavky na provoz aplikací IISPP
1. Požadavky na provoz aplikací IISPP 1.1. Podporované prohlížeče Aplikace IISPP jsou primárně vyvíjeny a testovány v prohlížečích Internet Explorer a Mozilla Firefox. V jiných než uvedených prohlížečích
VíceQuido USB 0/1 230. Spínač síťového napětí 230 V ovládaný z PC přes USB rozhraní. 28. února 2011 w w w. p a p o u c h. c o m
Quido USB 0/1 230 Spínač síťového napětí 230 V ovládaný z PC přes USB rozhraní 28. února 2011 w w w. p a p o u c h. c o m Quido USB 0/1 230 Q uido USB 0/1 230 Katalogový list Vytvořen: 9.12.2010 Poslední
VícePrůzkum veřejného mínění věcné hodnocení
Příloha č. 2 ke Zprávě o posouzení a hodnocení nabídek Průzkum veřejného mínění věcné hodnocení 1. FACTUM INVENIO ad 2. Popis metodiky průzkumu 80 bodů Hodnotící komise posoudila nabídku uchazeče v tomto
VíceProgramový komplet pro evidence provozu jídelny v. 2.55. modul Sklad. 2001 Sviták Bechyně Ladislav Sviták hotline: 608/253 642
Programový komplet pro evidence provozu jídelny v. 2.55 modul Sklad 2001 Sviták Bechyně Ladislav Sviták hotline: 608/253 642 Obsah 1 Programový komplet pro evidenci provozu jídelny modul SKLAD...3 1.1
VíceVýzva pro předložení nabídek k veřejné zakázce malého rozsahu s názvem Výměna lina
VÝCHOVNÝ ÚSTAV A ŠKOLNÍ JÍDELNA NOVÁ ROLE Školní 9, Nová Role, PSČ: 362 25, Tel: 353 851 179 Dodavatel: Výzva pro předložení nabídek k veřejné zakázce malého rozsahu s názvem Výměna lina 1. Zadavatel Výchovný
VíceVybavení pro separaci a svoz BRKO
Tento projekt je spolufinancován ze zdrojů Evropské unie Fond soudržnosti z Operačního programu Životního prostředí včetně spolufinancování ze Státního fondu životního prostředí ČR. Název projektu: Vybavení
VícePokusné ověřování Hodina pohybu navíc. Často kladené otázky
MINISTERSTVO ŠKOLSTVÍ, MLÁDEŽE A TĚLOVÝCHOVY ČESKÉ REPUBLIKY Karmelitská 7, 118 12 Praha 1 - Malá Strana Pokusné ověřování Hodina pohybu navíc Často kladené otázky Dotazy k celému PO: Dotaz: Co to přesně
VíceSpráva požadavků. Semestrální práce
Správa požadavků Semestrální práce Tomáš Náhlovský 12. březen 2013 Obsah I.METODIKA SPRÁVY POŽADAVKŮ 1.1 SBĚR POŽADAVKŮ 3 1.2 EVIDENCE POŽADAVKŮ 3 1.3 ZMĚNY POŽADAVKŮ 3 1.4 POSUZOVÁNÍ POŽADAVKŮ 3 1.5 KONTROLA
VíceModul Řízení objednávek. www.money.cz
Modul Řízení objednávek www.money.cz 2 Money S5 Řízení objednávek Funkce modulu Obchodní modul Money S5 Řízení objednávek slouží k uskutečnění hromadných akcí s objednávkami, které zajistí dostatečné množství
VíceProhlíºe médií [NA-PROHLIZEC] Mács Daniel (macsdani) 16. íjna 2011
Prohlíºe médií [NA-PROHLIZEC] Mács Daniel (macsdani) 16. íjna 2011 1 Úvod Cílem této práce, tvo ené v rámci p edm tu Návrh uºivatelského rozhraní, je navrhnout uºivatelské rozhraní set-top boxu (zobrazené
VícePravidla. VÝSTAVBA A TECHNICKÉ ZHODNOCENÍ INFRASTRUKTURY VODOVODŮ A KANALIZACÍ (dále jen Pravidla )
Pravidla České republiky - Ministerstva zemědělství čj.144690/2012-mze-15131 pro poskytování a čerpání státní finanční podpory v rámci programu 129 250 VÝSTAVBA A TECHNICKÉ ZHODNOCENÍ INFRASTRUKTURY VODOVODŮ
VíceZADÁVACÍ DOKUMENTACE
Č.j. HSBM-432-03/2014 Hasičský záchranný sbor Jihomoravského kraje Zubatého 14, 614 00 Brno ZADÁVACÍ DOKUMENTACE PRO ZADÁNÍ NADLIMITNÍ VEŘEJNÉ ZAKÁZKY V OTEVŘENÉM ŘÍZENÍ dle 27 zákona č. 137/2006 Sb.,
VíceZADÁVACÍ DOKUMENTACE
ZADÁVACÍ DOKUMENTACE VÝZVA K PODÁNÍ NABÍDKY NA VEŘEJNOU ZAKÁZKU MALÉHO ROZSAHU ve smyslu ustanovení 18 odst. 5 zákona č. 137/2006 Sb. Výměna 4 ks interiérových dveří v budově kina Art Veřejná zakázka (zatrhněte)
Více1 - Prostředí programu WORD 2007
1 - Prostředí programu WORD 2007 Program WORD 2007 slouží k psaní textů, do kterých je možné vkládat různé obrázky, tabulky a grafy. Vytvořené texty se ukládají jako dokumenty s příponou docx (formát Word
VícePočáteční nastavení aplikace WiFiS
Počáteční nastavení aplikace WiFiS Tento dokument Vás provede základním nastavením aplikace a celkovým uvedením do provozu. Po dosažení konce tohoto návodu budou všechny části aplikace WiFiS připravené
VíceZadání. Založení projektu
Zadání Cílem tohoto příkladu je navrhnout symetrický dřevěný střešní vazník délky 13 m, sklon střechy 25. Materiálem je dřevo třídy C24, fošny tloušťky 40 mm. Zatížení krytinou a podhledem 0,2 kn/m, druhá
VíceZPRÁVA O PRŮBĚHU ŘEŠENÍ PROJEKTU
Page 1/1 ZPRÁVA O PRŮBĚHU ŘEŠENÍ PROJEKTU Cíle projektu Uveďte předem stanovené cíle a u každého z nich uveďte, do jaké míry byl splněn, případně důvod, proč splněn nebyl. Cílem projektu bylo skokové zvýšení
VíceAndroid Elizabeth. Verze: 1.3
Android Elizabeth Program pro měření mezičasů na zařízeních s OS Android Verze: 1.3 Naposledy upraveno: 12. března 2014 alesrazym.cz Aleš Razým fb.com/androidelizabeth Historie verzí Verze Datum Popis
VíceSoukromá střední odborná škola Frýdek-Místek, s.r.o.
Číslo projektu Název školy Název Materiálu Autor Tematický okruh Ročník Datum tvorby Anotace Zdroje CZ.1.07/1.5.00/34.0499 Soukromá střední odborná škola Frýdek-Místek, s.r.o. VY_32_INOVACE_119_ IVT_OUTLOOK_10
VíceINTELIGENTNÍ DŮM. Zdeněk Kolář, Viktor Daněk. Střední průmyslová škola sdělovací techniky Panská 856/3, 110 00 Praha 1
Středoškolská technika 2013 Setkání a prezentace prací středoškolských studentů na ČVUT INTELIGENTNÍ DŮM Zdeněk Kolář, Viktor Daněk Střední průmyslová škola sdělovací techniky Panská 856/3, 110 00 Praha
VíceTechnologie VoIP. Od historie po současnost
Technologie VoIP VoIP je zkratka z Voice over Internet Protocol. Označují se tak technologie přenosu hlasu prostřednictvím protokolu IP primárně užívaného v Internetu a v lokálních počítačových sítích.
VíceProgramování se seznamy v Imagine
Programování se seznamy v Imagine Jiří Komínek PaedDr. Jiří Vaníček Ph.D. Školní rok: 2008-09 Abstrakt V mé diplomové práci se zabývám programováním se seznamy v prostředí Imagine Logo. Práce by měla pomoci
VíceZadávací dokumentace k výběrovému řízení na Dodávku nábytku
Zadávací dokumentace k výběrovému řízení na Dodávku nábytku Obecné zadání: Střední škola technická, Most Velebudice, Dělnická 21, příspěvková organizace vypisuje výběrové řízení na Dodávku nábytku pro
VíceMěsto Mariánské Lázně
Město Mariánské Lázně Městský úřad, odbor investic a dotací adresa: Městský úřad Mariánské Lázně, Ruská 155, 353 01 Mariánské Lázně telefon 354 922 111, fax 354 623 186, e-mail muml@marianskelazne.cz,
VíceMĚSTO BENEŠOV. Rada města Benešov. Vnitřní předpis č. 16/2016. Směrnice k zadávání veřejných zakázek malého rozsahu. Čl. 1. Předmět úpravy a působnost
MĚSTO BENEŠOV Rada města Benešov Vnitřní předpis č. 16/2016 Směrnice k zadávání veřejných zakázek malého rozsahu I. Obecná ustanovení Čl. 1 Předmět úpravy a působnost 1) Tato směrnice upravuje závazná
VíceZADÁVACÍ DOKUMENTACE K VEŘEJNÉ ZAKÁZCE ZADÁVANÉ PODLE ZÁKONA Č. 137/2006 SB., O VEŘEJNÝCH ZAKÁZKÁCH, VE ZNĚNÍ POZDĚJŠÍCH PŘEDPISŮ (DÁLE JEN ZÁKON )
ZADÁVACÍ DOKUMENTACE K VEŘEJNÉ ZAKÁZCE ZADÁVANÉ PODLE ZÁKONA Č. 137/2006 SB., O VEŘEJNÝCH ZAKÁZKÁCH, VE ZNĚNÍ POZDĚJŠÍCH PŘEDPISŮ (DÁLE JEN ZÁKON ) 1. NÁZEV VEŘEJNÉ ZAKÁZKY Název veřejné zakázky: EXPOZICE
VíceVýzva k podání nabídek
Výzva k podání nabídek Zakázka je zadaná podle 12 odst. 3 a 18 odst. 5 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů. Dalšími ustanoveními zákona č. 137/2006 Sb. není zadávací
VíceTVORBA MULTIMEDIÁLNÍCH PREZENTACÍ. Mgr. Jan Straka
TVORBA MULTIMEDIÁLNÍCH PREZENTACÍ Mgr. Jan Straka Nejčastěji používaný program pro tvorbu multimediálních prezentací je PowerPoint. V naší škole v současné době užíváme verzi 2010, budeme se tedy věnovat
VíceZADÁVACÍ DOKUMENTACE NA PODLIMITNÍ VE EJNOU ZAKÁZKU NA DODÁVKY
ZADÁVACÍ DOKUMENTACE NA PODLIMITNÍ VE EJNOU ZAKÁZKU NA DODÁVKY SSZ Investi ní akce malého rozsahu - strojní; ást EPS Podlimitní ve ejná zakázka Zjednodušené podlimitní ízení podle 38 zákona. 137/2006 Sb.,
VíceJak na KOTLÍKOVÉ DOTACE? JEDNODUCHÝ RÁDCE PRO ZÁKAZNÍKY
Jak na KOTLÍKOVÉ DOTACE? JEDNODUCHÝ RÁDCE PRO ZÁKAZNÍKY KOTLÍKOVÉ DOTACE pokračují! Máte doma starý kotel na uhlí, dřevo a jiná tuhá paliva? Pak jsou kotlíkové dotace určeny právě pro Vás! Pokud máte doma
VíceVýzva k podání nabídky a prokázání splnění kvalifikace (Oznámení o zahájení zadávacího řízení) Zadávací dokumentace
a prokázání splnění kvalifikace (Oznámení o zahájení zadávacího řízení) Zadávací dokumentace I) Identifikační údaje zadavatele: Název: Město Vimperk Sídlo: Steinbrenerova 6, 385 17 Vimperk IČ: 002 50 805
VíceZadávací dokumentace
Zadávací dokumentace pro veřejnou zakázku malého rozsahu na dodávky, zadávanou podle 12 odst. 3 a 18 odst. 5 zákona č. 137/2006 Sb., o veřejných zakázkách (dále jen zákon) s názvem Dodávka optického mikroskopu
VíceVÝZVA K PODÁNÍ CENOVÝCH NABÍDEK
VÝZVA K PODÁNÍ CENOVÝCH NABÍDEK pro zakázku malého rozsahu na stavební práce v rámci projektu "Rekonstrukce a zateplení střechy MŠ Kateřinice" 1. Identifikační ní údaje zadavatele zadavatel: Obec Kateřinice
VíceDODATEČNÉ INFORMACE Č. 4 K ZADÁVACÍM PODMÍNKÁM VEŘEJNÉ ZAKÁZKY
DODATEČNÉ INFORMACE Č. 4 K ZADÁVACÍM PODMÍNKÁM VEŘEJNÉ ZAKÁZKY Komplexní servis prádla a oděvů pro Nemocnici Jihlava Nadlimitní zakázka na služby zadávaná v otevřeném řízení dle zákona 137/2006 Sb., o
VíceZADÁVACÍ DOKUMENTACE NA NADLIMITNÍ VE EJNOU ZAKÁZKU
ZADÁVACÍ DOKUMENTACE NA NADLIMITNÍ VE EJNOU ZAKÁZKU Obnova vozového parku Otev ené ízení podle 27 zákona. 137/2006 Sb., o ve ejných zakázkách, ve zn ní pozd jších p edpis Obsah: I. ást Informace o centrálním
VíceDODATEČNÉ INFORMACE Č. 4
DODATEČNÉ INFORMACE Č. 4 1.1. Název veřejné zakázky: Tělocvična, ZŠ Dolní Břežany 1.2. Evidenční číslo veřejné zakázky: VZ 512860 1.3. Identifikační údaje o zadavateli Název: Obec Dolní Břežany Sídlo:
Více29 Evidence smluv. Popis modulu. Záložka Evidence smluv
29 Evidence smluv Uživatelský modul Evidence smluv slouží ke správě a evidenci smluv organizace s možností připojení vlastní smlouvy v elektronické podobě včetně přidělování závazků ze smluv jednotlivým
VíceOrientační průvodce mateřstvím a rodičovstvím v zadávacích dokumentacích poskytovatele
Orientační průvodce mateřstvím a rodičovstvím v zadávacích dokumentacích poskytovatele Z důvodu ulehčení, snazší orientace, poskytnutí jednoznačných a široce komunikovatelných pravidel v otázkách mateřství
VíceNávod k použití aplikace MARKETINGOVÉ PRŮZKUMY.CZ
www.marketingovepruzkumy.cz Návod k použití aplikace MARKETINGOVÉ PRŮZKUMY.CZ 28.4.2011 Miloš Voborník Obsah 1. Uživatelská příručka... 1 1.1. Běžný uživatel... 1 1.1.1. Celkové rozvržení, úvodní strana...
Víceusnesení o nařízení elektronického dražebního jednání (dražební vyhláška)
Exekutorský úřad Chomutov Mgr. Jan Peroutka,soudní exekutor Revoluční 48, 430 01 Chomutov, IČ: 66225108, DIČ: CZ6805280988 Tel/Fax: 474 335 579, e-mail: info@exekucecv.cz, mobil : 775081383, DS: n7tg8u3
VíceTECHNICKÉ KRESLENÍ A CAD
Přednáška č. 7 V ELEKTROTECHNICE Kótování Zjednodušené kótování základních geometrických prvků Někdy stačí k zobrazení pouze jeden pohled Tenké součásti kvádr Kótování Kvádr (základna čtverec) jehlan Kvalitativní
VíceÚklidové služby v objektu polikliniky
Městská poliklinika Praha příspěvková organizace Hlavního města Prahy se sídlem Spálená 78/12, Praha 1, 110 00 Česká republika dále jen zadavatel vyhlašuje dle ustanovení 12 odst. 3 Zákona o veřejných
VíceZADÁVACÍ DOKUMENTACE. Pořízení a provoz konsolidované IT infrastruktury
ZADÁVACÍ DOKUMENTACE k nadlimitní veřejné zakázce na dodávky zadávané v otevřeném řízení dle 21 odst. 1 písm. a) a 27 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen
VíceWindows 7 kompletní příručka. Bohdan Cafourek. Vydala Grada Publishing a.s. U Průhonu 22, Praha 7 jako svou 4211. publikaci
Windows 7 kompletní příručka Bohdan Cafourek Vydala Grada Publishing a.s. U Průhonu 22, Praha 7 jako svou 4211. publikaci Odpovědný redaktor Petr Somogyi Sazba Petr Somogyi Počet stran 336 První vydání,
VíceTIP: Pro vložení konce stránky můžete použít klávesovou zkratku CTRL + Enter.
Dialogové okno Sloupce Vložení nového oddílu Pokud chcete mít oddělené jednotlivé části dokumentu (například kapitoly), musíte roz dělit dokument na více oddílů. To mimo jiné umožňuje jinak formátovat
VíceVÝZVA K PODÁNÍ NABÍDKY
VÝZVA K PODÁNÍ NABÍDKY Výzva k podání nabídky a prokázání kvalifikace pro veřejnou zakázku: KOUTEX 2014 (recyklace textilního odpadu) - zadávanou jako zakázku malého rozsahu nespadající pod aplikaci zákona
VíceVyhlášení opakované veřejné soutěže 1/6
Vyhlášení opakované veřejné soutěže 1/6 MINISTERSTVO OBRANY ČR SEKCE VYZBROJOVÁNÍ V Y H L Á Š E N Í OPAKOVANÉ VEŘEJNÉ SOUTĚŽE III. VE VÝZKUMU, VÝVOJI A INOVACÍCH NA VÝBĚR PROJEKTŮ DO PROGRAMU OBRANNÉHO
Vícerové poradenství Text k modulu Kariérov Autor: PhDr. Zdena Michalová,, Ph.D
Kariérov rové poradenství Text k modulu Kariérov rové poradenství Autor: PhDr. Zdena Michalová,, Ph.D CO JE TO KARIÉROV ROVÉ PORADENSTVÍ? Kariérové poradenství (dále KP) je systém velmi různorodě zaměřených
VíceNávrh, zhotovení a dodání tištěných propagačních materiálů
Vysočina Tourism, příspěvková organizace vyhlašuje v souladu s Pravidly Rady kraje Vysočina pro zadávání veřejných zakázek v podmínkách kraje Vysočina a příspěvkových organizací zřizovaných krajem Vysočina
VíceStanovy TJ Plzeň-Bílá Hora, z.s.
Stanovy TJ Plzeň-Bílá Hora, z.s. I. Tělovýchovná jednota 1.1. Spolek s názvem TJ Plzeň-Bílá Hora, z.s., (dále jen TJ) je dobrovolným zájmovým svazkem členů provozujících nebo majících zájem o tělovýchovu,
VíceMěření impedancí v silnoproudých instalacích
Měření impedancí v silnoproudých instalacích 1. Úvod Ing. Lubomír Harwot, CSc. Článek popisuje vybrané typy moderních měřicích přístrojů, které jsou používány k měřením impedancí v silnoproudých zařízeních.
VíceStručný návod na práci v modulu podatelna a výpravna
Spisová služba / Elisa Stručný návod na práci v modulu podatelna a výpravna Strana 1 (celkem 16) Obsah Obsah... 2 1. Modul podatelna... 3 1.1 Příjem datová schránka... 3 1.2 Příjem obecná zásilka... 5
Vícena prodej nemovitosti objektu č.p. 9 - Chrudim VI. kolo(4)
1 KRAJSKÉ ŘEDITELSTVÍ POLICIE PARDUBICKÉHO KRAJE Ředitel krajského ředitelství policie č.j. KRPE-63189-2/ČJ-2015-1700VZ Pardubice dne 7. srpna 2015 Počet stran: 6 Vyhlašovatel: Česká republika - Krajské
Víceusnesení o nařízení elektronického dražebního jednání - opakovaná dražba - (dražební vyhláška)
Exekutorský úřad Chomutov Mgr. Jan Peroutka,soudní exekutor Revoluční 48, 430 01 Chomutov, IČ: 66225108, DIČ: CZ6805280988 Tel/Fax: 474 335 579, e-mail: info@exekucecv.cz, mobil : 774 760 744, DS: n7tg8u3
Více