លីនុច Quest ។ សូមអបអរសាទរដល់អ្នកឈ្នះ ហើយប្រាប់យើងអំពីដំណោះស្រាយចំពោះភារកិច្ច

នៅថ្ងៃទី 25 ខែមីនាយើងបានបើកការចុះឈ្មោះសម្រាប់ លីនុច Questនេះគឺជាហ្គេមសម្រាប់អ្នកស្រលាញ់ និងអ្នកជំនាញនៃប្រព័ន្ធប្រតិបត្តិការលីនុច។ ស្ថិតិមួយចំនួន៖ មនុស្ស 1117 នាក់បានចុះឈ្មោះសម្រាប់ហ្គេមនេះ 317 នាក់ក្នុងចំណោមពួកគេបានរកឃើញយ៉ាងហោចណាស់គន្លឹះមួយ 241 បានបញ្ចប់ភារកិច្ចនៃដំណាក់កាលដំបូងដោយជោគជ័យ 123 - ទីពីរ និង 70 បានឆ្លងកាត់ដំណាក់កាលទីបី។ ថ្ងៃនេះហ្គេមរបស់យើងបានដល់ទីបញ្ចប់ហើយ យើងសូមអបអរសាទរអ្នកឈ្នះរបស់យើង!

• Alexander Teldekov បានជាប់ចំណាត់ថ្នាក់លេខមួយ។
  អាឡិចសាន់ឌឺបាននិយាយទៅកាន់ខ្លួនគាត់ថាគាត់គឺជាអ្នកគ្រប់គ្រងប្រព័ន្ធធម្មតាបំផុត។ រស់នៅក្នុងទីក្រុង Volgograd បានគ្រប់គ្រងប្រព័ន្ធដូច Unix ជាច្រើនប្រហែលម្ភៃឆ្នាំមកហើយ។ ខ្ញុំបានគ្រប់គ្រងធ្វើការនៅក្នុងក្រុមហ៊ុនផ្តល់សេវាអ៊ីនធឺណិត ធនាគារ និងអ្នកបញ្ចូលប្រព័ន្ធ។ ឥឡូវនេះគាត់ធ្វើការពីចម្ងាយនៅក្នុងក្រុមហ៊ុនតូចមួយ ដោយធ្វើការលើហេដ្ឋារចនាសម្ព័ន្ធពពកសម្រាប់អតិថិជនបរទេសដ៏ធំមួយ។ ចូលចិត្តអាន និងស្តាប់តន្ត្រី។ អំពីហ្គេមនេះ អាឡិចសាន់ឌឺ បាននិយាយថា គាត់ចូលចិត្តហ្គេមទាំងមូល គាត់ចូលចិត្តការងារបែបនេះ។ កំឡុងពេលសម្ភាសន៍នៅក្រុមហ៊ុនមួយ ខ្ញុំបានធ្វើអ្វីមួយស្រដៀងនឹង Hackerrank វាគួរអោយចាប់អារម្មណ៍ណាស់។
• កន្លែងទីពីរ - Roman Suslov ។
  ប្រលោមលោកពីទីក្រុងម៉ូស្គូ។ គាត់មានអាយុ 37 ឆ្នាំ។ ធ្វើការជាវិស្វករ Linux/Unix នៅ Jet Infosystems។ នៅកន្លែងធ្វើការ ខ្ញុំត្រូវគ្រប់គ្រង និងដោះស្រាយបញ្ហាប្រព័ន្ធ Linux/Unix + SAN។ ចំណាប់អារម្មណ៍មានភាពខុសគ្នា៖ ប្រព័ន្ធលីនុច ការសរសេរកម្មវិធី វិស្វកម្មបញ្ច្រាស សុវត្ថិភាពព័ត៌មាន Arduino ។ អំពីហ្គេមរ៉ូម៉ាំងបានកត់សម្គាល់ថាគាត់ចូលចិត្តហ្គេមទាំងមូល។ “ខ្ញុំបានពង្រីកខួរក្បាលរបស់ខ្ញុំបន្តិច ហើយសម្រាកពីជីវិតប្រចាំថ្ងៃពណ៌ប្រផេះនៃការងារប្រចាំថ្ងៃ។ 🙂 ខ្ញុំ​ចង់​មាន​កិច្ចការ​បន្ថែម​ទៀត បើ​មិន​ដូច្នេះ​ទេ​មុន​ពេល​ដែល​ខ្ញុំ​មាន​ពេល​ដើម្បី​សាក​ល្បង​វា ហ្គេម​បាន​ចប់​ហើយ»។
• ទីបី - អាឡិច 3d ។
  Alex រស់នៅក្នុងទីក្រុងម៉ូស្គូ ហើយធ្វើការក្នុងការអភិវឌ្ឍន៍កម្មវិធី។ "អរគុណសម្រាប់ការប្រលង វាគួរឱ្យចាប់អារម្មណ៍ក្នុងការសាកល្បងជំនាញ google-fu របស់ខ្ញុំ។"

ផងដែរនៅក្នុងចំណាត់ថ្នាក់នៃកីឡាករល្អបំផុតទាំង 10៖

• Yevgeniy Saldayev
• Markel Mokhnachevsky
• លោក Konstantin Konosov
• Pavel Sergeev
• Vladimir Bovaev
• លោក Ivan Bubnov
• Pavlo Klets

យើងយល់ថាមានជម្រើសជាច្រើនសម្រាប់ការដោះស្រាយបញ្ហារបស់យើងទាំងអស់ ដំណោះស្រាយដែលអាចកើតមានត្រូវបានពិពណ៌នាខាងក្រោម។

1. ដំណាក់កាលដំបូង

យើងបានហៅវាថា "តើអ្នកពិតជាអ្នកគ្រប់គ្រងមែនទេ?" ចាប់តាំងពីភារកិច្ចគឺសាមញ្ញណាស់ - ដើម្បីជួសជុលសេវាកម្មចង្កៀងក្តៅ។

១.១. ហេតុការណ៍គួរឱ្យចាប់អារម្មណ៍៖

អ្នកលេងពីរនាក់បានរកឃើញគន្លឹះដំបូងក្នុង 15 នាទីដំបូងនៃហ្គេម ហើយនៅក្នុងម៉ោងដំបូង យើងមានអ្នកដឹកនាំបីនាក់ដែលបានបញ្ចប់ភារកិច្ច។

១.២. លំហាត់ប្រាណ

អ្នក​បាន​ទៅ​ធ្វើ​ការ​នៅ​ក្រុមហ៊ុន​មួយ​ដែល​ជា​យូរ​មក​ហើយ​មិន​មាន​អ្នក​ជំនាញ​ផ្នែក​ព័ត៌មានវិទ្យា​ដែល​មាន​សមត្ថកិច្ច។ មុនពេលអ្នកចាប់ផ្តើមរៀបចំរបស់របរតាមលំដាប់លំដោយ អ្នកត្រូវដោះស្រាយបញ្ហាភ្លើងដែលកំពុងរារាំងការងាររបស់ការិយាល័យ។

ស្ត្រី​អ្នក​សម្អាត​បាន​ចាប់​ខ្សែ​ថាមពល​នៃ​គណៈរដ្ឋមន្ត្រី​ម៉ាស៊ីន​បម្រើ​ជាមួយ​នឹង​ក្រណាត់​ជូត។ ថាមពលត្រូវបានស្ដារឡើងវិញ ប៉ុន្តែគេហទំព័រសំខាន់មួយនៅតែមិនដំណើរការ។ គេហទំព័រគឺមានសារៈសំខាន់ព្រោះក្រុមហ៊ុនមិនមានការព្រួយបារម្ភខ្លាំងអំពីសុវត្ថិភាពព័ត៌មាននោះទេ ហើយនៅលើទំព័រសំខាន់នៃគេហទំព័រនេះ អ្នកអាចស្វែងរកអត្ថបទច្បាស់លាស់នូវពាក្យសម្ងាត់អ្នកគ្រប់គ្រងសម្រាប់កុំព្យូទ័ររបស់នាយកប្រតិបត្តិ។

នៅថ្ងៃផ្សេងទៀតពាក្យសម្ងាត់ត្រូវបានផ្លាស់ប្តូរ ប៉ុន្តែគ្រប់គ្នាភ្លេចលេខសម្ងាត់ថ្មី នាយកមិនអាចដំណើរការបានទេ។ មានពាក្យចចាមអារ៉ាមថាមានកូនសោច្រើនទៀតនៅលើម៉ាស៊ីននេះ ដែលអាចជួយយើងក្នុងការបកស្រាយច្បាប់ចម្លងបម្រុងទុកនៃឯកសារគណនេយ្យ។

មនុស្សគ្រប់គ្នារំពឹងថានឹងមានការដោះស្រាយបញ្ហាភ្លាមៗ!

១.៣. ដំណោះស្រាយ

1. ជាដំបូង អ្នកត្រូវផ្លាស់ប្តូរពាក្យសម្ងាត់ root នៅលើម៉ាស៊ីននិម្មិត ដើម្បីចូលប្រើវា។ នៅពេលចាប់ផ្តើម យើងកត់សំគាល់ថានេះគឺជា Ubuntu 16.04 Server។

ដើម្បីកំណត់ពាក្យសម្ងាត់ root ឡើងវិញ យើងចាប់ផ្តើមម៉ាស៊ីនឡើងវិញ នៅពេលផ្ទុក ខណៈពេលដែលម៉ឺនុយ grub ត្រូវបានបង្ហាញ សូមចូលទៅកែសម្រួលធាតុ Ubuntu ដោយប្រើប៊ូតុង "e" ។ កែសម្រួលបន្ទាត់លីនុច បន្ថែមវាដល់ទីបញ្ចប់ init=/bin/bash. យើងផ្ទុកតាមរយៈ Ctrl + x យើងទទួលបាន bash ។ ដំឡើងឫសឡើងវិញជាមួយ rw ប្តូរពាក្យសម្ងាត់៖

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

កុំភ្លេចអំពីការធ្វើសមកាលកម្ម ចាប់ផ្ដើមឡើងវិញ។

2. លក្ខខណ្ឌនិយាយថា web server របស់យើងមិនដំណើរការ សូមមើលទៅ៖

$ 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. ដំណាក់កាលទីពីរ

វាចាំបាច់ក្នុងការដោះស្រាយបញ្ហានៃការប្រមូលការវិភាគ។ មនុស្សគ្រប់គ្នាចូលចិត្តការវិភាគ - អ្នកណាប្រើវា កន្លែងណា និងក្នុងបរិមាណអ្វី។ យើងបានបង្កើតឡើងនូវករណីមួយដែលវិស្វករទាំងអស់អាចជួបប្រទះក្នុងទម្រង់មួយឬមួយផ្សេងទៀតនៅក្នុងជីវិត។

២.១. ហេតុការណ៍គួរឱ្យចាប់អារម្មណ៍

អ្នកលេងម្នាក់ក្នុងចំណោមអ្នកលេងរបស់យើងបានបញ្ចូលគន្លឹះត្រឹមត្រូវក្នុងរយៈពេល 10 នាទីដំបូងនៃហ្គេម ហើយក្នុងរយៈពេលមួយម៉ោងដំបូង យើងមានអ្នកដឹកនាំដែលបានបញ្ចប់ភារកិច្ច។

១.២. លំហាត់ប្រាណ

អ្នកបានទៅធ្វើការនៅក្រុមហ៊ុន អ្នកគ្រប់គ្រងបានមករកអ្នក ហើយសួរអ្នកឱ្យស្វែងរកអ្នកដែលសំបុត្រត្រូវបានផ្ញើមកពីអាហ្វ្រិក។ យើងត្រូវបង្កើតអាសយដ្ឋានអ្នកទទួលកំពូលទាំង 21 ដោយផ្អែកលើពួកវា។ អក្សរទីមួយនៃអាសយដ្ឋានរបស់អ្នកទទួលគឺជាគន្លឹះ។ រឿងមួយ៖ ម៉ាស៊ីនមេសំបុត្រដែលសំបុត្រត្រូវបានផ្ញើមិនផ្ទុកទេ។ មនុស្សគ្រប់គ្នារំពឹងថានឹងមានការដោះស្រាយបញ្ហាភ្លាមៗ!

១.៣. ដំណោះស្រាយ

1. ម៉ាស៊ីនមេមិនចាប់ផ្ដើមទេដោយសារតែភាគថាសស្វបដែលមិនមាននៅក្នុង fstab នៅពេលផ្ទុកប្រព័ន្ធព្យាយាមម៉ោនវាហើយគាំង។ តើត្រូវចាប់ផ្ដើមដោយរបៀបណា?

ទាញយករូបភាព យើងទាញយក CentOS 7 ចាប់ផ្ដើមពី Live CD/DVD (ការដោះស្រាយបញ្ហា -> Rescue) ម៉ោនប្រព័ន្ធ កែសម្រួល /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 address africa", "geoip database"។ ដើម្បីដោះស្រាយបញ្ហា អ្នកអាចប្រើមូលដ្ឋានទិន្នន័យចែកចាយអាសយដ្ឋានដែលមានដោយសេរី (geoip)។ យើងបានប្រើមូលដ្ឋានទិន្នន័យជាស្តង់ដារ MaxMind GeoLite2អាចរកបាននៅក្រោមអាជ្ញាប័ណ្ណ Creative Commons Attribution-ShareAlike 4.0 ។

តោះព្យាយាមដោះស្រាយបញ្ហារបស់យើងដោយប្រើតែឧបករណ៍ប្រើប្រាស់ប្រព័ន្ធលីនុច ប៉ុន្តែជាទូទៅវាអាចត្រូវបានដោះស្រាយតាមវិធីជាច្រើន៖ ការប្រើប្រាស់ឧបករណ៍ច្រោះអត្ថបទ និងការប្រើស្គ្រីបជាភាសាសរសេរកម្មវិធីផ្សេងៗ។

ដើម្បីចាប់ផ្តើម យើងនឹងទទួលបានគូ "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]

ក្នុងចំណោមពួកគេទាំងអស់ អ្នកទទួលបីដំបូងពីកំពូល មានភាពលេចធ្លោយ៉ាងច្បាស់ទាក់ទងនឹងចំនួនអក្សរ។ ប្រសិនបើអ្នកចាប់យកអាសយដ្ឋាន 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. ដំណាក់កាលទីបី

ដំណាក់កាលទីបីគឺស្រដៀងនឹងទីមួយ - អ្នកក៏ត្រូវជួសជុលសេវាកម្មចង្កៀងក្តៅដែរប៉ុន្តែអ្វីៗមានភាពស្មុគស្មាញជាងកិច្ចការដំបូង។

២.១. ហេតុការណ៍គួរឱ្យចាប់អារម្មណ៍

ក្នុងរយៈពេល 15 នាទីដំបូង អ្នកលេងបីនាក់បានរកឃើញគន្លឹះដំបូង 2 ម៉ោង 20 នាទីបន្ទាប់ពីការចាប់ផ្តើមនៃដំណាក់កាល អ្នកឈ្នះរបស់យើងបានបញ្ចប់ភារកិច្ច។

១.២. លំហាត់ប្រាណ

អ្នកបានទៅធ្វើការឱ្យក្រុមហ៊ុនដែលឯកសារក្រុមហ៊ុនទាំងអស់ត្រូវបានរក្សាទុកនៅលើម៉ាស៊ីនមេ Wiki ខាងក្នុង។ កាលពីឆ្នាំមុន វិស្វករម្នាក់បានបញ្ជាទិញថាសថ្មីចំនួន 3 សម្រាប់ម៉ាស៊ីនមេ បន្ថែមលើមួយដែលមានស្រាប់ ដោយលើកហេតុផលថាដើម្បីឱ្យប្រព័ន្ធមានភាពអត់ធ្មត់ ឌីសចាំបាច់ត្រូវដាក់ក្នុងប្រភេទអារេមួយចំនួន។ ជាអកុសល ពីរបីសប្តាហ៍បន្ទាប់ពីការដំឡើងរបស់ពួកគេ វិស្វករបានទៅវិស្សមកាលទៅប្រទេសឥណ្ឌា ហើយមិនបានត្រឡប់មកវិញទេ។

ម៉ាស៊ីនមេបានដំណើរការដោយគ្មានការបរាជ័យអស់រយៈពេលជាច្រើនឆ្នាំ ប៉ុន្តែកាលពីប៉ុន្មានថ្ងៃមុនបណ្តាញរបស់ក្រុមហ៊ុនត្រូវបានលួចចូល។ យោងតាមការណែនាំ បុគ្គលិកសន្តិសុខបានដកថាសចេញពីម៉ាស៊ីនមេ ហើយបញ្ជូនវាទៅអ្នក។ ក្នុងអំឡុងពេលដឹកជញ្ជូន ថាសមួយត្រូវបានបាត់បង់ដែលមិនអាចយកមកវិញបាន។

យើង​ត្រូវ​ស្ដារ​មុខងារ​របស់​វីគី ជា​ដំបូង​យើង​ចាប់​អារម្មណ៍​លើ​ខ្លឹមសារ​នៃ​ទំព័រ​វិគី។ អត្ថបទជាក់លាក់មួយដែលមាននៅលើទំព័រមួយនៃទំព័រវិគីនេះគឺជាពាក្យសម្ងាត់សម្រាប់ម៉ាស៊ីនមេ 1C ហើយត្រូវការជាបន្ទាន់ដើម្បីដោះសោវា។

លើសពីនេះ នៅកន្លែងណាមួយនៅលើទំព័រវិគី ឬកន្លែងផ្សេងទៀតមានពាក្យសម្ងាត់សម្រាប់ម៉ាស៊ីនមេកំណត់ហេតុ និងម៉ាស៊ីនមេឃ្លាំមើលវីដេអូ ដែលអាចឱ្យយើងស្ដារឡើងវិញដោយគ្មានពួកគេ ការស៊ើបអង្កេតអំពីឧប្បត្តិហេតុគឺមិនអាចទៅរួចទេ។ ដូចរាល់ដង យើងរំពឹងថានឹងមានការដោះស្រាយបញ្ហាភ្លាមៗ!

១.៣. ដំណោះស្រាយ

1. យើងព្យាយាមចាប់ផ្ដើមម្តងមួយៗពីថាសដែលយើងមាន និងគ្រប់ទីកន្លែងដែលយើងទទួលបានសារដូចគ្នា៖

No bootable medium found! System halted 

អ្នកត្រូវចាប់ផ្ដើមពីអ្វីមួយ។ ការចាប់ផ្ដើមពី Live CD/DVD (ការដោះស្រាយបញ្ហា -> Rescue) ជួយម្តងទៀត។ នៅពេលផ្ទុក យើងព្យាយាមស្វែងរកភាគថាសចាប់ផ្ដើម យើងរកមិនឃើញទេ យើងបញ្ចប់នៅក្នុងសែល។ យើងកំពុងព្យាយាមសិក្សាពីអ្វី និងរបៀបធ្វើជាមួយថាស។ គេ​ដឹង​ថា​មាន​បី​នាក់​ហ្នឹង។ មានឧបករណ៍ជាច្រើនទៀតសម្រាប់វានៅក្នុងកំណែទី 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 ដែលមួយមិនមានទីតាំងនៅហើយត្អូញត្អែរអំពីឧបករណ៍ដែលបាត់បង់។ យើងឃើញថាគួរតែមានបរិមាណឡូជីខលចំនួន 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 អ្នកក៏អាចប្រមូលអារេផងដែរ។ វាមិនច្បាស់ទេថាហេតុអ្វីបានជាមិនមានទិន្នន័យមេតានៅលើពួកវា ប៉ុន្តែនេះគឺស្ថិតនៅលើមនសិការរបស់អ្នកគ្រប់គ្រង ដែលស្ថិតនៅកន្លែងណាមួយនៅក្នុង Goa។ យើងសន្មតថាគួរតែមាន 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 - /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/books.

សូមអរគុណសម្រាប់ការនៅជាមួយពួកយើង! រង់ចាំការប្រកាសអំពីហ្គេមបន្ទាប់!

ប្រភព: www.habr.com