ការត្រួតពិនិត្យពីចម្ងាយ និងការគ្រប់គ្រងឧបករណ៍ដែលមានមូលដ្ឋានលើ Linux/OpenWrt/Lede តាមរយៈច្រក 80 បានបន្ត

នេះគឺជាផ្នែកចុងក្រោយនៃអត្ថបទ នេះគឺជាការចាប់ផ្តើម habr.com/en/post/445568
លើកមុនខ្ញុំបានសរសេរអំពីរបៀបដែលខ្ញុំអនុវត្តការត្រួតពិនិត្យឧបករណ៍ ឥឡូវនេះយើងនឹងនិយាយអំពីការគ្រប់គ្រង។ នៅក្នុងការពិភាក្សាជាមួយ "អ្នកបច្ចេកទេស" នៅខាងអតិថិជន ជារឿយៗខ្ញុំជួបប្រទះការយល់ឃើញមានកម្រិតនៃសមត្ថភាពរបស់ឧបករណ៍តូចៗបែបនេះ (ជាមួយនឹងធនធានអង្គចងចាំទាប និងដំណើរការ) មនុស្សជាច្រើនជឿថា "អ្វីដែលយើងត្រូវការបំផុតគឺត្រូវបញ្ជូនការចាប់ផ្ដើមឡើងវិញសម្រាប់អ្វីមួយបន្ថែមទៀត។ ធ្ងន់ធ្ងរ យើង​នឹង​បញ្ជូន​ក្រុម»។
ប៉ុន្តែការអនុវត្តបង្ហាញថានេះមិនមែនជាការពិតទាំងស្រុងនោះទេ។ នេះគឺជាបញ្ជីតូចមួយនៃកិច្ចការធម្មតាទូទៅ៖

1. ការធ្វើរោគវិនិច្ឆ័យបណ្តាញ និងការដោះស្រាយបញ្ហា។ នៅពីក្រោយច្រកអ៊ីសឺរណិតនៃរ៉ោតទ័ររបស់អ្នក ជាធម្មតាមានផ្នែករឹងមួយផ្សេងទៀតដែលមានអាសយដ្ឋាន IP ខាងក្នុងរបស់វា។ ពេលខ្លះ អ្នកអាច (គួរតែ) "ping" វា។ ឬការគ្រប់គ្រងផ្លូវរូងក្រោមដី - ប្រសិនបើផ្លូវរូងក្រោមដីភ្លាមៗមិនឡើងលើរ៉ោតទ័រដែលដំណើរការតាមរយៈម៉ូដឹម 3G ប៉ុន្តែយើងអាចមើលឃើញរ៉ោតទ័រខ្លួនឯង។
2. ការថែរក្សាប្រព័ន្ធ។ អាប់ដេតកម្មវិធីបង្កប់ ការអាប់ដេតស្គ្រីបសេវាកម្ម។
3. ទង្វើតុល្យភាព។ នេះអាចត្រូវបានគេហៅថា "ការបង្វែរ" ប៉ុន្តែគំនិតនៃ "លំនឹង" ដូចដែលខ្ញុំបានដកស្រង់។ "សមត្ថភាពរបស់អ្នកសំដែងសៀកដើម្បីរក្សាតុល្យភាពនៅក្នុងទីតាំងរាងកាយមិនស្ថិតស្ថេរ" - សមល្អជាង។ ស្ថានភាពបែបនេះកើតឡើងដោយសារតែថវិកាមានកំណត់របស់អតិថិជន។ ខាងក្រោមនេះខ្ញុំបានលើកឧទាហរណ៍មួយចំនួន ប៉ុន្តែ... ពួកគេ​មិន​ទាក់ទង​ផ្ទាល់​នឹង​ប្រធានបទ​នៃ​រឿង​ទេ ខ្ញុំ​បាន​ដាក់​វា​ក្នុង​កំណត់​ចំណាំ

ការត្រួតពិនិត្យវ៉ាយហ្វាយប្រធានបទម៉ូតសម្រាប់រយៈពេលប្រាំឆ្នាំចុងក្រោយនេះ ជាចម្បងក្នុងចំណោមបណ្តាញលក់រាយរបស់សហព័ន្ធ។ អ្នកកំពុងដើរលេងកម្សាន្តក្នុងជាន់ជួញដូរ ហើយទូរសព្ទរបស់អ្នកដែលមាន Wi-Fi បានបើក ដើម្បីព្យាយាម "ជាប់" ទៅនឹងខ្សែបណ្តាញមួយចំនួន ផ្ញើកញ្ចប់សំណើរ Probe ជាទៀងទាត់ ដែលអាចត្រូវបានវិភាគដើម្បីគណនាសម្រាប់ អ្នក៖ តើអ្នកមកហាងនេះញឹកញាប់ប៉ុណ្ណា ដើរតាមគន្លង និងហេតុផលអ្វីខ្លះ? បន្ទាប់មកទិន្នន័យត្រូវបានប្រមូល វិភាគ ផែនទីកំដៅត្រូវបានគូរ ហើយអ្នកគ្រប់គ្រង "ជំរិត" លុយពីអ្នកគ្រប់គ្រង ឬអ្នកវិនិយោគសម្រាប់រូបភាពបែបនេះ។ មែនហើយសម្រាប់ពេលនេះ .... "គ្មានលុយទេ ប៉ុន្តែអ្នកកាន់..." ហើយលទ្ធផល (ពិត) ត្រូវតែបង្ហាញរួចហើយ បទចម្រៀងចាស់ល្អចាប់ផ្តើម៖ "បាទ បាទ ពិតណាស់យើង នឹងដំឡើង cis និងអ្វីគ្រប់យ៉ាងដែលអ្នកចង់បាន ប៉ុន្តែឥឡូវនេះយើងត្រូវបង្ហាញលទ្ធផលអតិថិជន! និយាយអីញ្ចឹង យើងភ្លេចនិយាយថា អតិថិជនបានអនុញ្ញាតឱ្យយើងភ្ជាប់ឧបករណ៍របស់យើងទៅចំណុចក្តៅរបស់គាត់តាមរយៈ Wi-Fi ប៉ុន្តែជាទូទៅ ដូចជាយើងជាអតិថិជនភ្ញៀវអញ្ចឹង។ ដូច្នេះហើយ យើងត្រូវបង្កើតរ៉ោតទ័រដែលមានតុល្យភាព - ចំណុចប្រទាក់រងវ៉ាយហ្វាយជាច្រើនត្រូវបានលើកឡើង ដែលមួយនៅជាប់នឹងហតស្ប៉ត ហើយទីពីរត្រួតពិនិត្យបរិស្ថាន បង្ហោះលទ្ធផល tcpdump ទៅខ្លួនវាផ្ទាល់ បន្ទាប់មកខ្ចប់មាតិកានៃឯកសារទៅក្នុងប័ណ្ណសារ និងហានិភ័យ។ ការស្លាប់ដោយសារ "ការញ៉ាំច្រើនពេក" ព្យាយាមស្ដោះទឹកមាត់ចេញនូវមាតិកានៅលើម៉ាស៊ីនមេ FTP ។ វាមិនគួរឱ្យភ្ញាក់ផ្អើលទេដែលរ៉ោតទ័រតុល្យភាពជារឿយៗ "ខូច" ហើយត្រូវ "សង្គ្រោះ" ពីចម្ងាយ។

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

ហើយយើងមិនត្រូវភ្លេចថាដោយសារតែកាលៈទេសៈជាច្រើនដែលមិនស្គាល់ពីមុន ការគ្រប់គ្រងត្រូវតែធ្វើឡើងក្នុងលក្ខខណ្ឌមិនស្តង់ដារ នៅពេលដែលយើងមិនអាចភ្ជាប់ទៅរ៉ោតទ័រដោយផ្ទាល់តាមរយៈ IP: port ហើយត្រូវបានបង្ខំឱ្យរង់ចាំសកម្មភាពពីវា។ ប្រសិនបើយើងសង្ខេបខ្លួនយើង ការសន្ទនារវាងម៉ាស៊ីនមេ និងរ៉ោតទ័រអាចត្រូវបានតំណាងដូចនេះ៖

• រ៉ោតទ័រ៖ សួស្តី។ ខ្ញុំជារ៉ោតទ័របែបនេះ តើមានភារកិច្ចសម្រាប់ខ្ញុំទេ?
• ម៉ាស៊ីនមេ: រ៉ោតទ័របែបនេះ ខ្ញុំបានចុះឈ្មោះអ្នកថាអ្នកនៅរស់។ នេះជាបញ្ហាប្រឈម៖ បង្ហាញខ្ញុំពីលទ្ធផលនៃពាក្យបញ្ជា ifconfig?
• រ៉ោតទ័រ៖ ជំរាបសួរ។ ខ្ញុំ​ជា​រ៉ោតទ័រ​បែប​នេះ លើក​មុន​អ្នក​សុំ​បង្ហាញ​លទ្ធផល ifconfig នេះ​ហើយ​។ តើមានភារកិច្ចសម្រាប់ខ្ញុំទេ?
• ម៉ាស៊ីនមេ: រ៉ោតទ័របែបនេះ ខ្ញុំបានចុះឈ្មោះអ្នកថាអ្នកនៅរស់។ មិនមានកិច្ចការសម្រាប់អ្នកទេ។

សំណួរគួរឱ្យចាប់អារម្មណ៍បំផុត: តើរ៉ោតទ័រពីចម្ងាយអាចបញ្ជូនព័ត៌មានចំនួនជាក់លាក់យ៉ាងដូចម្តេច? នៅក្នុងផ្នែកចុងក្រោយ ខ្ញុំបានពណ៌នាថា ដោយសារធនធានមានកំណត់ រ៉ោតទ័រមាន wget "ដកចេញ" ដែលដំណើរការបានតែតាមរយៈ GET ហើយគ្មានអ្វីផ្សេងទៀតមិនមានម៉ាស៊ីនភ្ញៀវ FTP ឬ curl ទេ។ ច្បាស់ជាងនេះទៅទៀត យើងត្រូវការវិធីសាស្ត្រជាសកល ដោយមិនគិតពីលក្ខណៈពិសេសនៃការផ្គុំរូបភាព។ ខ្ញុំបានសម្រេចចិត្តលើការប្រើប្រាស់ wget ។ ច្បាស់ជាងនេះទៅទៀត របៀបដែលខ្ញុំ "ឈប់" - ខ្ញុំគ្មានជម្រើសទេ :)

គ្រាន់តែជាការបដិសេធដំណោះ​ស្រាយ​ការ​គ្រប់​គ្រង​របស់​ខ្ញុំ​កំពុង​ដំណើរ​ការ មិន​មាន​កម្រិត​ខ្លាំង​ទេ ហើយ​ខ្ញុំ​ប្រាកដ​ថា​វា​ខូច​ ទោះ​បី​ជា​វា​ស័ក្តិសម​នឹង​អតិថិជន​របស់​ខ្ញុំ​ភាគ​ច្រើន​ក៏​ដោយ។ តើអ្នកអាចធ្វើវាដោយប្រាជ្ញាដោយរបៀបណា - សរសេរឧបករណ៍ប្រើប្រាស់តូចមួយដែលផ្ញើទិន្នន័យគោលពីរ POST តាមរយៈច្រក 80 ។ បញ្ចូលវា (ឧបករណ៍ប្រើប្រាស់) នៅក្នុងកម្មវិធីបង្កប់រ៉ោតទ័រ ហើយចូលប្រើវាដោយប្រើ bash ។ ប៉ុន្តែការពិតគឺថា៖ ក) យើងត្រូវប្រញាប់ ខ) យើងប្រហែលជាត្រូវធ្វើអ្វីៗគ្រប់យ៉ាងនៅលើ "សួនសត្វរ៉ោតទ័រ" ដែលមានស្រាប់ គ) "កុំធ្វើបាប!" — ប្រសិនបើរ៉ោតទ័រកំពុងដំណើរការ និងបំពេញការងារផ្សេងទៀត សូមព្យាយាមធ្វើការផ្លាស់ប្តូរ ដែលនឹងមិនប៉ះពាល់ដល់មុខងារដែលមានស្រាប់។

ចូរបន្តទៅការអនុវត្ត។ ចូរនិយាយថាអតិថិជនរបស់អ្នកចង់ចាប់ផ្ដើមរ៉ោតទ័រឡើងវិញពី zabbix យ៉ាងងាយស្រួល និងដោយធម្មជាតិ ដោយគ្រាន់តែចុច "ចុចកណ្តុរ"។ ថ្ងៃនេះយើងនឹងចាប់ផ្តើមពិពណ៌នាអំពីការអនុវត្តជាមួយ Zabbix ។
នៅក្នុងម៉ឺនុយ "រដ្ឋបាល" -> "ស្គ្រីប" បន្ថែមស្គ្រីបថ្មី។ យើងហៅវាថា "ចាប់ផ្ដើមឡើងវិញ" បញ្ចូល "php /usr/share/zabbix/reboot.php {HOST.HOST}" ជាពាក្យបញ្ជា

បន្ទាប់៖ ម៉ឺនុយ "ការត្រួតពិនិត្យ" -> "ទិន្នន័យចុងក្រោយ" -> "ចុចកណ្ដុរស្ដាំលើថ្នាំងបណ្តាញដែលចង់បាន។" នេះជាអ្វីដែលម៉ឺនុយនឹងមើលទៅដូចបន្ទាប់ពីបានបន្ថែមស្គ្រីប។

ដូច្នោះហើយ យើងដាក់ស្គ្រីប reboot.php នៅក្នុងថត /usr/share/zabbix (របស់អ្នកប្រហែលជាខុសគ្នា ខ្ញុំប្រើថតឫស zabbixa)។

ការបដិសេធសុវត្ថិភាពដើម្បីធ្វើឱ្យការពន្យល់កាន់តែច្បាស់នៅក្នុងស្គ្រីប ខ្ញុំគ្រាន់តែប្រើលេខសម្គាល់រ៉ោតទ័រប៉ុណ្ណោះ ប៉ុន្តែកុំប្រើពាក្យសម្ងាត់។ វាមិនត្រូវបានណែនាំឱ្យធ្វើបែបនេះនៅក្នុងកំណែផលិតកម្មទេ! ហេតុអ្វីបានជាខ្ញុំធ្វើដូចនេះ៖ ពីព្រោះសំណួរធំគឺកន្លែងដែលត្រូវទុកពាក្យសម្ងាត់សម្រាប់រ៉ោតទ័រ? នៅក្នុង zabbixe ខ្លួនវានៅក្នុង "ទិន្នន័យសារពើភ័ណ្ឌ"? ការអនុវត្តដ៏ចម្រូងចម្រាស។ ជាជម្រើស៖ ដាក់កម្រិតការចូលប្រើខាងក្រៅទៅកាន់ឯកសារ reboot.php ខ្លួនវាផ្ទាល់

ឯកសារ reboot.php

<?php
	// присваиваем параметры с консоли переменным
	$user = $argv[1];
	// ВНИМАНИЕ. Вот здесь в целях безопасности все-таки прописывать пароль устройства! Но для демонстрации мы будем обращаться к базе данных без использования пароля. 
	//$password = $argv[2];
		
	$conn=new mysqli("localhost","db_user","db_password","db_name");
	if (mysqli_connect_errno()) {
		exit();
	}
	$conn->set_charset("utf8");
			
	// "Отправляем" команду reboot за счет изменения поля task таблицы users. В поле task можно отправлять любую команду.
	$sql_users=$conn->prepare("UPDATE users SET task='reboot' WHERE id=? AND status='active';");
	$sql_users->bind_param('s', $user);
	$sql_users->execute();
	$sql_users->close();
?>

អស់ហើយ។ សំណួរនៅតែបើកចំហ៖ "របៀបទទួលបានលទ្ធផលនៃការប្រតិបត្តិពាក្យបញ្ជាពីឧបករណ៍" ។ សូមក្រឡេកមើលភារកិច្ចដោយប្រើពាក្យបញ្ជា ifconfig ជាឧទាហរណ៍។ ពាក្យបញ្ជានេះអាចផ្ញើទៅកាន់ឧបករណ៍៖

message=`ifconfig`; wget "http://xn--80abgfbdwanb2akugdrd3a2e5gsbj.xn--p1ai/a.php?u=user&p=password!&m=$message" -O /tmp/out.txt

ដែលជាកន្លែង:
សារ =`ifconfig` - យើងផ្តល់លទ្ធផលនៃលទ្ធផលពាក្យបញ្ជា ifconfig ទៅអថេរ $message
wget "xn--80abgfbdwanb2akugdrd3a2e5gsbj.xn--p1ai/a.php — ស្គ្រីប a.php របស់យើងដែលចុះឈ្មោះរ៉ោតទ័រ និងទទួលសារពីពួកគេ។
u=user&p=password!&m=$ សារ — លិខិតសម្គាល់ និងតម្លៃនៃអថេរសំណើ m — ផ្តល់ខ្លឹមសារនៃអថេរ $message
-O /tmp/out.txt - យើងមិនត្រូវការលទ្ធផលទៅកាន់ឯកសារ /tmp/out.txt ក្នុងករណីនេះទេ ប៉ុន្តែប្រសិនបើប៉ារ៉ាម៉ែត្រនេះមិនត្រូវបានបញ្ជាក់ wget មិនដំណើរការទេ។

ហេតុអ្វីបានជាវាមិនដំណើរការ?ដោយសារតែវាជារន្ធសុវត្ថិភាពដ៏មានសក្តានុពល។ កំហុសដែលមិនបង្កគ្រោះថ្នាក់បំផុតដែលអាចកើតឡើងគឺប្រសិនបើឧទាហរណ៍មានតួអក្សរ "&" នៅក្នុងលទ្ធផលនៃពាក្យបញ្ជារបស់អ្នក។ ដូច្នេះ ចាំបាច់ត្រូវត្រងទាំងអ្វីៗទាំងអស់ដែលត្រូវបានផ្ញើពីរ៉ោតទ័រ និងអ្វីៗទាំងអស់ដែលចូលមកម៉ាស៊ីនមេ។ បាទ ខ្ញុំពិតជាខ្មាស់គេណាស់។ នៅក្នុងការការពាររបស់ខ្ញុំ ខ្ញុំគ្រាន់តែអាចសរសេរថា អត្ថបទទាំងមូលត្រូវបានឧទ្ទិសដល់របៀបគ្រប់គ្រងរ៉ោតទ័រជាមួយនឹងកម្មវិធីបង្កប់ដែលបានកំណត់ជាមុន និងបណ្តាញទំនាក់ទំនងដែលមិនត្រូវបានកំណត់ជាមុន។

ជាការប្រសើរណាស់, ការចាប់ផ្តើមសម្រាប់ពេលអនាគត: ខ្ញុំមិនទាន់បានគិតពីរបៀបប្រើឧបករណ៍ zabbix ស្តង់ដារដើម្បីឆ្លុះបញ្ចាំងពីលទ្ធផល (ឧទាហរណ៍ លទ្ធផលនៃការប្រតិបត្តិពាក្យបញ្ជា) ដែលមកដល់ម៉ាស៊ីនមេ។

ខ្ញុំសូមរំលឹកអ្នកថាប្រភពទាំងអស់អាចទទួលបានពីឃ្លាំង Git នៅ: github.com/BazDen/iotnet.online.git

ប្រភព: www.habr.com