Би видео хичээлүүдээ CCNA v3 болгон шинэчлэх болно гэж аль хэдийн хэлсэн. Өмнөх хичээлүүдээс сурсан бүхэн шинэ хичээлд бүрэн хамааралтай. Шаардлагатай бол би шинэ хичээлүүдэд нэмэлт сэдвүүдийг оруулах тул бидний хичээлүүд 200-125 CCNA курстэй нийцэж байгаа гэдэгт итгэлтэй байж болно.
Эхлээд бид 100-105 ICND1 эхний шалгалтын сэдвүүдийг бүрэн судлах болно. Бидэнд цөөн хэдэн хичээл үлдсэн тул та энэ шалгалтыг өгөхөд бэлэн болно. Дараа нь бид ICND2 курст суралцаж эхэлнэ. Энэхүү видео хичээлийн төгсгөлд та 200-125 шалгалт өгөхөд бүрэн бэлэн болно гэдгийг би баталж байна. Сүүлчийн хичээл дээр би RIP-д CCNA курст ороогүй учраас буцаж ирэхгүй гэж хэлсэн. Гэхдээ RIP нь CCNA-ийн гурав дахь хувилбарт багтсан тул бид үүнийг үргэлжлүүлэн судлах болно.
Өнөөдрийн хичээлийн сэдвүүд нь RIP-ийг ашиглах явцад гарч ирдэг гурван асуудал байх болно: Хязгааргүй хүртэл тоолох, эсвэл хязгааргүй хүртэл тоолох, Split Horizon - хуваах дүрмүүд ба Маршрутын хор, эсвэл маршрутын хордлого.
Хязгааргүй хүртэл тоолох асуудлын мөн чанарыг ойлгохын тулд диаграм руу хандъя. Бидэнд R1 чиглүүлэгч, R2 чиглүүлэгч, R3 чиглүүлэгч байгаа гэж бодъё. Эхний чиглүүлэгч нь 192.168.2.0/24 сүлжээгээр, хоёр дахь нь 192.168.3.0/24 сүлжээгээр, гурав дахь нь 192.168.1.0/24 сүлжээгээр, эхний чиглүүлэгч нь 192.168.4.0/24 сүлжээнд холбогдсон, гурав дахь нь XNUMX/XNUMX сүлжээ.
Эхний чиглүүлэгчээс 192.168.1.0/24 сүлжээнд хүрэх замыг харцгаая. Хүснэгтэнд энэ маршрутыг 192.168.1.0 гэж харуулах бөгөөд хопуудын тоо 0-тэй тэнцүү байна.
Хоёрдахь чиглүүлэгчийн хувьд ижил чиглүүлэлт 192.168.1.0 гэсэн хүснэгтэд гарч ирэх бөгөөд 1-тэй тэнцүү хопуудын тоо гарч ирнэ. Энэ тохиолдолд чиглүүлэгчийн чиглүүлэлтийн хүснэгтийг Update таймер 30 секунд тутамд шинэчилдэг. R1 нь R2-д 192.168.1.0 сүлжээгээр дамжуулан 0-тэй тэнцэх хурдтайгаар холбогдох боломжтойг мэдэгддэг. Энэ мессежийг хүлээн авмагц R2 нь ижил сүлжээг түүгээр дамжуулан нэг ховилоор дамжуулан авах боломжтой гэсэн шинэчлэлтээр хариу өгдөг. Энгийн 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 нь hops-ийн тоог 4 болгож, хоёр дахь чиглүүлэгчийг 5 болгож, дараа нь 5 ба 6 болгож өөрчлөх бөгөөд энэ үйл явц тодорхойгүй хугацаагаар үргэлжлэх болно.
Энэ асуудлыг чиглүүлэлтийн давталт гэж нэрлэдэг бөгөөд RIP дээр үүнийг хязгааргүй хүртэл тоолох асуудал гэж нэрлэдэг. Бодит байдал дээр 192.168.1.0/24 сүлжээнд нэвтрэх боломжгүй боловч R1, R2 болон сүлжээн дэх бусад бүх чиглүүлэгчид чиглүүлэлт нь байнга давтагддаг тул үүнд хандах боломжтой гэж үздэг. Энэ асуудлыг давхрага хуваах, маршрутын хордлогын механизмыг ашиглан шийдэж болно. Өнөөдөр бидний ажиллах сүлжээний топологийг харцгаая.
Сүлжээнд 1,2,3 ба 192.168.1.10 IP хаягтай R192.168.4.10 гурван чиглүүлэгч, хоёр компьютер байдаг. Компьютеруудын хооронд 4, 1.0, 2.0, 3.0 гэсэн 4.0 сүлжээ байдаг. Чиглүүлэгчид IP хаягууд байдаг бөгөөд хамгийн сүүлийн октет нь чиглүүлэгчийн дугаар, сүүлчийн октет нь сүлжээний дугаар юм. Та эдгээр сүлжээний төхөөрөмжүүдэд ямар ч хаяг өгч болно, гэхдээ энэ нь надад тайлбарлахад хялбар болгодог тул би эдгээрийг илүүд үздэг.
Сүлжээгээ тохируулахын тулд Packet Tracer руу шилжье. Би Cisco 2911 чиглүүлэгчийг ашигладаг бөгөөд энэ схемийг ашиглан PC0 болон PC1 хостуудад IP хаяг өгдөг.
Шилжүүлэгч нь "хайрцагнаас гарсан" тул та тэдгээрийг үл тоомсорлож, анхдагчаар VLAN1-г ашиглаж болно. 2911 чиглүүлэгчид хоёр гигабит порт байдаг. Бидэнд хялбар болгохын тулд би эдгээр чиглүүлэгч бүрийн хувьд бэлэн тохиргооны файлуудыг ашигладаг. Та манай вэбсайтад зочилж, "Нөөц" таб руу орж, манай бүх видео хичээлүүдийг үзэх боломжтой.
Бидэнд одоогоор бүх шинэчлэлт байхгүй байгаа ч жишээ болгон та Дасгалын дэвтэр холбоостой 13 дахь өдрийн хичээлийг үзэж болно. Үүнтэй ижил холбоосыг өнөөдрийн видео зааварт хавсаргах бөгөөд үүнийг дагаснаар та чиглүүлэгчийн тохиргооны файлуудыг татаж авах боломжтой.
Манай чиглүүлэгчийг тохируулахын тулд би зүгээр л R1 тохиргооны текст файлын агуулгыг хуулж, түүний консолыг Packet Tracer дээр нээж, config t командыг оруулна.
Дараа нь хуулсан текстээ буулгаад тохиргооноос гарна.
Би хоёр, гурав дахь чиглүүлэгчийн тохиргоотой ижил зүйлийг хийдэг. Энэ нь Cisco тохиргооны давуу талуудын нэг бөгөөд та сүлжээний төхөөрөмжийн тохиргооны файлд хэрэгтэй тохиргоогоо хуулж аваад л хийж болно. Миний хувьд, би консолд оруулахгүйн тулд дууссан тохиргооны файлуудын эхэнд 2 тушаал нэмнэ - эдгээр нь en (идэвхжүүлэх) ба тохиргооны t юм. Дараа нь би агуулгыг хуулж, бүх зүйлийг R3 тохиргооны консол руу буулгана.
Тиймээс бид бүх 3 чиглүүлэгчийг тохируулсан. Хэрэв та чиглүүлэгчдээ бэлэн тохиргооны файлуудыг ашиглахыг хүсвэл загварууд нь энэ диаграммд үзүүлсэнтэй таарч байгаа эсэхийг шалгаарай - энд чиглүүлэгчид GigabitEthernet портууд байдаг. Хэрэв таны чиглүүлэгч эдгээр портуудтай бол FastEthernet файл дахь энэ мөрийг засах шаардлагатай байж магадгүй.
Диаграм дээрх чиглүүлэгчийн порт тэмдэгтүүд улаан хэвээр байгааг харж болно. Асуудал юу вэ? Оношлохын тулд 1-р чиглүүлэгчийн IOS командын мөрийн интерфейс рүү очоод show ip interface товч командыг бичнэ үү. Энэ тушаал нь янз бүрийн сүлжээний асуудлыг шийдвэрлэхэд таны "Швейцарийн хутга" юм.
Тийм ээ, бидэнд асуудал байна - GigabitEthernet 0/0 интерфэйс нь захиргааны хувьд доголдсон төлөвт байгааг та харж байна. Баримт нь хуулсан тохиргооны файлд би унтраахгүй командыг ашиглахаа мартсан бөгөөд одоо би үүнийг гараар оруулах болно.
Одоо би энэ мөрийг бүх чиглүүлэгчийн тохиргоонд гараар нэмэх шаардлагатай болно, үүний дараа портын тэмдэглэгээ ногоон болж өөрчлөгдөнө. Одоо би өөрийн үйлдлүүдийг ажиглахад илүү тохиромжтой болгохын тулд чиглүүлэгчийн бүх гурван CLI цонхыг нийтлэг дэлгэц дээр харуулах болно.
Одоогийн байдлаар RIP протоколыг бүх 3 төхөөрөмж дээр тохируулсан байгаа бөгөөд би дибаг хийх ip rip командыг ашиглан дибаг хийх бөгөөд үүний дараа бүх төхөөрөмжүүд RIP шинэчлэлтүүдийг солилцох болно. Үүний дараа би бүх 3 чиглүүлэгчид undebug all командыг ашигладаг.
R3 нь DNS сервер олоход асуудалтай байгааг та харж байна. Бид CCNA v3 DNS серверийн сэдвүүдийг дараа нь хэлэлцэх бөгөөд би танд тухайн серверийн хайлтын функцийг хэрхэн идэвхгүй болгохыг харуулах болно. Одоохондоо хичээлийн сэдэв рүү буцаж RIP шинэчлэлт хэрхэн ажилладагийг харцгаая.
Бид чиглүүлэгчийг асаасаны дараа тэдгээрийн чиглүүлэлтийн хүснэгтүүд нь портуудтай нь шууд холбогдсон сүлжээнүүдийн тухай оруулгуудыг агуулна. Хүснэгтүүдэд эдгээр бичлэгүүдийг С үсгээр бичсэн бөгөөд шууд холболтын тоо 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 сүлжээнд RIP-ээр дамжуулан 192.168.3.3 чиглүүлэгчийн интерфэйсээр хандах боломжтой гэсэн оруулгыг 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 нь GigabitEthernet192.168.2.2/0 интерфэйсээр 1-оос зөвхөн 3.0 ба 4.0 гэсэн хоёр сүлжээний шинэчлэлтийг хүлээн авсан болохыг харж болно. Хоёрдахь чиглүүлэгч нь 1.0 ба 2.0 сүлжээнүүдийн талаар юу ч мэдээлээгүй, учир нь энэ интерфейсээр дамжуулан эдгээр сүлжээнүүдийн талаар олж мэдсэн.
Эхний чиглүүлэгч R1 нь 224.0.0.9 multicast IP хаяг руу шинэчлэлт илгээдэг - энэ нь өргөн нэвтрүүлгийн мессеж илгээдэггүй. Энэ хаяг нь FM радио станцууд цацдаг тодорхой давтамжтай адил юм, өөрөөр хэлбэл зөвхөн энэ олон дамжуулалтын хаяг руу тохируулсан төхөөрөмжүүд л мессеж хүлээн авах болно. Үүнтэй адил чиглүүлэгчид 224.0.0.9 хаягийн урсгалыг хүлээн авахаар тохируулдаг. Тиймээс R1 энэ хаяг руу 0 IP хаягтай GigabitEthernet0/192.168.1.1 интерфэйсээр шинэчлэлт илгээдэг. Энэ интерфэйс нь зөвхөн 2.0, 3.0, 4.0 сүлжээнүүдийн талаарх шинэчлэлтүүдийг дамжуулах ёстой, учир нь сүлжээ 1.0 нь түүнд шууд холбогдсон байдаг. Бид түүнийг яг ингэж байгааг харж байна.
Дараа нь 0 хаягтай f1/192.168.2.1 хоёр дахь интерфейсээр шинэчлэлт илгээдэг. FastEthernet-ийн F үсгийг үл тоомсорлодог - энэ бол зүгээр л жишээ юм, учир нь манай чиглүүлэгчид g үсгээр тэмдэглэгдсэн байх ёстой GigabitEthernet интерфейстэй байдаг. Тэр энэ интерфейсээр дамжуулан 2.0, 3.0, 4.0 сүлжээнүүдийн талаарх шинэчлэлтийг илгээх боломжгүй, учир нь тэр f0/1 интерфэйсээр дамжуулан тэдгээрийн талаар мэдсэн тул зөвхөн 1.0 сүлжээний тухай шинэчлэлтийг илгээдэг.
Хэрэв ямар нэг шалтгааны улмаас эхний сүлжээнд холболт тасарвал юу болохыг харцгаая. Энэ тохиолдолд R1 нь "маршрутын хордлого" хэмээх механизмыг шууд ажиллуулдаг. Сүлжээний холболт тасармагц чиглүүлэлтийн хүснэгтэд байгаа энэ сүлжээний оролт дахь хопуудын тоо нэн даруй 16 болж нэмэгддэгт оршино. Бидний мэдэж байгаагаар хопуудын тоо 16-тай тэнцэх нь энэ гэсэн үг юм. сүлжээ боломжгүй байна.
Энэ тохиолдолд Шинэчлэх таймерыг ашигладаггүй бөгөөд энэ нь хамгийн ойрын чиглүүлэгч рүү сүлжээгээр шууд илгээгддэг гох шинэчлэлт юм. Би үүнийг диаграм дээр цэнхэр өнгөөр тэмдэглэнэ. 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 interface товч командаас гадна show ip protocols команд байдаг. Энэ нь динамик чиглүүлэлт ашигладаг төхөөрөмжүүдийн чиглүүлэлтийн протоколын тохиргоо болон төлөвийг харуулдаг.
Энэ командыг ашигласны дараа энэ чиглүүлэгчийн ашигладаг протоколуудын тухай мэдээлэл гарч ирнэ. Энэ нь чиглүүлэлтийн протокол нь RIP, шинэчлэлтийг 30 секунд тутамд илгээдэг, дараагийн шинэчлэлтийг 8 секундын дараа илгээх болно, Хүчингүй цаг хэмжигч 180 секундын дараа, Хүлээж авах таймер 180 секундын дараа, Угаах таймер нь дараа нь эхэлнэ гэж энд бичсэн байна. 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 сүлжээнд RIP ашигладаг g0/1 интерфэйс болон статик чиглүүлэлт ашигладаг g0/0 интерфэйсээр хоёуланд нь хандах боломжтой гэж үзье. Энэ тохиолдолд чиглүүлэгч нь статик маршрутын дагуух бүх урсгалыг f0/0-ээр дамжуулна, учир нь энэ маршрут илүү найдвартай байдаг. Энэ утгаараа 120-ийн захиргааны зайтай RIP протокол нь 1-ийн зайтай статик чиглүүлэлтийн протоколоос муу юм.
Асуудлыг оношлох өөр нэг чухал тушаал бол show ip interface g0/1 команд юм. Энэ нь чиглүүлэгчийн тодорхой портын параметр, төлөвийн талаархи бүх мэдээллийг харуулдаг.
Бидний хувьд, хуваах давхрага идэвхжсэн гэсэн мөр чухал юм: Split horizon идэвхжсэн, учир нь энэ горим идэвхгүй болсон тул танд асуудал гарч болзошгүй. Тиймээс, хэрэв асуудал гарвал энэ интерфэйсийг хуваах давхрага горимыг идэвхжүүлсэн эсэхийг шалгах хэрэгтэй. Анхдагч байдлаар энэ горим идэвхтэй байгааг анхаарна уу.
Бид RIP-тэй холбоотой сэдвүүдийг хангалттай авч үзсэн тул шалгалт өгөхдөө энэ сэдвээр ямар ч бэрхшээл гарах ёсгүй гэж би бодож байна.
Бидэнтэй хамт байсанд баярлалаа. Манай нийтлэл танд таалагдаж байна уу? Илүү сонирхолтой контент үзэхийг хүсч байна уу? Захиалга өгөх эсвэл найзууддаа санал болгох замаар биднийг дэмжээрэй, Хабр хэрэглэгчдэд зориулсан 30% хямдралтай, анхан шатны түвшний серверүүдийн өвөрмөц аналогийг бид танд зориулан зохион бүтээжээ. (RAID1 болон RAID10, 24 хүртэлх цөм, 40 ГБ хүртэл DDR4-тэй байх боломжтой).
Dell R730xd 2 дахин хямд байна уу? Зөвхөн энд Нидерландад! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 доллараас! тухай уншина уу
Эх сурвалж: www.habr.com