Linux Quest. Честито на печелившите и ни разкажете за решенията на задачите

На 25 март отворихме регистрацията за Linux Quest, това е игра за любителите и експертите на операционната система Linux. Малко статистика: 1117 души са се регистрирали за играта, 317 от тях са намерили поне един ключ, 241 са изпълнили успешно задачата от първия етап, 123 - втория и 70 са преминали третия етап. Днес нашата игра приключи и ние поздравяваме нашите победители!

• Първо място зае Александър Телдеков.
  Александър каза за себе си, че е най-типичният системен администратор. Живее във Волгоград, администрира различни Unix-подобни системи от около двадесет години. Успях да работя в интернет доставчици, банка и системен интегратор. Сега той работи дистанционно в малка компания, работеща върху облачна инфраструктура за голям чуждестранен клиент. Обича да чете и да слуша музика. За играта Александър каза, че харесва играта като цяло, той обича такива задачи. По време на интервю в една от компаниите направих нещо подобно на Hackerrank, беше интересно.
• Второ място - Роман Суслов.
  Роман от Москва. Той е на 37 години. Работи като Linux/Unix инженер в Jet Infosystems. На работа трябва да администрирам и отстранявам проблеми с Linux/Unix системи + SAN. Интересите са разнообразни: Linux системи, програмиране, обратен инженеринг, информационна сигурност, Arduino. За играта Роман отбеляза, че харесва играта като цяло. „Разтегнах малко мозъка си и си починах от сивото ежедневие на работното ежедневие. 🙂 Бих искал да имам повече задачи, в противен случай, преди да имам време да усетя вкуса, играта вече свърши.“
• Трето - alex3d.
  Алекс живее в Москва и работи в областта на разработката на софтуер. „Благодаря ви за състезанието, беше интересно да тествам уменията си за google-fu.“

Също така в класацията на 10-те най-добри играчи:

• Евгений Салдаев
• Маркел Мохначевски
• Константин Коносов
• Павел Сергеев
• Владимир Боваев
• Иван Бубнов
• Павло Клец

Разбираме, че има много възможности за решаване на всички наши проблеми; някои от възможните решения са описани по-долу.

1. Първи етап

Нарекохме го „Наистина ли сте администратор?“, тъй като задачата беше съвсем проста - да поправите сервиз на топла лампа.

1.1. Интересни факти:

Двама играчи намериха първия ключ в първите 15 минути на играта, а в първия час имахме трима лидери, които изпълниха задачата.

1.2. Упражнение

Отидохте да работите във фирма, в която дълго време нямаше компетентен специалист по информационни технологии. Преди да започнете да подреждате нещата, трябва да разрешите горещия проблем, който блокира работата на офиса.

Чистачката е хванала с моп захранващия кабел на сървърния шкаф. Захранването е възстановено, но много важен уебсайт все още не работи. Уебсайтът е важен, защото компанията не е много загрижена за информационната сигурност и на главната му страница можете да намерите в ясен текст администраторската парола за компютъра на главния изпълнителен директор.

Онзи ден паролата беше сменена, но всички забравиха новата, директорът не може да работи. Има слухове, че на тази машина е имало още ключове, които биха могли да ни помогнат да дешифрираме резервното копие на счетоводните документи.

Всички очакват бързо разрешаване на проблема!

1.3. Разтвор

1. Първо, трябва да промените root паролата на виртуалната машина, за да получите достъп до нея. Когато стартираме, забелязваме, че това е Ubuntu 16.04 сървър.

За да нулирате паролата на root, рестартираме машината, при зареждане, в момента, в който се показва менюто grub, отидете да редактирате елемента Ubuntu с бутона „e“. Редактирайте реда linux, добавете го в края init=/bin/bash. Зареждаме чрез Ctrl+x, получаваме баш. Ремонтирайте root с rw, променете паролата:

$ mount -o remount,rw /dev/mapper/ubuntu--vg-root
$ passwd

Не забравяйте за синхронизирането, рестартирайте.

2. Условието казва, че уеб сървърът ни не работи, вижте:

$ curl localhost
Not Found
The requested URL / was not found on this server.
Apache/2.4.18 

Това означава, че всъщност Apache работи, но отговаря с код 404. Нека да разгледаме конфигурацията:

$ vim /etc/apache2/sites-enabled/000-default.conf

Тук също има ключ - StevenPaulSteveJobs.

Проверка на пътя /usr/share/WordPress - няма такова нещо, но има /usr/share/wordpress. Редактирайте конфигурацията и рестартирайте Apache.

$ systemctl restart apache2

3. Опитайте отново, получаваме грешката:

Warning: mysqli_real_connect(): (HY000/2002): Connection refused in /usr/share/wordpress/wp-includes/wp-db.php on line 1488

Базата данни не работи?

$ systemctl status mysql
Active: active (running)

Какъв е проблема? Трябва да го разберем. За да направите това, трябва да получите достъп до MySQL, както е описано в документация. Една от точките на документацията препоръчва да регистрираме опцията skip-grant-tables в /etc/mysql/mysql.conf.d/mysqld.cnf. Тук също има ключ - AugustaAdaKingByron.

Коригиране на потребителски права 'wp'@'localhost'. Стартираме MySQL, правим го достъпен през мрежата, като коментираме опцията в конфигурацията skip-networking.

4. След тези стъпки уеб сървърът стартира, но сайтът все още не работи, защото

Warning: require_once(/usr/share/wordpress/wp-content/themes/twentysixteen/footer.php): failed to open stream: Permission denied in /usr/share/wordpress/wp-includes/template.php on line 562

Ние редактираме правата върху файла.

$ chmod 644 /usr/share/wordpress/wp-content/themes/twentysixteen/footer.php

Опресняваме страницата, отиваме на сайта и намираме ключа - BjarneStroustrup! Намерихме и трите ключа, нашият директор може да работи, разшифровахме счетоводните файлове. Всички са доволни, а на вас ви предстои много работа по изграждане на инфраструктура, резервни копия и сигурност в компанията.

2. Втори етап

Беше необходимо да се реши проблемът със събирането на анализи. Всеки обича анализите – кой ги използва, къде и в какви количества. Измислихме случай, с който всички инженери могат да се сблъскат под една или друга форма в живота.

2.1. Интересни факти

Един от нашите играчи въведе правилния ключ през първите 10 минути на играта и в рамките на първия час имахме лидер, който изпълни задачата.

2.2. Упражнение

Отидохте на работа в компанията, мениджърите дойдоха при вас и ви помолиха да намерите до кого са изпратени писма от Африка. Трябва да изградим първите 21 адреса на получатели въз основа на тях. Първите букви от адресите на получателите са ключът. Едно нещо: пощенският сървър, през който са изпратени писмата, не се зарежда. Всички очакват бързо разрешаване на проблема!

2.3. Разтвор

1. Сървърът не стартира поради несъществуващ суап дял във fstab, при зареждане системата се опитва да го монтира и забива. Как да заредя?

Изтеглете изображението, изтеглихме CentOS 7, стартирайте от Live CD/DVD (Отстраняване на неизправности -> Спасяване), монтирайте системата, редактирайте /etc/fstab. Веднага намираме първия ключ - GottfriedWilhelm11646Leibniz!

Създаване на суап:

$ lvcreate -n swap centos -L 256M
$ sync && reboot

2. Както винаги, няма парола, трябва да промените root паролата на виртуалната машина. Вече направихме това в първата задача. Променяме и успешно влизаме в сървъра, но той веднага преминава в рестартиране. Сървърът е претоварен с такава скорост, че дори нямате време да прегледате внимателно всички регистрационни файлове. Как да разберем какво се случва?

Отново зареждаме от livecd, внимателно изучаваме системните регистрационни файлове и за всеки случай гледаме в cron, тъй като такава периодичност. Там намираме проблема и втория ключ - Alan1912MathisonTuring!

Необходими в /etc/crontab изтрийте или коментирайте ред echo b > /proc/sysrq-trigger.

3. След което сървърът се зареди и можете да изпълните задачата на мениджърите: „Какви са адресите в Африка?“ Тази информация е общодостъпна за обществеността. Можете да намерите тази информация в Интернет, като използвате фразите „ip адрес в Африка“, „geoip база данни“. За да разрешите проблема, можете да използвате свободно достъпни бази данни за разпространение на адреси (geoip). Използвахме базата данни като стандарт MaxMind GeoLite2, достъпен под лиценз Creative Commons Attribution-ShareAlike 4.0.

Нека се опитаме да разрешим нашия проблем, като използваме само системни помощни програми на Linux, но като цяло той може да бъде решен по огромен брой начини: използване на помощни програми за филтриране на текст и използване на скриптове на различни езици за програмиране.

Като начало просто ще вземем двойките „IP подател-получател“ от пощенския регистър /var/log/maillog (нека изградим таблица с получатели на имейл - IP адрес на подател). Това може да стане със следната команда:

$ cat /var/log/maillog | fgrep -e ' connect from' -e 'status=sent' | sed 's/[]<>[]/ /g' | awk '/connect from/ {ip=$11} /status=sent/ {print $10" "ip}' > log1.txt

И преди да продължим с компилирането на база данни от африкански адреси, нека да разгледаме водещите IP адреси на подателите.

$ cat log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n 40
5206 [email protected]
4165 [email protected]
3739 [email protected]
3405 [email protected]
3346 [email protected]

Сред всички тях първите трима получатели отгоре ясно се открояват по брой писма. Ако grep IP адресите на подателите, изпратили до адреси от тези топ 3, ще забележите ясно преобладаване на определени мрежи:

$ cat log1.txt | fgrep '[email protected]' | cut -d' ' -f2 | sort | cut -d'.' -f1 | uniq -c | sort -r | head
831 105
806 41
782 197
664 196
542 154
503 102
266 156
165 45
150 160
108 165

Повечето от мрежите 105/8, 41/8, 196/8,197/8 са разпределени на AFRINIC - един от петте регионални интернет регистратори, които разпространяват интернет ресурси. AFRINIC разпространява адресно пространство в цяла Африка. И 41/8 се отнася изцяло за AFRINIC.

https://www.nic.ru/whois/?searchWord=105.0.0.0 
https://www.nic.ru/whois/?searchWord=41.0.0.0

Така че отговорът на проблема всъщност е в самия дневник.

$ cat log1.txt | fgrep -e '105.' -e '41.' -e '196.' -e '197.' -e '154.' -e '102.' | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
4209 [email protected]
3313 [email protected]
2704 [email protected]
2215 [email protected]
1774 [email protected]
1448 [email protected]
1233 [email protected]
958 [email protected]
862 [email protected]
762 [email protected]
632 [email protected]
539 [email protected]
531 [email protected]
431 [email protected]
380 [email protected]
357 [email protected]
348 [email protected]
312 [email protected]
289 [email protected]
282 [email protected]
274 [email protected]

На този етап получаваме низа „LinuxBenedictTorvadst“.

Правилен ключ: "LinusBenedictTorvalds".

Полученият низ съдържа правописна грешка по отношение на правилния ключ в последните 3 знака. Това се дължи на факта, че избраните от нас мрежи не са изцяло посветени на африканските страни и на начина, по който имейлите се разпространяват по IP адреси в нашия дневник.

С достатъчна спецификация на най-големите мрежи, разпределени в африканските страни, може да се получи точен отговор:

$ cat log1.txt | fgrep -e' '105.{30..255}. -e' '41. -e' '196.{64..47}. -e' '196.{248..132}. -e' '197.{160..31}. -e' '154.{127..255}. -e' '102.{70..255}. -e' '156.{155..255}. | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
3350 [email protected]
2662 [email protected]
2105 [email protected]
1724 [email protected]
1376 [email protected]
1092 [email protected]
849 [email protected]
712 [email protected]
584 [email protected]
463 [email protected]
365 [email protected]
269 [email protected]
225 [email protected]
168 [email protected]
142 [email protected]
111 [email protected]
 96 [email protected]
 78 [email protected]
 56 [email protected]
 56 [email protected]
 40 [email protected]

Проблемът може да се реши и по друг начин.
Изтеглете MaxMind, разопаковайте го и следващите три команди също решават нашия проблем.

$ cat GeoLite2-Country-Locations-ru.csv | grep "Африка" | cut -d',' -f1 > africaIds.txt
$ grep -Ff africaIds.txt GeoLite2-Country-Blocks-IPv4.csv | cut -d',' -f1 > africaNetworks.txt
$ grepcidr -f africaNetworks.txt log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n21

По един или друг начин, в крайна сметка изчислихме статистиката и мениджърите получиха данните, от които се нуждаеха, за да работят!

3. Трети етап

Третият етап е донякъде подобен на първия - трябва също да поправите топлата лампа, но всичко е по-сложно, отколкото в първата задача.

3.1. Интересни факти

В първите 15 минути трима играчи намериха първия ключ; 2 часа и 20 минути след началото на етапа нашият победител изпълни задачата.

3.2. Упражнение

Отидохте да работите за компания, в която всички фирмени документи се съхраняват на вътрешен Wiki сървър. Миналата година инженер поръча 3 нови диска за сървъра в допълнение към един съществуващ, като се аргументира, че за да бъде системата устойчива на грешки, дисковете трябва да бъдат поставени в някакъв вид масиви. За съжаление, няколко седмици след инсталирането им, инженерът отиде на почивка в Индия и не се върна.

Сървърът работеше безпроблемно няколко години, но преди няколко дни мрежата на компанията беше хакната. Съгласно инструкциите служителите по сигурността са извадили дисковете от сървъра и са ви ги изпратили. По време на транспортирането единият диск беше безвъзвратно изгубен.

Трябва да възстановим функционалността на Wiki; преди всичко се интересуваме от съдържанието на wiki страниците. Определен фрагмент от текст, който беше на една от страниците на това wiki, е паролата за сървъра 1C и е спешно необходим за отключването му.

В допълнение, някъде в wiki страниците или на друго място имаше пароли за лог сървъра и сървъра за видеонаблюдение, които също би било желателно да се възстановят, без тях разследването на инцидента е невъзможно. Както винаги, очакваме бързо разрешаване на проблема!

3.3. Разтвор

1. Опитваме се да стартираме един по един от дисковете, които имаме и навсякъде получаваме едно и също съобщение:

No bootable medium found! System halted 

Трябва да стартирате от нещо. Зареждането от Live CD/DVD (Отстраняване на проблеми -> Спасяване) отново помага. При зареждане се опитваме да намерим дяла за зареждане, не можем да го намерим, завършваме в черупката. Опитваме се да проучим какво и как да правим с дисковете. Известно е, че те са трима. Има повече инструменти за това в 7-ма версия на CentOS, където има команди blkid или lsblk, които ни показват цялата информация за дисковете.

Как и какво правим:

$ ls /dev/sd*

Веднага се вижда, че

/dev/sdb1 - ext4
/dev/sdb2 - часть lvm
/dev/sda1 и /dev/sdc1 - части рейда
/dev/sda2 и /dev/sdc2 - про них ничего не известно на текущий момент

Монтираме sdb1, ясно е, че това е дялът за зареждане на CentOS 6.

$ mkdir /mnt/sdb1 && mount /dev/sdb1 /mnt/sdb1

Очевидно отиваме в секцията grub и намираме първия ключ там - James191955Gosling в необичаен файл.

2. Ние изучаваме pvs и lvs, тъй като работим с LVM. Виждаме, че трябва да има 2 физически тома, единият не е локализиран и се оплаква от изгубен uid. Виждаме, че трябва да има 2 логически тома: root и swap, докато root е частично загубен (атрибутът P на тома). Не е възможно да се монтира, което е жалко! Ние наистина се нуждаем от него.

Има още 2 диска, разглеждаме ги, сглобяваме и монтираме:

$ mdadm --examine --verbose --scan
$ mdadm --assemble --verbose --scan
$ mkdir /mnt/md127 && mount /dev/md127  /mnt/md127 

Поглеждаме и виждаме, че това е дялът за зареждане на CentOS 6 и дубликат на това, което вече е на /dev/sdb1, и тук отново същия ключ - DennisBMacAlistairCRitchie!
Да видим как се сглобява /dev/md127.

$ mdadm --detail /dev/md127

Виждаме, че трябваше да бъде сглобен от 4 диска, но беше сглобен от два /dev/sda1 и /dev/sdc1, трябваше да са номер 2 и 4 в системата. Предполагаме, че от /dev/sda2 и /dev/sdc2 Можете също така да съберете масив. Не е ясно защо няма метаданни за тях, но това е на съвестта на администратора, който е някъде в Гоа. Предполагаме, че трябва да има RAID10, въпреки че има опции. Ние събираме:

$ mdadm --create --verbose /dev/md0 --assume-clean --level=10 --raid-devices=4 missing /dev/sda2 missing /dev/sdc2

Гледаме blkid, pvs, lvs. Откриваме, че сме събрали физически том, който преди ни липсваше.

lvroot беше незабавно поправен, ние го монтираме, но първо активирайте VG:

$ vgchange -a y
$ mkdir /mnt/lvroot && mount /dev/mapper/vg_c6m1-lv_root /mnt/lvroot 

И всичко е там, включително ключа в основната домашна директория - /root/sweet.

3. Все още се опитваме да съживим нашия сървър, така че да стартира нормално. Всички логически томове от нашите /dev/md0 (където намерихме всичко) плъзнете го до /dev/sdb2, където първоначално работеше целият сървър.

$ pvmove /dev/md0 /dev/sdb2
$ vgreduce vg_c6m1 /dev/md0

Изключваме сървъра, премахваме дискове 1 и 3, оставяме втория, зареждаме от Live CD/DVD в Rescue. Намерете дяла за зареждане и възстановете зареждащия механизъм в grub:

root (hd0,0)
setup (hd0)

Откъсваме диска за зареждане и зареждаме успешно, но сайтът не работи.

4. Има две опции за стартиране на уебсайт: конфигуриране на Apache от нулата или използване на nginx с предварително конфигуриран php-fpm:

$ /etc/init.d/nginx start
$ /etc/init.d/php-fpm start

Накрая трябва да стартирате MySQL:

$ /etc/init.d/mysqld start

Няма да започне и отговорът се крие в /var/log/mysql. Веднага след като решите проблема с MySQL, сайтът ще работи, на главната страница ще има ключ - RichardGCCMatthewGNUStallman! Сега имаме достъп до 1C и служителите ще могат да получават заплатите си. И както винаги ви предстои много работа за изграждане на инфраструктура и сигурност в компанията.

Също така можем отново да споделим списък с книги, които помогнаха на нас и нашите участници да се подготвим за играта: linux.mail.ru/книги.

Благодарим ви, че сте с нас! Очаквайте съобщения за следващите игри!

Източник: www.habr.com