Keepalived test

Qo'shimcha o'qish

• 
  Netplan haqida tez-tez so'raladigan savollar: https://netplan.io/faq
  
• 
  Ubuntu SSH kalit hujjatlari: https://help.ubuntu.com/community/ SSH/OpenSSH/Keys
  
• 
  NetworkInterfaceNames (Debian wiki-dan): https://wiki.debian.org/ NetworkInterfaceNames
  

11

Tarmoq xizmatlarini sozlash

10-bobda, Tarmoqlarga ulanish, biz tarmoq bilan bog'liq ba'zi muhim asosiy mavzularni ko'rib chiqdik. Xost nomini qanday o'rnatish, tarmoq interfeyslarini boshqarish, ulanishlarni sozlash va boshqalarni ko'rdik. Ushbu bobda biz tarmoqni qayta ko'rib chiqamiz, xususan, tarmog'imizning asosi bo'lib xizmat qiladigan resurslarni o'rnatish uchun. Ushbu bobning aksariyat qismi har qanday tarmoqning juda muhim komponentlari bo'lgan DHCP va DNS serverlarini sozlashga qaratilgan. Bundan tashqari, biz soatlarimizni sinxronlashtirish uchun Network Time Protocol ( NTP ) serverini ham o'rnatamiz. Biz hatto tarmog‘imizning qolgan qismi uchun internet shlyuzi vazifasini bajaradigan serverni sozlashni ham ko‘rib chiqamiz.
Yo'l davomida biz quyidagi mavzularni yoritamiz:

• 
  IP-manzil sxemasini rejalashtirish
  
• 
  isc-dhcp-server bilan IP manzillarga xizmat ko'rsatish
  
• 
  Bind bilan DNS o'rnatilmoqda
  
• 
  Internet shlyuzini sozlash
  
• 
  Soatingizni NTP bilan sinxronlashtirish
  

Linux ma'muri sifatida sizga tashkilotingizning butun tarmoq sxemasini loyihalash topshirilishi yoki bo'lmasligi mumkin; ko'pincha boshqarish uchun allaqachon mavjud bo'lgan tarmoq bo'ladi. Keyingi bo'limda biz bunday tartibni yaratishni muhokama qilamiz, hatto bunday rejaga nima kirganini tushunish uchun ham.

IP-manzil sxemasini rejalashtirish

Tarmog'ingizning umumiy rejasini loyihalash - keyinchalik muvaffaqiyat yoki muvaffaqiyatsizlikka zamin yaratadigan juda muhim jarayon. Ushbu dizayn tashkilotning ehtiyojlarini, samarali aloqa usullariga bo'lgan ehtiyojni va serverlaringiz faqat ular kerak bo'lgan resurslar bilan bog'lanishini ta'minlash uchun tarmoq xizmatlarini ajratishni hisobga olishi kerak. Ubuntu serverlari parkini boshqaradigan Linux ma'muri sifatida siz har doim ham tarmoq tartibida o'z so'zlaringizni bildirishingiz mumkin emas. Oldingi ma'mur tomonidan ishlab chiqilgan tarmoqni "merosga o'tkazishingiz" yoki sizning ishingiz shunchaki serverlarni boshqarishingiz va tarmoq uchun kimdir mas'ul bo'lishi uchun ishdan bo'shashingiz odatiy holdir.
Bu, birinchi navbatda, Ubuntu serverlarini boshqarishni o'rgatadigan kitob bo'lganligi sababli, biz tarmoq ma'muri bilishi kerak bo'lgan barcha narsalarni qamrab olmaymiz, lekin ikkala rol o'rtasida umumiy bilimlar mavjud. Linux ma'muri sifatida sizga tarmog'ingizni loyihalash topshirilishi mumkin yoki bo'lmasligi mumkin, lekin hech bo'lmaganda umumiy tartibni va serverlaringiz unga qanday mos kelishini tushunishingiz kerak.
Ushbu bo'limda biz tarmoq tartibining eng muhim qismini - IP manzil sxemasini muhokama qilamiz. IP sxemasini rejalashtirish boshqa ko'plab narsalar uchun poydevor qo'yadigan muhim vazifadir. Ushbu tartibni ishlab chiqish sizga bog'liq bo'lmasa ham, nozik tafsilotlarni bilish, biror narsa noto'g'ri bo'lganda, zaif tomonlarni tushunishga yordam beradi. IP tartibini rejalashtirish sizning tarmog'ingizga ulanishi va ularni qo'llab-quvvatlashi uchun qancha qurilma kerakligini taxmin qilishni o'z ichiga oladi. Bundan tashqari, yaxshi reja potentsial o'sishni hisobga oladi va kengayish imkonini beradi. Bunga ta'sir qiluvchi asosiy narsa - bu sizning foydalanuvchi bazangiz hajmi. Ehtimol, siz bir nechta odamdan iborat kichik ofisda yoki minglab foydalanuvchilari va yuzlab virtual mashinalari bo'lgan yirik korporatsiyada ishlayapsiz. Tashkilotingiz faqat kichik ofis bo'lsa ham, men har doim kompaniyangiz qachonlardir mashhurlikda portlashi mumkin degan taxminni ishlab chiqishni va tarmoqingizni shunga mos ravishda o'sish potentsialiga ega bo'lish uchun loyihalashni tavsiya qilaman.
Odatda, ko'pchilik tayyor marshrutizatorlar va tarmoq uskunalari standart sinf C ( /24 ) tarmog'iga ega bo'lgan o'rnatilgan Dynamic Host Control Protocol ( DHCP ) serveri bilan birga keladi. Aslida, bu shuni anglatadiki, agar siz umuman konfiguratsiya qilmasangiz, siz 254 ta manzil bilan cheklanasiz. Kichkina ofis uchun bu juda ko'p tuyulishi mumkin. Axir sizning kompaniyangizda 254 nafar xodim ham bo‘lmasa, bu raqam ortiqchadek tuyulishi mumkin. Yuqorida aytib o'tganimdek, potentsial o'sish har doim yodda tutish kerak bo'lgan narsadir. Ammo buni tenglamadan olib tashlasak ham, IP-manzillar siz o'ylagandan ko'ra tezroq ishlatiladi - hatto ichki manzillashda ham.
O'rtacha foydalanuvchi uchta IP-manzilni, ba'zan esa undan ko'p foydalanishi mumkin.
Masalan, foydalanuvchining nafaqat noutbuki (uning o'zi ham simli, ham simsiz interfeysga ega bo'lishi mumkin, IP-manzilni iste'mol qilishi mumkin), balki uning mobil telefoni (ehtimol Wi-Fi mavjud) va Ovozli qurilma ham bo'lishi mumkin. IP ( VoIP ) telefon orqali (boshqa manzil mavjud). Agar ushbu foydalanuvchi qandaydir tarzda o'z rahbarini unga ish stoli kompyuteri, shuningdek, noutbuki kerakligiga ishontira olsa, bitta foydalanuvchi uchun jami beshta IP manzil bo'ladi. To'satdan 254 ta manzil unchalik ko'p emasdek tuyuladi.
Ehtimol, bunga chindan ham yaxshi misol bo'lishi mumkin, gavjum shahardagi o'z mijozlariga bepul Wi-Fi taklif qiladigan kichik restoran. O'z mijozlari uchun mehmon tarmog'ini loyihalashtirgan kishi, agar har kuni atigi yuzta mijozga ega bo'lsa, /24 tarmog'i etarli deb hisoblashi mumkin. Garchi bu mantiq to‘g‘ri ko‘rinsa-da, agar restoran gavjum ko‘cha yonida joylashgan bo‘lsa, telefonida Wi-Fi yoqilgan odamlar o‘tib ketayotganda manzilni tortib olishlari va DHCP manzillari 24 soat ichida tugaydigan qilib sozlangan bo‘lsa, o‘ylab ko‘ring., keyin ko'pincha hech qanday IP-manzillar bo'lmaydi. Agar siz hech qachon restoran Wi-Fi tarmog'iga ulanishga urinib ko'rgan bo'lsangiz va ulanganingizdan keyin internetga kira olmayotgan bo'lsangiz, bu tarmoq tartibini samarali loyihalashtirmaslikning haqiqiy misoli bo'lishi mumkin.