Linux Quest. ຂໍສະແດງຄວາມຍິນດີກັບຜູ້ຊະນະແລະບອກພວກເຮົາກ່ຽວກັບການແກ້ໄຂໃນຫນ້າວຽກ

ໃນວັນທີ 25 ເດືອນມີນາພວກເຮົາໄດ້ເປີດລົງທະບຽນສໍາລັບ Linux Quest, ນີ້ແມ່ນເກມສໍາລັບ lovers ແລະຜູ້ຊ່ຽວຊານຂອງລະບົບປະຕິບັດການ Linux. ສະຖິຕິບາງຢ່າງ: 1117 ຄົນລົງທະບຽນສໍາລັບເກມ, 317 ຂອງພວກເຂົາພົບເຫັນຢ່າງຫນ້ອຍຫນຶ່ງທີ່ສໍາຄັນ, 241 ສໍາເລັດວຽກງານຂອງຂັ້ນຕອນທໍາອິດ, 123 - ທີສອງແລະ 70 ຜ່ານຂັ້ນຕອນທີສາມ. ມື້ນີ້ເກມຂອງພວກເຮົາໄດ້ສິ້ນສຸດລົງແລະພວກເຮົາຂໍສະແດງຄວາມຍິນດີກັບຜູ້ຊະນະຂອງພວກເຮົາ!

• Alexander Teldekov ໄດ້ຮັບຕໍາແຫນ່ງທໍາອິດ.
  Alexander ເວົ້າກັບຕົນເອງວ່າລາວເປັນຜູ້ເບິ່ງແຍງລະບົບປົກກະຕິທີ່ສຸດ. ອາໄສຢູ່ໃນ Volgograd, ໄດ້ຄຸ້ມຄອງລະບົບຕ່າງໆເຊັ່ນ Unix ປະມານຊາວປີ. ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຈັດ​ການ​ການ​ເຮັດ​ວຽກ​ຢູ່​ໃນ​ຜູ້​ໃຫ້​ບໍ​ລິ​ອິນ​ເຕີ​ເນັດ​, ທະ​ນາ​ຄານ​, ແລະ​ການ​ເຊື່ອມ​ໂຍງ​ລະ​ບົບ​. ໃນປັດຈຸບັນລາວເຮັດວຽກຫ່າງໄກສອກຫຼີກໃນບໍລິສັດຂະຫນາດນ້ອຍ, ເຮັດວຽກກ່ຽວກັບໂຄງສ້າງພື້ນຖານຂອງຄລາວສໍາລັບລູກຄ້າຕ່າງປະເທດຂະຫນາດໃຫຍ່. ມັກອ່ານແລະຟັງເພງ. ກ່ຽວກັບເກມ, Alexander ເວົ້າວ່າລາວມັກເກມໂດຍລວມ, ລາວຮັກວຽກງານດັ່ງກ່າວ. ໃນລະຫວ່າງການສໍາພາດຢູ່ໃນບໍລິສັດຫນຶ່ງທີ່ຂ້ອຍໄດ້ເຮັດບາງສິ່ງບາງຢ່າງທີ່ຄ້າຍຄືກັນກັບ Hackerrank, ມັນຫນ້າສົນໃຈ.
• ອັນດັບສອງ - Roman Suslov.
  ນະວະນິຍາຍຈາກ Moscow. ລາວອາຍຸ 37 ປີ. ເຮັດວຽກເປັນວິສະວະກອນ Linux/Unix ຢູ່ Jet Infosystems. ຢູ່ບ່ອນເຮັດວຽກ, ຂ້ອຍຕ້ອງບໍລິຫານ ແລະແກ້ໄຂບັນຫາລະບົບ Linux/Unix + SAN. ຄວາມສົນໃຈແມ່ນແຕກຕ່າງກັນ: ລະບົບ Linux, ການຂຽນໂປລແກລມ, ວິສະວະກໍາຍ້ອນກັບ, ຄວາມປອດໄພຂໍ້ມູນ, Arduino. ກ່ຽວກັບເກມ Roman ສັງເກດເຫັນວ່າລາວມັກເກມໂດຍລວມ. “ຂ້ອຍ​ໄດ້​ຢຽດ​ສະໝອງ​ໜ້ອຍ​ໜຶ່ງ ແລະ​ໄດ້​ພັກຜ່ອນ​ຈາກ​ຊີວິດ​ປະຈຳ​ວັນ​ຂອງ​ວຽກ​ປະຈຳ​ວັນ. 🙂ຂ້ອຍຢາກມີວຽກຫຼາຍ, ຖ້າບໍ່ດັ່ງນັ້ນກ່ອນທີ່ຂ້ອຍຈະມີເວລາທີ່ຈະໄດ້ຊີມມັນ, ເກມໄດ້ສິ້ນສຸດລົງແລ້ວ.”
• ທີສາມ - alex3d.
  Alex ອາໄສຢູ່ໃນ Moscow ແລະເຮັດວຽກໃນການພັດທະນາຊອບແວ. "ຂໍຂອບໃຈທ່ານສໍາລັບການປະກວດ, ມັນຫນ້າສົນໃຈທີ່ຈະທົດສອບທັກສະ google-fu ຂອງຂ້ອຍ."

ຍັງຢູ່ໃນການຈັດອັນດັບຂອງ 10 ຜູ້ນທີ່ດີທີ່ສຸດ:

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

ພວກເຮົາເຂົ້າໃຈວ່າມີຫຼາຍທາງເລືອກໃນການແກ້ໄຂບັນຫາຂອງພວກເຮົາທັງຫມົດ; ບາງວິທີແກ້ໄຂທີ່ເປັນໄປໄດ້ແມ່ນໄດ້ອະທິບາຍຂ້າງລຸ່ມນີ້.

1. ຂັ້ນຕອນທໍາອິດ

ພວກເຮົາເອີ້ນມັນວ່າ "ເຈົ້າເປັນ admin ແທ້ໆບໍ?", ເນື່ອງຈາກວ່າວຽກງານແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ - ການແກ້ໄຂການບໍລິການໂຄມໄຟທີ່ອົບອຸ່ນ.

1.1. ຂໍ້ເທັດຈິງທີ່ຫນ້າສົນໃຈ:

ຜູ້ຫຼິ້ນສອງຄົນພົບກຸນແຈທໍາອິດໃນ 15 ນາທີທໍາອິດຂອງເກມ, ແລະໃນຊົ່ວໂມງທໍາອິດພວກເຮົາມີຜູ້ນໍາສາມຄົນທີ່ສໍາເລັດວຽກງານ.

1.2. ອອກກໍາລັງກາຍ

ທ່ານໄດ້ໄປເຮັດວຽກຢູ່ໃນບໍລິສັດທີ່ເປັນເວລາດົນບໍ່ມີຜູ້ຊ່ຽວຊານດ້ານເຕັກໂນໂລຢີຂໍ້ມູນຂ່າວສານທີ່ມີຄວາມສາມາດ. ກ່ອນທີ່ທ່ານຈະເລີ່ມຕົ້ນການຈັດວາງສິ່ງຕ່າງໆ, ທ່ານຈໍາເປັນຕ້ອງແກ້ໄຂບັນຫາການເຜົາໄຫມ້ທີ່ຂັດຂວາງການເຮັດວຽກຂອງຫ້ອງການ.

ແມ່​ຍິງ​ທີ່​ເຮັດ​ຄວາມ​ສະ​ອາດ​ໄດ້​ຈັບ​ສາຍ​ໄຟ​ຂອງ​ຕູ້ server ກັບ mop ໄດ້. ພະລັງງານໄດ້ຖືກຟື້ນຟູ, ແຕ່ເວັບໄຊທ໌ທີ່ສໍາຄັນຫຼາຍແມ່ນຍັງບໍ່ເຮັດວຽກ. ເວັບໄຊທ໌ແມ່ນມີຄວາມສໍາຄັນເພາະວ່າບໍລິສັດບໍ່ມີຄວາມເປັນຫ່ວງຫຼາຍກ່ຽວກັບຄວາມປອດໄພຂອງຂໍ້ມູນ, ແລະຢູ່ໃນຫນ້າຫລັກຂອງເລື່ອງນີ້, ທ່ານສາມາດຊອກຫາຂໍ້ຄວາມທີ່ຊັດເຈນກ່ຽວກັບລະຫັດຜ່ານຂອງຜູ້ເບິ່ງແຍງສໍາລັບຄອມພິວເຕີ້ຂອງ CEO.

ໃນມື້ອື່ນລະຫັດຜ່ານໄດ້ຖືກປ່ຽນ, ແຕ່ທຸກຄົນລືມລະຫັດໃຫມ່, ຜູ້ອໍານວຍການບໍ່ສາມາດເຮັດວຽກໄດ້. ມີຂ່າວລືວ່າມີກະແຈເພີ່ມເຕີມຢູ່ໃນເຄື່ອງນີ້ທີ່ສາມາດຊ່ວຍພວກເຮົາຖອດລະຫັດສໍາຮອງຂອງເອກະສານບັນຊີ.

ທຸກຄົນຄາດຫວັງວ່າການແກ້ໄຂບັນຫາທັນທີ!

1.3. ການແກ້ໄຂ

1. ກ່ອນ​ອື່ນ​ຫມົດ​, ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ມີ​ການ​ປ່ຽນ​ແປງ​ລະ​ຫັດ​ຜ່ານ​ຮາກ​ໃນ​ເຄື່ອງ virtual ໃນ​ຄໍາ​ສັ່ງ​ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ເຂົ້າ​ເຖິງ​ມັນ​. ເມື່ອເລີ່ມຕົ້ນ, ພວກເຮົາສັງເກດເຫັນວ່ານີ້ແມ່ນ Ubuntu 16.04 Server.

ເພື່ອປັບລະຫັດຜ່ານຮາກ, ພວກເຮົາປິດເປີດເຄື່ອງໃຫມ່, ເມື່ອໂຫລດ, ໃນເວລານີ້ເມນູ grub ຖືກສະແດງ, ໃຫ້ໄປແກ້ໄຂລາຍການ Ubuntu ດ້ວຍປຸ່ມ "e". ແກ້ໄຂເສັ້ນ linux, ເພີ່ມມັນໃສ່ທີ່ສຸດ init=/bin/bash. ພວກເຮົາໂຫຼດຜ່ານ Ctrl+x, ພວກເຮົາໄດ້ຮັບ bash. ເຊື່ອມຕໍ່ຮາກດ້ວຍ 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. ແກ້ໄຂ config ແລະ restart 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. ເຊີບເວີບໍ່ບູດເນື່ອງຈາກບໍ່ມີພາທິຊັນ swap ຢູ່ໃນ fstab; ເມື່ອໂຫລດ, ລະບົບພະຍາຍາມຕິດຕັ້ງມັນແລະຂັດຂ້ອງ. ບູດແນວໃດ?

ດາວໂຫລດຮູບພາບ, ພວກເຮົາດາວໂຫລດ CentOS 7, boot ຈາກ Live CD / DVD (ການແກ້ໄຂບັນຫາ -> Rescue), ຕິດຕັ້ງລະບົບ, ແກ້ໄຂ. /etc/fstab. ພວກເຮົາຊອກຫາຄີທໍາອິດທັນທີ - GottfriedWilhelm11646Leibniz!

ສ້າງການແລກປ່ຽນ:

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

2. ໃນຖານະເປັນສະເຫມີ, ບໍ່ມີລະຫັດຜ່ານ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ປ່ຽນລະຫັດຜ່ານຮາກໃນເຄື່ອງ virtual. ພວກເຮົາໄດ້ເຮັດອັນນີ້ແລ້ວໃນວຽກງານທໍາອິດ. ພວກເຮົາປ່ຽນແປງ ແລະສຳເລັດການເຂົ້າສູ່ລະບົບເຊີບເວີ, ແຕ່ມັນເຂົ້າສູ່ການ reboot ທັນທີ. ເຊີບເວີຖືກໂຫຼດເກີນຄວາມໄວທີ່ເຈົ້າບໍ່ມີເວລາເບິ່ງບັນທຶກທັງໝົດຢ່າງລະມັດລະວັງ. ວິທີການເຂົ້າໃຈສິ່ງທີ່ເກີດຂຶ້ນ?

ອີກເທື່ອຫນຶ່ງພວກເຮົາ boot ຈາກ livecd, ລະມັດລະວັງສຶກສາບັນທຶກຂອງລະບົບແລະ, ພຽງແຕ່ໃນກໍລະນີ, ເບິ່ງ cron, ນັບຕັ້ງແຕ່ໄລຍະເວລາດັ່ງກ່າວ. ຢູ່ທີ່ນັ້ນພວກເຮົາພົບເຫັນບັນຫາແລະກຸນແຈທີສອງ - Alan1912MathisonTuring!

ຕ້ອງການໃນ /etc/crontab ລຶບ ຫຼື ອອກຄຳເຫັນອອກແຖວ echo b > /proc/sysrq-trigger.

3. ຫຼັງຈາກນັ້ນ, ເຄື່ອງແມ່ຂ່າຍໄດ້ໂຫລດ, ແລະທ່ານສາມາດເຮັດສໍາເລັດວຽກງານຂອງຜູ້ຈັດການ: "ທີ່ຢູ່ ໃນອາຟຣິກາແມ່ນຫຍັງ?" ໂດຍທົ່ວໄປແລ້ວຂໍ້ມູນນີ້ແມ່ນມີໃຫ້ສາທາລະນະຊົນ. ທ່ານສາມາດຊອກຫາຂໍ້ມູນນີ້ຢູ່ໃນອິນເຕີເນັດໂດຍໃຊ້ຄໍາວ່າ "ip address africa", "ຖານຂໍ້ມູນ geoip". ເພື່ອແກ້ໄຂບັນຫາ, ທ່ານສາມາດນໍາໃຊ້ຖານຂໍ້ມູນການແຈກຢາຍທີ່ຢູ່ໄດ້ໂດຍບໍ່ເສຍຄ່າ (geoip). ພວກເຮົາໃຊ້ຖານຂໍ້ມູນເປັນມາດຕະຖານ MaxMind GeoLite2, ສາມາດໃຊ້ໄດ້ພາຍໃຕ້ໃບອະນຸຍາດ Creative Commons Attribution-ShareAlike 4.0.

ໃຫ້ພະຍາຍາມແກ້ໄຂບັນຫາຂອງພວກເຮົາໂດຍໃຊ້ພຽງແຕ່ລະບົບ Linux utilities, ແຕ່ໂດຍທົ່ວໄປແລ້ວ, ມັນສາມາດແກ້ໄຂໄດ້ຫຼາຍວິທີ: ການນໍາໃຊ້ຕົວກອງຂໍ້ຄວາມແລະການນໍາໃຊ້ scripts ໃນພາສາການຂຽນໂປຼແກຼມຕ່າງໆ.

ເພື່ອເລີ່ມຕົ້ນດ້ວຍ, ພວກເຮົາພຽງແຕ່ຈະໄດ້ຮັບຄູ່ "IP ຜູ້ສົ່ງ-ຜູ້ຮັບ" ຈາກບັນທຶກອີເມລ໌ /var/log/maillog (ໃຫ້ສ້າງຕາຕະລາງຂອງຜູ້ຮັບອີເມວ - sender 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. ຂັ້ນຕອນທີສາມ

ຂັ້ນຕອນທີສາມແມ່ນຂ້ອນຂ້າງຄ້າຍຄືກັນກັບຄັ້ງທໍາອິດ - ທ່ານກໍ່ຕ້ອງແກ້ໄຂການບໍລິການໂຄມໄຟທີ່ອົບອຸ່ນ, ແຕ່ທຸກສິ່ງທຸກຢ່າງແມ່ນສັບສົນຫຼາຍກ່ວາໃນວຽກງານທໍາອິດ.

3.1. ຂໍ້ເທັດຈິງທີ່ຫນ້າສົນໃຈ

ໃນ 15 ນາທີທໍາອິດ, ຜູ້ຫຼິ້ນສາມຄົນໄດ້ພົບກຸນແຈທໍາອິດ; 2 ຊົ່ວໂມງແລະ 20 ນາທີຫຼັງຈາກເລີ່ມຕົ້ນເວທີ, ຜູ້ຊະນະຂອງພວກເຮົາສໍາເລັດວຽກງານ.

3.2. ອອກກໍາລັງກາຍ

ທ່ານໄດ້ໄປເຮັດວຽກໃຫ້ບໍລິສັດທີ່ເອກະສານຂອງບໍລິສັດທັງໝົດຖືກເກັບໄວ້ໃນເຊີບເວີ Wiki ພາຍໃນ. ໃນປີກາຍນີ້, ວິສະວະກອນໄດ້ສັ່ງໃຫ້ 3 ແຜ່ນໃຫມ່ສໍາລັບເຄື່ອງແມ່ຂ່າຍນອກເຫນືອໄປຈາກຫນຶ່ງທີ່ມີຢູ່ແລ້ວ, ໂຕ້ຖຽງວ່າສໍາລັບລະບົບມີຄວາມທົນທານຕໍ່ຄວາມຜິດ, ແຜ່ນຈໍາເປັນຕ້ອງຖືກຈັດໃສ່ໃນບາງປະເພດຂອງອາເລ. ແຕ່ຫນ້າເສຍດາຍ, ສອງສາມອາທິດຫຼັງຈາກການຕິດຕັ້ງຂອງພວກເຂົາ, ວິສະວະກອນໄດ້ໄປພັກຜ່ອນກັບອິນເດຍແລະບໍ່ໄດ້ກັບຄືນມາ.

ເຊີບເວີເຮັດວຽກໂດຍບໍ່ມີການລົ້ມເຫລວເປັນເວລາຫຼາຍປີ, ແຕ່ສອງສາມມື້ກ່ອນຫນ້ານີ້ເຄືອຂ່າຍຂອງບໍລິສັດໄດ້ຖືກ hacked. ອີງຕາມຄໍາແນະນໍາ, ພະນັກງານຮັກສາຄວາມປອດໄພໄດ້ເອົາແຜ່ນອອກຈາກເຄື່ອງແມ່ຂ່າຍແລະສົ່ງໃຫ້ພວກເຂົາ. ໃນ​ລະ​ຫວ່າງ​ການ​ຂົນ​ສົ່ງ​, ຫນຶ່ງ​ແຜ່ນ​ໄດ້​ສູນ​ເສຍ​ຢ່າງ​ບໍ່​ໄດ້​ຮັບ​.

ພວກເຮົາຈໍາເປັນຕ້ອງຟື້ນຟູການທໍາງານຂອງ Wiki; ກ່ອນອື່ນ ໝົດ, ພວກເຮົາສົນໃຈເນື້ອຫາຂອງຫນ້າເວັບ wiki. ຂໍ້ຄວາມທີ່ແນ່ນອນຢູ່ໃນໜ້າໜຶ່ງຂອງວິກິພີເດຍນີ້ແມ່ນລະຫັດຜ່ານຂອງເຊີບເວີ 1C ແລະຈຳເປັນຢ່າງຮີບດ່ວນເພື່ອປົດລັອກມັນ.

ນອກຈາກນັ້ນ, ບາງບ່ອນຢູ່ໃນຫນ້າ wiki ຫຼືບ່ອນອື່ນມີລະຫັດຜ່ານສໍາລັບເຄື່ອງແມ່ຂ່າຍບັນທຶກແລະເຄື່ອງແມ່ຂ່າຍການເຝົ້າລະວັງວິດີໂອ, ເຊິ່ງອາດຈະຕ້ອງການທີ່ຈະຟື້ນຕົວ; ຖ້າບໍ່ມີພວກມັນ, ການສືບສວນເຫດການແມ່ນເປັນໄປບໍ່ໄດ້. ດັ່ງທີ່ເຄີຍມີມາ, ພວກເຮົາຄາດຫວັງວ່າການແກ້ໄຂບັນຫາດັ່ງກ່າວທັນທີ!

3.3. ການແກ້ໄຂ

1. ພວກເຮົາພະຍາຍາມບູດເທື່ອລະອັນຈາກແຜ່ນທີ່ພວກເຮົາມີ ແລະທຸກບ່ອນທີ່ພວກເຮົາໄດ້ຮັບຂໍ້ຄວາມດຽວກັນ:

No bootable medium found! System halted 

ທ່ານຈໍາເປັນຕ້ອງໄດ້ບູດຈາກບາງສິ່ງບາງຢ່າງ. ການເປີດເຄື່ອງຈາກ Live CD/DVD (ການແກ້ໄຂບັນຫາ -> Rescue) ຊ່ວຍອີກຄັ້ງ. ໃນເວລາທີ່ການໂຫຼດ, ພວກເຮົາພະຍາຍາມຊອກຫາ partition boot, ພວກເຮົາບໍ່ສາມາດຊອກຫາມັນ, ພວກເຮົາສິ້ນສຸດລົງໃນ shell. ພວກເຮົາກໍາລັງພະຍາຍາມສຶກສາສິ່ງທີ່ແລະວິທີການເຮັດກັບແຜ່ນ. ມັນເປັນທີ່ຮູ້ຈັກວ່າມີສາມຂອງພວກເຂົາ. ມີເຄື່ອງມືເພີ່ມເຕີມສໍາລັບການນີ້ໃນຮຸ່ນທີ 7 ຂອງ CentOS, ບ່ອນທີ່ມີຄໍາສັ່ງ blkid ຫຼື lsblk, ເຊິ່ງສະແດງໃຫ້ພວກເຮົາເຫັນຂໍ້ມູນທັງຫມົດກ່ຽວກັບແຜ່ນ.

ພວກເຮົາເຮັດແນວໃດ ແລະເຮັດແນວໃດ:

$ ls /dev/sd*

ມັນຈະແຈ້ງທັນທີວ່າ

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

ພວກເຮົາຕິດຕັ້ງ sdb1, ມັນເປັນທີ່ຊັດເຈນວ່ານີ້ແມ່ນ boot partition ຂອງ CentOS 6.

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

ແນ່ນອນ, ພວກເຮົາໄປຫາພາກ grub ແລະຊອກຫາຄີທໍາອິດຢູ່ທີ່ນັ້ນ - James191955Gosling ໃນໄຟລ໌ທີ່ຜິດປົກກະຕິ.

2. ພວກເຮົາສຶກສາ pvs ແລະ lvs, ນັບຕັ້ງແຕ່ພວກເຮົາເຮັດວຽກກັບ LVM. ພວກເຮົາເຫັນວ່າຄວນຈະມີ 2 ປະລິມານທາງກາຍະພາບ, ຫນຶ່ງບໍ່ໄດ້ຕັ້ງຢູ່ແລະຈົ່ມກ່ຽວກັບ uid ສູນເສຍ. ພວກເຮົາເຫັນວ່າຄວນຈະມີ 2 ປະລິມານທີ່ມີເຫດຜົນ: root ແລະ swap, ໃນຂະນະທີ່ຮາກແມ່ນສູນເສຍບາງສ່ວນ (ຄຸນລັກສະນະ P ຂອງປະລິມານ). ມັນ​ເປັນ​ໄປ​ບໍ່​ໄດ້​ທີ່​ຈະ​ຕິດ​ຕັ້ງ​, ທີ່​ຫນ້າ​ເສຍ​ໃຈ​! ພວກເຮົາຕ້ອງການລາວແທ້ໆ.

ມີ 2 ແຜ່ນເພີ່ມເຕີມ, ພວກເຮົາເບິ່ງພວກມັນ, ປະກອບແລະຕິດຕັ້ງພວກມັນ:

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

ພວກເຮົາເບິ່ງ, ພວກເຮົາສາມາດເຫັນໄດ້ວ່ານີ້ແມ່ນ boot partition ຂອງ CentOS 6 ແລະຊ້ໍາກັນຂອງສິ່ງທີ່ມີຢູ່ແລ້ວ. /dev/sdb1, ແລະທີ່ນີ້ອີກເທື່ອຫນຶ່ງທີ່ສໍາຄັນດຽວກັນ - DennisBMacAlistairCRitchie!
ໃຫ້​ຂອງ​ເບິ່ງ​ວິ​ທີ​ທີ່​ມັນ​ໄດ້​ຮັບ​ການ​ປະ​ກອບ​ /dev/md127.

$ mdadm --detail /dev/md127

ພວກເຮົາເຫັນວ່າມັນຄວນຈະໄດ້ຮັບການປະກອບຈາກ 4 ແຜ່ນ, ແຕ່ມັນໄດ້ຖືກປະກອບຈາກສອງແຜ່ນ /dev/sda1 и /dev/sdc1, ພວກເຂົາຄວນຈະເປັນຕົວເລກ 2 ແລະ 4 ໃນລະບົບ. ພວກເຮົາສົມມຸດວ່າມາຈາກ /dev/sda2 и /dev/sdc2 ນອກນັ້ນທ່ານຍັງສາມາດເກັບກໍາ array ໄດ້. ມັນບໍ່ຊັດເຈນວ່າເປັນຫຍັງບໍ່ມີ metadata ກ່ຽວກັບພວກມັນ, ແຕ່ນີ້ແມ່ນຢູ່ໃນຈິດໃຈຂອງຜູ້ເບິ່ງແຍງ, ຜູ້ທີ່ຢູ່ບ່ອນໃດຫນຶ່ງໃນ 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/sweet.

3. ພວກເຮົາຍັງພະຍາຍາມຟື້ນຟູເຄື່ອງແມ່ຂ່າຍຂອງພວກເຮົາເພື່ອໃຫ້ມັນເລີ່ມຕົ້ນເປັນປົກກະຕິ. ປະລິມານຢ່າງມີເຫດຜົນທັງໝົດຈາກພວກເຮົາ /dev/md0 (ບ່ອນທີ່ພວກເຮົາພົບເຫັນທຸກສິ່ງທຸກຢ່າງ) ລາກມັນໄປ /dev/sdb2, ບ່ອນທີ່ເຄື່ອງແມ່ຂ່າຍທັງຫມົດເຮັດວຽກໃນເບື້ອງຕົ້ນ.

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

ພວກເຮົາປິດເຄື່ອງແມ່ຂ່າຍ, ເອົາແຜ່ນ 1 ແລະ 3, ອອກຈາກອັນທີສອງ, boot ຈາກ Live CD / DVD ເຂົ້າໄປໃນ Rescue. ຊອກຫາ boot partition ແລະຟື້ນຟູ bootloader ໃນ grub:

root (hd0,0)
setup (hd0)

ພວກເຮົາຈີກແຜ່ນ boot ແລະໂຫລດຢ່າງສໍາເລັດຜົນ, ແຕ່ເວັບໄຊທ໌ບໍ່ເຮັດວຽກ.

4. ມີສອງທາງເລືອກໃນການເປີດຕົວເວັບໄຊທ໌: configure Apache ຈາກ scratch ຫຼືໃຊ້ 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