Tématem dnešní lekce je RIP neboli Routing Information Protocol. Povíme si o různých aspektech jeho aplikace, jeho nastavení a omezení. Jak jsem řekl, téma RIP není zahrnuto do osnov Cisco 200-125 CCNA, ale rozhodl jsem se tomuto protokolu věnovat samostatnou lekci, protože RIP je jedním z hlavních směrovacích protokolů.
Dnes se podíváme na 3 aspekty: pochopení a konfigurace RIP ve směrovačích, RIP časovače, RIP limity. Tento protokol vznikl v roce 1969, jedná se tedy o jeden z nejstarších síťových protokolů. Jeho výhoda spočívá v mimořádné jednoduchosti. Dnes mnoho síťových zařízení, včetně Cisco, nadále podporuje RIP, protože není proprietární jako EIGRP, ale veřejný protokol.
Existují 2 verze RIP. První, klasická verze, nepodporuje VLSM, proměnnou délku masky podsítě, na které je založena beztřídní IP, takže můžeme používat pouze jednu síť. Budu o tom mluvit trochu později. Tato verze také nepodporuje ověřování.
Předpokládejme, že máte 2 vzájemně propojené routery. První router přitom sousedovi sdělí vše, co ví. Předpokládejme, že síť 10 je připojena k prvnímu routeru, síť 20 je umístěna mezi prvním a druhým routerem a síť 30 je za druhým routerem. Pak první router řekne druhému, že zná sítě 10 a 20, a router 2 řekne routeru 1, že ví o síti 30 a síti 20.
Směrovací protokol označuje, že tyto dvě sítě je třeba přidat do směrovací tabulky. Obecně se ukazuje, že jeden router vypovídá o sítích, které jsou k němu připojeny k sousednímu routeru, ten router říká svému sousedovi a tak dále. Jednoduše řečeno, RIP je protokol pro drby, který slouží k tomu, aby sousední routery sdílely informace mezi sebou a každý ze sousedů bezpodmínečně věřil tomu, co mu bylo řečeno. Každý router „poslouchá“ změny v síti a sdílí je se svými sousedy.
Nedostatek podpory autentizace znamená, že každý router, který je připojen k síti, se okamžitě stane jeho plnohodnotným členem. Pokud chci shodit síť, připojím k ní svůj hackerský router se škodlivou aktualizací, a protože mu všechny ostatní routery důvěřují, aktualizují své směrovací tabulky tak, jak potřebuji. Proti takovému hacku neposkytuje první verze RIP žádnou ochranu.
RIPv2 může poskytnout autentizaci odpovídající konfigurací routeru. V tomto případě bude aktualizace informací mezi routery možná pouze po autentizaci sítě zadáním hesla.
RIPv1 využívá broadcasting, to znamená, že všechny aktualizace jsou odesílány pomocí broadcast zpráv, takže je přijímají všichni účastníci v síti. Řekněme, že k prvnímu routeru je připojen počítač, který o těchto aktualizacích nic neví, protože je potřebují pouze směrovací zařízení. Router 1 však tyto zprávy odešle všem zařízením, která mají Broadcast ID, tedy i těm, kteří jej nepotřebují.
Ve druhé verzi RIP je tento problém vyřešen – využívá Multicast ID, neboli multicastový provoz. V tomto případě obdrží aktualizace pouze ta zařízení, která jsou specifikována v nastavení protokolu. Kromě autentizace tato verze RIP podporuje beztřídní IP adresování VLSM. To znamená, že pokud je síť 10.1.1.1/24 připojena k prvnímu routeru, pak všechna síťová zařízení, jejichž IP adresa je v rozsahu adres této podsítě, dostávají také aktualizace. Druhá verze protokolu podporuje metodu CIDR, to znamená, že když druhý router obdrží aktualizaci, ví, které konkrétní sítě nebo trasy se týká. V případě první verze, pokud je k routeru připojena síť 10.1.1.0, pak budou aktualizace dostávat i zařízení v síti 10.0.0.0 a další sítě patřící do stejné třídy. V tomto případě router 2 také obdrží úplné informace o aktualizaci těchto sítí, ale bez CIDR nebude vědět, že se tyto informace týkají podsítě s IP adresami třídy A.
To je to, co je protokol RIP ve velmi obecných pojmech. Nyní se podívejme, jak jej lze nakonfigurovat. Musíte vstoupit do režimu globální konfigurace nastavení routeru a použít příkaz Router RIP.
Poté uvidíte, že záhlaví příkazového řádku se změnilo na R1(config-router)#, protože jsme se přesunuli na úroveň dílčího příkazu routeru. Druhý příkaz bude Version 2, to znamená, že routeru řekneme, že by měl používat 2. verzi protokolu. Dále musíme zadat adresu inzerované sítě, přes kterou se mají aktualizace posílat, pomocí příkazu network XXXX Tento příkaz má 2 funkce: za prvé určuje, která síť se má inzerovat, a za druhé, jaké rozhraní k tomu použít. Co tím myslím, pochopíte, když se podíváte na konfiguraci sítě.
Zde máme 4 routery a počítač připojený k switchi přes síť s identifikátorem 192.168.1.0/26, která je rozdělena na 4 podsítě. Používáme pouze 3 podsítě: 192.168.1.0/26, 192.168.1.64/26 a 192.168.1.128/26. Stále máme podsíť 192.168.1.192/26, ale ta se kvůli zbytečnosti nepoužívá.
Porty zařízení mají následující IP adresy: počítač 192.168.1.10, první port prvního routeru 192.168.1.1, druhý port 192.168.1.65, první port druhého routeru 192.168.1.66, druhý port druhého routeru 192.168.1.129, první port třetího routeru 192.168.1.130 . Minule jsme mluvili o konvencích, takže nemohu dodržet konvenci a přiřadit druhý port routeru k adrese .1, protože .1 není součástí této sítě.
Dále používám jiné adresy, protože zakládáme jinou síť - 10.1.1.0/16, takže druhý port druhého routeru, ke kterému je tato síť připojena, má IP adresu 10.1.1.1 a port čtvrtého routeru do ke kterému je spínač připojen - adresa 10.1.1.2.
Pro nastavení sítě, kterou jsem vytvořil, musím zařízením přiřadit IP adresy. Začněme prvním portem prvního routeru.
Nejprve vytvořte název hostitele R1, přiřaďte port f0/0 192.168.1.1 a nastavme masku podsítě na 255.255.255.192, protože máme síť /26. Konfiguraci R1 dokončíme příkazem no shut. Druhý port prvního routeru f0/1 obdrží IP adresu 192.168.1.65 a masku podsítě 255.255.255.192.
Druhý router se bude jmenovat R2, prvnímu portu f0 / 0 přidělíme adresu 192.168.1.66 a masku podsítě 255.255.255.192, druhý port f0 / 1 - adresu 192.168.1.129 a masku podsítě 255.255.255.192.
Přesuneme-li se na třetí router, dáme mu jméno hostitele R3, port f0/0 bude 192.168.1.130 a maska 255.255.255.192 a port f0/1 bude 10.1.1.1 a maska 255.255.0.0, protože tato síť bude je /16.
Nakonec půjdu k poslednímu routeru, pojmenuji ho R4 a přidělím portu f0/0 adresu 10.1.1.2 a masku 255.255.0.0. Takže jsme nakonfigurovali všechna síťová zařízení.
Nakonec se podívejme na nastavení sítě počítače – má statickou IP adresu 192.168.1.10, masku poloviční sítě 255.255.255.192 a výchozí adresu brány 192.168.1.1.
Takže jste viděli, jak nakonfigurovat masku podsítě pro zařízení v různých podsítích, je to velmi jednoduché. Nyní povolme směrování. Jdu do nastavení R1, nastavím režim globální konfigurace a napíšu router. Systém se poté zeptá na možné směrovací protokoly pro tento příkaz: bgp, eigrp, ospf a rip. Protože naše lekce je o RIP, používám příkaz router rip.
Pokud zadáte otazník, systém vydá novou nápovědu pro další příkaz s možnými možnostmi funkcí tohoto protokolu: auto-summary - automatické sčítání tras, default-information - kontrola výchozí prezentace informací, síť - sítě, časování a tak dále. Zde můžete vybrat informace, které si vyměníme se sousedními zařízeními. Nejdůležitější funkcí je verze, takže začneme zadáním příkazu verze 2. Dále musíme použít příkaz network key, který vytvoří trasu pro zadanou IP síť.
V konfiguraci Routeru1 budeme pokračovat později, ale nyní chci přejít na Router 3. Než na něm použiji příkaz network, podívejme se na pravou stranu naší topologie sítě. Druhý port routeru má adresu 10.1.1.1. Jak RIP funguje? I ve verzi 10.1.1.0 RIP jako poměrně starý protokol stále používá své vlastní síťové třídy. Takže i když je naše síť 16/10.0.0.0 třídy A, musíme zadat plnou verzi třídy této IP adresy pomocí příkazu network XNUMX.
Ale i když zadám příkaz network 10.1.1.1 a pak se podívám na aktuální konfiguraci, vidím, že systém má opravené 10.1.1.1 až 10.0.0.0, automaticky pomocí formátu adresování plné třídy. Takže pokud máte otázku ohledně RIP na zkoušce CCNA, musíte použít full-class adresování. Pokud místo 10.0.0.0 zadáte 10.1.1.1 nebo 10.1.0.0, uděláte chybu. I když je převod na full-class formu adresování automatický, doporučuji vám zpočátku použít správnou adresu, abyste nemuseli čekat, až systém chybu později opraví. Pamatujte, že RIP vždy používá úplné síťové adresování.
Poté, co použijete příkaz network 10.0.0.0, třetí router vloží tuto desátou síť do směrovacího protokolu a odešle aktualizaci po trase R3-R4. Nyní musíte nakonfigurovat směrovací protokol čtvrtého směrovače. Jdu do jeho nastavení a zadám postupně příkazy rip routeru, verze 2 a network 10.0.0.0. Tímto příkazem žádám R4, aby začal hlásit síť 10. pomocí směrovacího protokolu RIP.
Nyní by si tyto dva routery mohly vyměňovat informace, ale to by nic nezměnilo. Použití příkazu show ip route ukáže, že FastEthernrt port 0/0 je přímo připojen k síti 10.1.0.0. Čtvrtý router, který obdržel oznámení o síti od třetího routeru, řekne: „Skvělé, kamaráde, obdržel jsem vaše oznámení o desáté síti, ale už o tom vím, protože jsem přímo připojen k této síti.
Proto se vrátíme do nastavení R3 a vložíme další síť příkazem network 192.168.1.0. Znovu používám formát adresování plné třídy. Poté bude třetí router schopen oznámit síť 192.168.1.128 podél trasy R3-R4. Jak jsem řekl, RIP je „drb“, který vypráví o nových sítích všem svým sousedům a předává jim informace ze své směrovací tabulky. Pokud se nyní podíváte na tabulku třetího routeru, můžete vidět data dvou sítí, které jsou k němu připojeny.
Tato data odešle na oba konce trasy do druhého i čtvrtého routeru. Přejděme k nastavení R2. Zadávám stejný příkaz rip routeru, verze 2 a síť 192.168.1.0 a tady to začíná být zajímavé. Uvádím síť 1.0, ale je to jak 192.168.1.64/26, tak 192.168.1.128/26. Když tedy uvedu síť 192.168.1.0, technicky zajišťuji směrování pro obě rozhraní tohoto routeru. Pohodlí je, že jediným příkazem můžete nastavit směrování pro všechny porty zařízení.
Pro router R1 specifikuji naprosto stejné parametry a poskytuji směrování pro obě rozhraní stejně. Pokud se nyní podíváme na směrovací tabulku R1, můžeme vidět všechny sítě.
Tento router zná síť 1.0 i síť 1.64. Ví také o sítích 1.128 a 10.1.1.0, protože používá RIP. To je označeno záhlavím R v odpovídajícím řádku směrovací tabulky.
Věnujte prosím pozornost informaci [120/2] - jedná se o administrativní vzdálenost, tedy spolehlivost zdroje směrovacích informací. Tuto hodnotu lze nastavit na vyšší nebo nižší hodnotu, ale výchozí hodnota pro RIP je 120. Například statická trasa má administrativní vzdálenost 1. Čím menší je administrativní vzdálenost, tím je protokol spolehlivější. Pokud bude mít router možnost vybrat si mezi dvěma protokoly, například mezi statickou cestou a RIP, pak zvolí přesměrování provozu po statické trase. Druhá hodnota v závorce, /2, je metrika. V protokolu RIP metrika znamená počet skoků. V tomto případě lze sítě 10.0.0.0/8 dosáhnout ve 2 skocích, tj. router R1 musí posílat provoz přes síť 192.168.1.64/26, toto je první skok, a přes síť 192.168.1.128/26, to je druhý skokem se dostanete do sítě 10.0.0.0/8 prostřednictvím zařízení s rozhraním FastEthernet 0/1 s IP adresou 192.168.1.66.
Pro srovnání, router R1 může dosáhnout sítě 192.168.1.128 s administrativní vzdáleností 120 v 1 skoku přes rozhraní 192.168.1.66.
Nyní, když se pokusíte pingnout rozhraní routeru R0 s IP adresou 4 z počítače PC10.1.1.2, úspěšně se vrátí zpět.
První pokus selhal se zprávou Request timed out, protože při použití ARP je první paket ztracen, ale ostatní tři jsou úspěšně vráceny do cíle. V síti tedy existuje komunikace typu point-to-point pomocí směrovacího protokolu RIP.
Chcete-li tedy aktivovat používání protokolu RIP routerem, musíte postupně zadat příkazy rip routeru, verze 2 a network <číslo sítě / identifikátor sítě v plném tvaru třídy>.
Pojďme do nastavení R4 a zadejte příkaz show ip route. Vidíte, že síť 10. je přímo připojena k routeru a síť 192.168.1.0/24 je přístupná přes port f0/0 s IP adresou 10.1.1.1 pomocí protokolu RIP.
Pokud budete věnovat pozornost síťovému pohledu 192.168.1.0/24, všimnete si, že je problém s autosummarizací tras. Pokud je povoleno automatické shrnutí, RIP sečte všechny sítě až do 192.168.1.0/24. Podívejme se, co jsou časovače. Protokol RIP má 4 hlavní časovače.
Časovač aktualizací je zodpovědný za frekvenci aktualizací, odesílá aktualizace protokolu každých 30 sekund na všechna rozhraní, která se účastní směrování RIP. To znamená, že vezme směrovací tabulku a odešle ji na všechny porty pracující v režimu RIP.
Představte si, že máme router 1, který je připojen k routeru 2 sítí N2. Před prvním a za druhým routerem jsou sítě N1 a N3. Router 1 sdělí routeru 2, že zná sítě N1 a N2, a pošle mu aktualizaci. Router 2 sděluje routeru 1, že zná sítě N2 a N3. Zároveň si každých 30 sekund porty routerů vymění směrovací tabulky.
Představme si, že z nějakého důvodu je spojení N1-R1 přerušeno a router 1 již nemůže komunikovat se sítí N1. Poté bude první router posílat do druhého routeru pouze aktualizace týkající se sítě N2. Router 2, který obdržel první takovou aktualizaci, si pomyslí: „Super, teď musím dát síť N1 na neplatný časovač“ a pak spustit neplatný časovač. Po dobu 180 sekund si s nikým nevymění aktualizace sítě N1, ale po uplynutí této doby zastaví Invalid Timer a znovu spustí Update Timer. Pokud během těchto 180 sekund neobdrží žádné aktualizace stavu sítě N1, přepne jej do časovače Hold Down s dobou trvání 180 sekund, to znamená, že časovač Hold Down začne okamžitě po skončení neplatného časovače.
Zároveň běží další, čtvrtý Flush timer, který se spustí současně s Invalid timer. Tento časovač určuje časový interval mezi přijetím poslední normální aktualizace o síti N1, dokud není síť N240 vyloučena ze směrovací tabulky. Když tedy doba trvání tohoto časovače dosáhne 1 sekund, síť NXNUMX bude automaticky vyloučena ze směrovací tabulky druhého routeru.
Aktualizace časovače tedy odesílá aktualizace každých 30 sekund. Invalid Timer, který se spouští každých 180 sekund, čeká, až se do routeru dostane nová aktualizace. Pokud nedorazí, pozastaví tuto síť a časovač přidržení běží každých 180 sekund. Ale časovače Invalid a Flush se spustí současně, takže 240 sekund po spuštění Flush je síť, která není uvedena v aktualizaci, vyloučena ze směrovací tabulky. Doba trvání těchto časovačů je standardně nastavena a lze ji změnit. To jsou časovače RIP.
Nyní přejděme k úvahám o omezeních protokolu RIP, je jich poměrně dost. Jedním z hlavních omezení je autosumace.
Vraťme se k naší síti 192.168.1.0/24. Router 3 informuje Router 4 o celé síti 1.0, což je označeno /24. To znamená, že všech 256 IP adres této sítě, včetně ID sítě a broadcast adresy, je dosažitelných, tj. zprávy ze zařízení s jakoukoliv IP adresou v tomto rozsahu budou odesílány přes síť 10.1.1.1. Vraťme se ke směrovací tabulce R3.
Vidíme síť 192.168.1.0/26 rozdělenou do 3 podsítí. To znamená, že router ví pouze o třech zadaných IP adresách: 192.168.1.0, 192.168.1.64 a 192.168.1.128, které patří do sítě /26. Neví ale nic například o zařízeních s IP adresami v rozmezí 192.168.1.192 až 192.168.1.225.
Z nějakého důvodu si však R4 myslí, že ví vše o provozu, který mu R3 posílá, tedy o všech IP adresách v síti 192.168.1.0/24, což je zcela špatně. Směrovače zároveň mohou začít shazovat provoz, protože se navzájem „klamou“ – koneckonců router 3 nemá právo říci čtvrtému routeru, že ví vše o podsítích této sítě. To je způsobeno problémem zvaným "autosummation". Dochází k němu, když provoz prochází různými velkými sítěmi. Například v našem případě je síť s adresami třídy C připojena přes router R3 k síti s adresami třídy A.
Router R3 považuje tyto sítě za stejné a automaticky shrnuje všechny trasy do jediné síťové adresy 192.168.1.0. Připomeňme, že v jednom z předchozích videí jsme mluvili o sumarizaci trasy supernetu. Důvod sečtení je jednoduchý – router si myslí, že jeden záznam ve směrovací tabulce, máme záznam 192.168.1.0/24 [120/1] přes 10.1.1.1, je lepší než 3 záznamy. Pokud se síť skládá ze stovek malých podsítí, pak když je sumarizace zakázána, bude směrovací tabulka sestávat z velkého počtu směrovacích položek. Proto se používá automatická sumarizace tras, aby se zabránilo hromadění obrovského množství informací ve směrovacích tabulkách.
V našem případě však autosummarizace tras vytváří problém, protože způsobuje, že si router vyměňuje falešné informace. Proto musíme jít do nastavení routeru R3 a zadat příkaz, který zakáže automatické shrnutí tras.
K tomu postupně zadávám příkazy router rip a žádné automatické shrnutí. Poté musíte počkat, až se aktualizace rozšíří po síti, a poté můžete použít příkaz show ip route v nastavení routeru R4.
Můžete vidět, jak se změnila směrovací tabulka. Z předchozí verze tabulky je zachován záznam 192.168.1.0/24 [120/1] přes 10.1.1.1 a poté následují tři záznamy, které se díky Update timer aktualizují každých 30 sekund. Flush timer zajišťuje, že 240 sekund po aktualizaci plus 30 sekund, tedy 270 sekund, bude tato síť odstraněna ze směrovací tabulky.
Sítě 192.168.1.0/26, 192.168.1.64/26 a 192.168.1.128/26 jsou správné, takže pokud je nyní provoz určen pro zařízení 192.168.1.225, toto zařízení jej přeruší, protože router neví, kde je zařízení s takovou adresou. Ale v předchozím případě, kdy jsme měli zapnuté automatické shrnutí tras pro R3, by tento provoz směřoval do sítě 10.1.1.1, což bylo zcela špatně, protože R3 by tyto pakety okamžitě zahodilo, aniž by je posílalo dále.
Jako správce sítě musíte vytvořit sítě s co nejmenším provozem navíc. Například v tomto případě není potřeba tento provoz přesměrovat přes R3. Vaším úkolem je co nejvíce zvýšit šířku pásma sítě a zabránit tak přesměrování provozu na zařízení, která to nepotřebují.
Dalším omezením RIP jsou smyčky, neboli směrovací smyčky. O konvergenci sítě, kdy je správně aktualizována směrovací tabulka, jsme již mluvili. V našem případě by router neměl dostávat aktualizace pro síť 192.168.1.0/24, pokud o tom nic neví. Technicky konvergence znamená, že směrovací tabulka je aktualizována pouze správnými informacemi. To by se mělo stát, když je router vypnutý, restartován, znovu připojen k síti atd. Konvergence je stav, ve kterém byly provedeny všechny potřebné aktualizace směrovacích tabulek a byly provedeny všechny potřebné výpočty.
RIP má velmi špatnou konvergenci a je to velmi, velmi pomalý směrovací protokol. Kvůli této pomalosti vznikají smyčky, neboli problém „nekonečného čítače“.
Nakreslím schéma sítě podobné předchozímu příkladu - router 1 je připojen k routeru 2 sítí N2, router 1 je připojen k síti N1 a router 2 je připojen k síti N3. Předpokládejme, že z nějakého důvodu je přerušeno spojení N1-R1.
Směrovač 2 ví, že síť N1 je dosažitelná jedním skokem přes směrovač 1, ale tato síť je momentálně mimo provoz. Po selhání sítě se spustí proces časovače, router 1 ji přepne do stavu Hold Down atd. Router 2 má ale spuštěný Update timer a v nastavený čas pošle aktualizaci routeru 1, který říká, že síť N1 je přes něj dostupná ve dvou skocích. Tato aktualizace dorazí na Router 1 dříve, než stihne odeslat aktualizaci na Router 2 o selhání sítě N1.
Po obdržení této aktualizace si router 1 myslí: „Vím, že síť N1, která je ke mně připojena, je z nějakého důvodu mimo provoz, ale router 2 mi řekl, že je přes ni dostupná ve dvou směrech. Věřím mu, tak přidám jeden hop, aktualizuji si směrovací tabulku a pošlu aktualizaci na router 2, ve které řeknu, že síť N1 je dosažitelná přes router 2 ve třech skocích!
Po obdržení této aktualizace z prvního routeru router 2 říká: „OK, dříve jsem obdržel aktualizaci od R1, která říkala, že síť N1 je přes něj dostupná jedním skokem. Nyní mi oznámil, že je k dispozici ve 3 chmelech. Možná se na síti něco změnilo, nemůžu si pomoct, ale věřím tomu, takže aktualizuji svou směrovací tabulku o jeden skok.“ Poté R2 odešle aktualizaci na první router, který říká, že síť N1 je nyní dostupná ve 4 skocích.
Vidíš v čem je problém? Oba routery si posílají aktualizace, pokaždé přidají jeden skok a nakonec počet skoků dosáhne velké hodnoty. V protokolu RIP je maximální počet skoků 16 a jakmile dosáhne této hodnoty, router pochopí, že jsou problémy a jednoduše tuto cestu odstraní ze směrovací tabulky. To je problém se směrovacími smyčkami v RIP. To je způsobeno skutečností, že RIP je protokol vzdálenost-vektor, pouze sleduje vzdálenost, nevěnuje pozornost stavu sekcí sítě. V roce 1969, kdy byly počítačové sítě mnohem pomalejší než nyní, se přístup vektoru vzdálenosti vyplatil, takže vývojáři RIP zvolili jako hlavní metriku počet skoků. Dnes však tento přístup vytváří mnoho problémů, a proto byl v moderních sítích široce implementován přechod na pokročilejší směrovací protokoly, jako je OSPF. De facto se tento protokol stal standardem pro sítě většiny světových společností. Velmi podrobně se na tento protokol podíváme v jednom z následujících videí.
K RIPu se již nevrátíme, proto jsem vám na příkladu tohoto nejstaršího síťového protokolu řekl dost o základech routování a problémech, kvůli kterým se snaží tento protokol pro velké sítě již nepoužívat. V následujících videonávodech se podíváme na moderní směrovací protokoly – OSPF a EIGRP.
Děkujeme, že s námi zůstáváte. Líbí se vám naše články? Chcete vidět více zajímavého obsahu? Podpořte nás objednávkou nebo doporučením přátelům, 30% sleva pro uživatele Habr na unikátní obdobu entry-level serverů, kterou jsme pro vás vymysleli: (k dispozici s RAID1 a RAID10, až 24 jader a až 40 GB DDR4).
Dell R730xd 2x levnější? Pouze zde V Nizozemsku! Dell R420 – 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2 x 960 GB SSD 1 Gb/s 100 TB – od 99 $! Číst o
Zdroj: www.habr.com