Ես արդեն ասացի, որ ես կթարմացնեմ իմ վիդեո ձեռնարկները CCNA v3-ում: Այն ամենը, ինչ սովորել եք նախորդ դասերում, լիովին համապատասխանում է նոր դասընթացին: Եթե անհրաժեշտություն առաջանա, ես լրացուցիչ թեմաներ կներառեմ նոր դասերում, այնպես որ դուք կարող եք վստահ լինել, որ մեր դասերը համահունչ են 200-125 CCNA դասընթացին:
Նախ ամբողջությամբ կուսումնասիրենք առաջին քննության 100-105 ICND1 թեմաները։ Մեզ մնացել է ևս մի քանի դաս, որից հետո դուք պատրաստ կլինեք հանձնել այս քննությունը։ Հետո կսկսենք ուսումնասիրել ICND2 դասընթացը։ Երաշխավորում եմ, որ այս վիդեո դասընթացի ավարտին դուք լիովին պատրաստ կլինեք հանձնել 200-125 քննությունը: Վերջին դասին ես ասացի, որ մենք չենք վերադառնա RIP, քանի որ այն ներառված չէ CCNA դասընթացում: Բայց քանի որ RIP-ը ներառված էր CCNA-ի երրորդ տարբերակում, մենք կշարունակենք ուսումնասիրել այն:
Այսօրվա դասի թեմաները կլինեն երեք խնդիր, որոնք առաջանում են RIP-ի օգտագործման ընթացքում՝ Counting to Infinity, կամ counting to Infinity, Split Horizon՝ պառակտված հորիզոնների կանոնները և Route Poison, կամ երթուղու թունավորում:
Անսահմանություն հաշվելու խնդրի էությունը հասկանալու համար անդրադառնանք գծապատկերին։ Ենթադրենք, մենք ունենք երթուղիչ R1, երթուղիչ R2 և երթուղիչ R3: Առաջին երթուղիչը միացված է երկրորդին 192.168.2.0/24 ցանցով, երկրորդը՝ երրորդին՝ 192.168.3.0/24 ցանցով, առաջին երթուղիչը միացված է 192.168.1.0/24 ցանցին, իսկ երրորդը՝ 192.168.4.0/24 ցանց:
Դիտարկենք երթուղին դեպի 192.168.1.0/24 ցանց առաջին երթուղիչից: Իր աղյուսակում այս երթուղին կցուցադրվի որպես 192.168.1.0՝ հոփերի քանակով 0-ի:
Երկրորդ երթուղիչի համար աղյուսակում կհայտնվի նույն երթուղին, ինչ 192.168.1.0-ը, 1-ի ցատկելու քանակով: R30-ը տեղեկացնում է R1-ին, որ 2 ցանցը հասանելի է դրա միջոցով 192.168.1.0-ի հոփերով: Այս հաղորդագրությունը ստանալուց հետո R0-ը պատասխանում է թարմացումով, որ նույն ցանցը հասանելի է դրա միջոցով մեկ հոպով: Այսպես է աշխատում կանոնավոր RIP երթուղիչը։
Եկեք պատկերացնենք մի իրավիճակ, երբ R1-ի և 192.168.1.0/24 ցանցի կապը խզվել է, որից հետո երթուղիչը կորցրել է մուտքը դեպի այն: Միևնույն ժամանակ, R2 երթուղիչը թարմացում է ուղարկում R1 երթուղիչին, որում հայտնում է, որ 192.168.1.0/24 ցանցը հասանելի է նրան մեկ հոպով։ R1-ը գիտի, որ կորցրել է մուտքը դեպի այս ցանց, բայց R2-ը պնդում է, որ այս ցանցը հասանելի է իր միջոցով մեկ հոպով, ուստի առաջին երթուղիչը կարծում է, որ պետք է թարմացնի իր երթուղային աղյուսակը՝ փոխելով հոփերի քանակը 0-ից 2-ի։
Դրանից հետո R1-ը թարմացումն ուղարկում է R2 երթուղիչին: Նա ասում է. «լավ, մինչ այդ ինձ թարմացում ուղարկեցիր, որ 192.168.1.0 ցանցը հասանելի է զրոյական հոպով, հիմա հայտնում ես, որ այս ցանցի երթուղին կարելի է կառուցել 2 հոպով։ Այսպիսով, ես պետք է թարմացնեմ իմ երթուղային աղյուսակը 1-ից 3-ը»: Հաջորդ թարմացման ժամանակ R1-ը կփոխի հոփերի քանակը 4-ի, երկրորդ երթուղիչը՝ 5-ի, այնուհետև՝ 5-ի և 6-ի, և այս գործընթացը կշարունակվի անորոշ ժամանակով։
Այս խնդիրը հայտնի է որպես երթուղային հանգույց, իսկ RIP-ում այն կոչվում է հաշվում մինչև անսահմանության խնդիր: Իրականում 192.168.1.0/24 ցանցը անհասանելի է, բայց R1, R2 և ցանցի մյուս բոլոր երթուղիչները կարծում են, որ այն կարելի է մուտք գործել, քանի որ երթուղին շարունակում է պտտվել: Այս խնդիրը կարող է լուծվել հորիզոնի բաժանման և երթուղու թունավորման մեխանիզմների միջոցով: Դիտարկենք ցանցի տոպոլոգիան, որի հետ կաշխատենք այսօր:
Ցանցում կա երեք երթուղիչ R1,2,3 և երկու համակարգիչ՝ 192.168.1.10 և 192.168.4.10 IP հասցեներով։ Համակարգիչների միջև կա 4 ցանց՝ 1.0, 2.0, 3.0 և 4.0։ Երթուղիչները ունեն IP հասցեներ, որտեղ վերջին օկտետը երթուղիչի համարն է, իսկ նախավերջին օկտետը՝ ցանցի համարը։ Դուք կարող եք ցանկացած հասցե նշանակել այս ցանցային սարքերին, բայց ես նախընտրում եմ դրանք, քանի որ դա ինձ համար հեշտացնում է բացատրությունը:
Մեր ցանցը կարգավորելու համար եկեք անցնենք Packet Tracer-ին: Ես օգտագործում եմ Cisco 2911 երթուղիչները և օգտագործում եմ այս սխեման IP հասցեներ հատկացնելու և՛ PC0, և՛ PC1 հոսթինգներին:
Դուք կարող եք անտեսել անջատիչները, քանի որ դրանք «ուղիղ են» և լռելյայն օգտագործում են VLAN1: 2911 երթուղիչները ունեն երկու գիգաբիթ պորտ: Մեզ համար ավելի հեշտ դարձնելու համար ես օգտագործում եմ պատրաստի կազմաձևման ֆայլեր այս երթուղիչներից յուրաքանչյուրի համար: Դուք կարող եք այցելել մեր կայքը, գնալ «Ռեսուրսներ» ներդիր և դիտել մեր բոլոր վիդեո ձեռնարկները:
Մենք այս պահին այստեղ չունենք բոլոր թարմացումները, բայց որպես օրինակ կարող եք դիտել 13-րդ օրվա դասը, որն ունի Աշխատանքային գրքույկի հղում: Նույն հղումը կցված կլինի այսօրվա վիդեո ձեռնարկին, և դրան հետևելով՝ կարող եք ներբեռնել երթուղիչի կազմաձևման ֆայլերը:
Մեր երթուղիչները կարգավորելու համար ես պարզապես պատճենում եմ R1 կազմաձևման տեքստային ֆայլի բովանդակությունը, բացում եմ դրա վահանակը Packet Tracer-ում և մուտքագրում config t հրամանը:
Այնուհետև ես պարզապես տեղադրում եմ պատճենված տեքստը և դուրս եմ գալիս կարգավորումներից:
Ես նույնն եմ անում երկրորդ և երրորդ երթուղիչների կարգավորումների հետ: Սա Cisco-ի կարգավորումների առավելություններից մեկն է. դուք կարող եք պարզապես պատճենել և տեղադրել անհրաժեշտ կարգավորումները ձեր ցանցային սարքի կազմաձևման ֆայլերում: Իմ դեպքում ես նաև 2 հրաման կավելացնեմ պատրաստի կազմաձևման ֆայլերի սկզբում, որպեսզի դրանք չմտցնեմ կոնսոլում՝ սրանք են en (enable) և config t։ Այնուհետև ես կպատճենեմ բովանդակությունը և ամբողջը կտեղադրեմ R3 Settings Console-ում:
Այսպիսով, մենք կարգավորել ենք բոլոր 3 երթուղիչները: Եթե ցանկանում եք օգտագործել պատրաստի կազմաձևման ֆայլեր ձեր երթուղիչների համար, համոզվեք, որ մոդելները համընկնում են այս գծապատկերում ներկայացված մոդելների հետ. այստեղ երթուղիչները ունեն GigabitEthernet պորտեր: Հնարավոր է, որ ձեզ անհրաժեշտ լինի շտկել այս տողը FastEthernet ֆայլում, եթե ձեր երթուղիչն ունի հենց այս նավահանգիստները:
Դուք կարող եք տեսնել, որ գծապատկերում երթուղիչի միացքի նշիչները դեռ կարմիր են: Ինչումն է խնդիրը? Ախտորոշելու համար անցեք երթուղիչ 1-ի IOS հրամանի տողի միջերես և մուտքագրեք show ip ինտերֆեյսի համառոտ հրամանը: Այս հրամանը ձեր «շվեյցարական դանակն» է ցանցի տարբեր խնդիրներ լուծելիս:
Այո, մենք խնդիր ունենք. տեսնում եք, որ GigabitEthernet 0/0 ինտերֆեյսը գտնվում է ադմինիստրատիվ անսարք վիճակում: Փաստն այն է, որ պատճենված կազմաձևման ֆայլում ես մոռացել եմ օգտագործել ոչ անջատման հրամանը և հիմա այն ձեռքով մուտքագրելու եմ:
Այժմ ես պետք է ձեռքով ավելացնեմ այս տողը բոլոր երթուղիչների կարգավորումներում, որից հետո պորտի մարկերները կփոխեն գույնը կանաչի։ Այժմ ես կցուցադրեմ երթուղիչների բոլոր երեք CLI պատուհանները ընդհանուր էկրանի վրա, որպեսզի ավելի հարմար դառնա իմ գործողությունները:
Այս պահին RIP պրոտոկոլը կազմաձևված է բոլոր 3 սարքերի վրա, և ես այն կարգաբերելու եմ debug ip rip հրամանի միջոցով, որից հետո բոլոր սարքերը կփոխանակեն RIP թարմացումները։ Դրանից հետո ես օգտագործում եմ unbug all հրամանը բոլոր 3 երթուղիչների համար:
Դուք կարող եք տեսնել, որ R3-ը դժվարանում է գտնել DNS սերվեր: Մենք ավելի ուշ կքննարկենք CCNA v3 DNS սերվերի թեմաները, և ես ձեզ ցույց կտամ, թե ինչպես անջատել որոնման գործառույթը այդ սերվերի համար: Առայժմ վերադառնանք դասի թեմային և նայենք, թե ինչպես է աշխատում RIP թարմացումը։
Երթուղիչները միացնելուց հետո նրանց երթուղիների աղյուսակները կպարունակեն գրառումներ ցանցերի մասին, որոնք ուղղակիորեն կապված են իրենց նավահանգիստներին: Աղյուսակներում այս գրառումները գլխավորվում են C տառով, իսկ ուղիղ միացման համար հոփերի քանակը 0 է:
Երբ R1-ը թարմացում է ուղարկում R2-ին, այն պարունակում է տեղեկատվություն 192.168.1.0 և 192.168.2.0 ցանցերի մասին: Քանի որ R2-ն արդեն գիտի 192.168.2.0 ցանցի մասին, այն տեղադրում է միայն 192.168.1.0 ցանցի թարմացումը իր երթուղղման աղյուսակում:
Այս գրառումը գլխավորում է R տառը, ինչը նշանակում է, որ միացումը 192.168.1.0 ցանցին հնարավոր է f0/0: 192.168.2.2 երթուղիչի ինտերֆեյսի միջոցով միայն RIP արձանագրության միջոցով՝ հոփերի քանակով 1։
Նմանապես, երբ R2-ը թարմացում է ուղարկում R3-ին, երրորդ երթուղիչն իր երթուղային աղյուսակում նշում է, որ 192.168.1.0 ցանցը հասանելի է երթուղիչի ինտերֆեյսի 192.168.3.3-ի միջոցով RIP-ի միջոցով՝ 2-ի մի շարք հոփերով: Ահա թե ինչպես է աշխատում երթուղման թարմացումը: .
Երթուղային հանգույցները կամ անվերջ հաշվումը կանխելու համար RIP-ն ունի պառակտման հորիզոնի մեխանիզմ: Այս մեխանիզմը կանոն է՝ «մի ուղարկեք ցանցի կամ երթուղու թարմացում այն ինտերֆեյսի միջոցով, որի միջոցով ստացել եք թարմացումը»։ Մեր դեպքում, դա հետևյալն է. եթե R2-ը թարմացում է ստացել R1-ից 192.168.1.0 ցանցի մասին f0/0: 192.168.2.2 ինտերֆեյսի միջոցով, այն չպետք է թարմացում ուղարկի այս ցանցի 0-ի մասին առաջին երթուղիչին f0/2.0 ինտերֆեյսի միջոցով: . Այն կարող է թարմացումներ ուղարկել միայն առաջին երթուղիչի հետ կապված այս ինտերֆեյսի միջոցով, որոնք վերաբերում են 192.168.3.0 և 192.168.4.0 ցանցերին: Այն նաև չպետք է թարմացում ուղարկի 192.168.2.0 ցանցի մասին f0/0 ինտերֆեյսի միջոցով, քանի որ այս ինտերֆեյսը արդեն գիտի դրա մասին, քանի որ այս ցանցն ուղղակիորեն միացված է դրան: Այսպիսով, երբ երկրորդ երթուղիչը թարմացում է ուղարկում առաջին երթուղիչին, այն պետք է պարունակի գրառումներ միայն 3.0 և 4.0 ցանցերի մասին, քանի որ նա իմացել է այդ ցանցերի մասին մեկ այլ ինտերֆեյսից՝ f0/1:
Սա պառակտված հորիզոնի պարզ կանոնն է՝ երբեք որևէ երթուղու մասին տեղեկություն չուղարկեք այն նույն ուղղությամբ, որտեղից ստացվել է տեղեկատվությունը: Այս կանոնը կանխում է երթուղային հանգույցը կամ մինչև անսահման հաշվելը:
Եթե նայեք Packet Tracer-ին, կարող եք տեսնել, որ R1-ը թարմացում է ստացել 192.168.2.2-ից GigabitEthernet0/1 ինտերֆեյսի միջոցով ընդամենը երկու ցանցի մասին՝ 3.0 և 4.0: Երկրորդ երթուղիչը ոչինչ չի հաղորդել 1.0 և 2.0 ցանցերի մասին, քանի որ նա իմացել է այդ ցանցերի մասին հենց այս ինտերֆեյսի միջոցով:
Առաջին երթուղիչը R1-ը թարմացում է ուղարկում 224.0.0.9 IP հասցեին՝ այն հեռարձակման հաղորդագրություն չի ուղարկում: Այս հասցեն նման է որոշակի հաճախականության, որով հեռարձակվում են FM ռադիոկայանները, այսինքն՝ հաղորդագրությունը կստանան միայն այն սարքերը, որոնք միացված են այս բազմահաղորդման հասցեին: Նույն կերպ, երթուղիչները կարգավորվում են այնպես, որ ընդունեն տրաֆիկը 224.0.0.9 հասցեի համար: Այսպիսով, R1-ն այս հասցեին թարմացում է ուղարկում GigabitEthernet0/0 ինտերֆեյսի միջոցով 192.168.1.1 IP հասցեով: Այս ինտերֆեյսը պետք է միայն թարմացումներ փոխանցի 2.0, 3.0 և 4.0 ցանցերի մասին, քանի որ ցանց 1.0 ուղղակիորեն միացված է դրան: Մենք տեսնում ենք, որ նա հենց դա է անում:
Այնուհետև այն թարմացում է ուղարկում f0/1 երկրորդ ինտերֆեյսի միջոցով՝ 192.168.2.1 հասցեով: Անտեսեք F տառը FastEthernet-ի համար. սա ընդամենը օրինակ է, քանի որ մեր երթուղիչները ունեն GigabitEthernet միջերեսներ, որոնք պետք է նշանակվեն g տառով: Նա չի կարող թարմացում ուղարկել 2.0, 3.0 և 4.0 ցանցերի մասին այս ինտերֆեյսի միջոցով, քանի որ նա իմացել է դրանց մասին f0/1 ինտերֆեյսի միջոցով, ուստի միայն թարմացում է ուղարկում ցանց 1.0-ի մասին։
Տեսնենք, թե ինչ կլինի, եթե առաջին ցանցի հետ կապը ինչ-ինչ պատճառներով կորչի: Այս դեպքում R1-ն անմիջապես միացնում է մեխանիզմը, որը կոչվում է «երթուղային թունավորում»: Դա կայանում է նրանում, որ հենց որ ցանցի հետ կապը կորչում է, երթուղային աղյուսակում այս ցանցի մուտքագրման մեջ հոփերի թիվը անմիջապես աճում է մինչև 16: Ինչպես գիտենք, 16-ի հավասար հոփերի թիվը նշանակում է, որ սա ցանցն անհասանելի է:
Այս դեպքում Update ժմչփը չի օգտագործվում, դա ձգան թարմացում է, որն ակնթարթորեն ուղարկվում է ցանցի միջոցով մոտակա երթուղիչին: Դիագրամի վրա կնշեմ կապույտով։ Router R2-ը ստանում է թարմացում, որն ասում է, որ այսուհետ 192.168.1.0 ցանցը հասանելի է 16-ի հավասար հոփերի քանակով, այսինքն՝ անհասանելի է։ Սա այն է, ինչ կոչվում է ճանապարհային թունավորում: Հենց որ R2-ը ստանում է այս թարմացումը, այն անմիջապես փոխում է 192.168.1.0 մուտքի տողում հոփ արժեքը 16-ի և ուղարկում է այս թարմացումը երրորդ երթուղիչին: Իր հերթին, R3-ը նաև փոխում է անհասանելի ցանցի հոփերի քանակը մինչև 16: Այսպիսով, RIP-ի միջոցով միացված բոլոր սարքերը գիտեն, որ 192.168.1.0 ցանցն այլևս հասանելի չէ:
Այս գործընթացը կոչվում է կոնվերգենցիա: Սա նշանակում է, որ բոլոր երթուղիչները թարմացնում են իրենց երթուղիների աղյուսակները ներկայիս վիճակին՝ բացառելով երթուղին դեպի 192.168.1.0 ցանց:
Այսպիսով, մենք անդրադարձել ենք այսօրվա դասի բոլոր թեմաներին: Այժմ ես ձեզ ցույց կտամ հրամանները, որոնք օգտագործվում են ցանցային խնդիրների ախտորոշման և անսարքությունների համար: Բացի show ip ինտերֆեյսի համառոտ հրամանից, կա show ip protocols հրամանը: Այն ցույց է տալիս երթուղային արձանագրության կարգավորումները և կարգավիճակը սարքերի համար, որոնք օգտագործում են դինամիկ երթուղում:
Այս հրամանն օգտագործելուց հետո տեղեկատվություն է հայտնվում այս երթուղիչի կողմից օգտագործվող արձանագրությունների մասին: Այստեղ գրված է, որ երթուղային պրոտոկոլը RIP է, թարմացումներն ուղարկվում են 30 վայրկյանը մեկ, հաջորդ թարմացումը կուղարկվի 8 վայրկյանից հետո, Invalid timer-ը սկսվում է 180 վայրկյանից հետո, Hold Down ժմչփը սկսվում է 180 վայրկյանից և Flush timer-ը սկսվում է հետո: 240 վայրկյան. Այս արժեքները կարող են փոխվել, բայց սա մեր CCNA դասընթացի թեման չէ, ուստի մենք կօգտագործենք լռելյայն ժամանակաչափի արժեքները: Նմանապես, մեր դասընթացը չի անդրադառնում երթուղիչի բոլոր ինտերֆեյսների համար ելքային և մուտքային զտման ցանկի թարմացումների հետ կապված խնդիրներին:
Հաջորդը այստեղ արձանագրության վերաբաշխումն է՝ RIP, այս տարբերակն օգտագործվում է, երբ սարքն օգտագործում է մի քանի արձանագրություններ, օրինակ՝ ցույց է տալիս, թե ինչպես է RIP-ն համագործակցում OSPF-ի հետ և ինչպես է OSPF-ն համագործակցում RIP-ի հետ: Վերաբաշխումը նույնպես ձեր CCNA դասընթացի շրջանակի մաս չէ:
Այնուհետև ցույց է տրվում, որ արձանագրությունն օգտագործում է երթուղիների ավտոմատ ամփոփում, որը մենք քննարկել ենք նախորդ տեսանյութում, և որ վարչական հեռավորությունը 120 է, որը մենք նույնպես արդեն քննարկել ենք:
Եկեք ավելի սերտ նայենք show ip route հրամանին: Դուք տեսնում եք, որ 192.168.1.0/24 և 192.168.2.0/24 ցանցերը ուղղակիորեն միացված են երթուղիչին, ևս երկու ցանցեր՝ 3.0 և 4.0, օգտագործում են RIP երթուղային արձանագրությունը։ Այս երկու ցանցերն էլ հասանելի են GigabitEthernet0/1 ինտերֆեյսի և 192.168.2.2 IP հասցեով սարքի միջոցով: Կարևոր է քառակուսի փակագծերի տեղեկատվությունը. առաջին թիվը նշանակում է վարչական հեռավորություն, կամ վարչական հեռավորություն, երկրորդը` հոփերի քանակը: Հպումների քանակը RIP արձանագրության չափանիշն է: Մյուս արձանագրությունները, օրինակ՝ OSPF-ն, ունեն իրենց չափումները, որոնց մասին կխոսենք համապատասխան թեման ուսումնասիրելիս։
Ինչպես արդեն քննարկել ենք, վարչական հեռավորությունը վերաբերում է վստահության աստիճանին։ Վստահության առավելագույն աստիճանն ունի ստատիկ երթուղի, որն ունի 1 վարչական հեռավորություն: Հետևաբար, որքան ցածր է այս արժեքը, այնքան լավ:
Ենթադրենք, որ 192.168.3.0/24 ցանցը հասանելի է և՛ g0/1 ինտերֆեյսի միջոցով, որն օգտագործում է RIP, և՛ g0/0 ինտերֆեյսը, որն օգտագործում է ստատիկ երթուղում: Այս դեպքում երթուղիչը կուղղորդի ամբողջ երթևեկությունը ստատիկ երթուղու երկայնքով f0/0-ով, քանի որ այս երթուղին ավելի վստահելի է: Այս առումով, 120 վարչական հեռավորությամբ RIP արձանագրությունը ավելի վատ է, քան 1 հեռավորությամբ ստատիկ երթուղային արձանագրությունը:
Խնդիրների ախտորոշման մեկ այլ կարևոր հրաման է show ip ինտերֆեյսի g0/1 հրամանը: Այն ցուցադրում է բոլոր տեղեկությունները որոշակի երթուղիչի պորտի պարամետրերի և կարգավիճակի մասին:
Մեզ համար կարևոր է այն տողը, որն ասում է, որ բաժանված հորիզոնը միացված է. Split horizon-ը միացված է, քանի որ դուք կարող եք խնդիրներ ունենալ այս ռեժիմի անջատման պատճառով: Հետևաբար, եթե խնդիրներ առաջանան, դուք պետք է համոզվեք, որ բաժանված հորիզոնի ռեժիմը միացված է այս ինտերֆեյսի համար: Խնդրում ենք նկատի ունենալ, որ լռելյայն այս ռեժիմն ակտիվ է:
Կարծում եմ, որ մենք բավականաչափ անդրադարձել ենք RIP-ի հետ կապված թեմաներին, որոնք դուք չպետք է որևէ դժվարություն ունենաք այս թեմայի հետ քննություն հանձնելիս:
Շնորհակալություն մեզ հետ մնալու համար: Ձեզ դուր են գալիս մեր հոդվածները: Ցանկանու՞մ եք տեսնել ավելի հետաքրքիր բովանդակություն: Աջակցեք մեզ՝ պատվիրելով կամ խորհուրդ տալով ընկերներին, 30% զեղչ Habr-ի օգտատերերի համար մուտքի մակարդակի սերվերների եզակի անալոգի վրա, որը ստեղծվել է մեր կողմից ձեզ համար. (հասանելի է RAID1 և RAID10-ով, մինչև 24 միջուկով և մինչև 40 ԳԲ DDR4):
Dell R730xd 2 անգամ ավելի էժան? Միայն այստեղ Նիդեռլանդներում! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99-ից: Կարդացեք մասին
Source: www.habr.com