FusionPBX និង ACL

អត្ថបទរបស់ខ្ញុំមិនមែនជាការពិពណ៌នាពេញលេញអំពីផលិតផលនោះទេ ប៉ុន្តែគ្រាន់តែជាការកែលម្អបន្តិចបន្តួចនៃការបោះពុម្ពផ្សាយដ៏ល្អ "FusionPBX ឬម្តងទៀតដ៏អស្ចារ្យ FreeSWITCH" ។ វាហាក់ដូចជាខ្ញុំថាប្រធានបទនៃ ACL នៅក្នុង FusionPBX មិនត្រូវបានបង្ហាញឱ្យឃើញច្បាស់នៅក្នុងវាទេ។ ខ្ញុំនឹងព្យាយាមបំពេញចន្លោះនេះដោយផ្អែកលើបទពិសោធន៍ផ្ទាល់ខ្លួនរបស់ខ្ញុំជាមួយ FreeSWITCH/FusionPBX ។

ដូច្នេះហើយ យើងបានដំឡើង FusionPBX ជាមួយនឹងលេខខាងក្នុងដែលបានចុះឈ្មោះ 1010 នៅក្នុងដែន domain.local និងផ្លូវដែលបានកំណត់សម្រាប់ការហៅខាងក្រៅទៅកាន់ទីក្រុង។ យើងប្រើ ACL ដើម្បីការពារប្រព័ន្ធទូរស័ព្ទរបស់យើងពីការហៅទូរស័ព្ទដែលគ្មានការអនុញ្ញាតដែលនឹងដកប្រាក់របស់យើង។ ទាំងនោះ។ មានតែពីបណ្តាញដែលបានពិពណ៌នានៅក្នុង ACL ប៉ុណ្ណោះដែលអនុញ្ញាតឱ្យហៅចេញ។ ហើយនៅទីនេះអ្នកត្រូវការការយល់ដឹងច្បាស់លាស់ទាំងស្រុងអំពីរបៀបដែល ACL ដំណើរការនៅក្នុង FusionPBX លក្ខណៈពិសេស តក្កវិជ្ជា និងចំណុចយុថ្ការបស់វា។

ដូចអ្នកនិពន្ធជាទីគោរពនៃអត្ថបទខាងលើ ខ្ញុំក៏បានបោះជំហានលើតុងរួចទាំងអស់ដែលទាក់ទងនឹង ACL ។

ខ្ញុំនឹងចាប់ផ្តើមជាមួយ SipProfiles.
ទម្រង់ទាំងពីរ (ខ្ញុំនឹងហៅវាថា) ទាំងខាងក្នុង និងខាងក្រៅ គឺស្ថិតនៅក្នុងបរិបទសាធារណៈ ហើយនេះមិនមែនជារឿងចៃដន្យទេ។ ការចុះឈ្មោះលេខធ្វើឡើងនៅក្នុងប្រវត្តិរូបខាងក្នុង ហើយយើងនឹងយកចិត្តទុកដាក់ចំពោះវា។ នៅក្នុងទម្រង់ខាងក្នុង ដែន ACL ត្រូវបានចងជា apply-inbound-acl ។ វាគឺជាបន្ទាត់នេះដែលទទួលខុសត្រូវចំពោះប្រតិបត្តិការរបស់ ACL នៅកម្រិតទម្រង់។ រហូត​មក​ដល់​ពេល​នេះ វា​ជា​មួយ​នឹង​ទម្រង់។

បរិបទ

បរិបទ​ត្រូវ​បាន​ប្រើ​ក្នុង​ចំណោម​អ្វី​ផ្សេង​ទៀត​ក្នុង​ការ​ហៅ​ផ្លូវ។ ផ្លូវចូលទាំងអស់ត្រូវបានចងភ្ជាប់ទៅនឹងបរិបទសាធារណៈ។

ផ្លូវចេញ (ទៅទីក្រុង ទៅកោសិកា ផ្លូវឆ្ងាយ អន្តរជាតិ និងផ្សេងទៀត) គឺ (តាមលំនាំដើម) ក្នុងបរិបទនៃឈ្មោះដែន (សូមហៅវាថា domain.local)។

ACL

ឥឡូវនេះសូមដោះស្រាយជាមួយ ACLs ។ តាមលំនាំដើម FusionPBX ដែលបានដំឡើងថ្មីៗមាន ACLs ពីរ៖

សកម្មភាពលំនាំដើមរបស់ដែន៖ បដិសេធ - សន្លឹកនេះត្រូវបានចងភ្ជាប់ទៅនឹងទម្រង់ខាងក្នុង
lan សកម្មភាពលំនាំដើម៖ អនុញ្ញាត

នៅក្នុងបញ្ជី ACL ដែន យើងចេញវេជ្ជបញ្ជាបណ្តាញ (ឧទាហរណ៍ 192.168.0.0/24) យើងបង្កើតការអនុញ្ញាតសម្រាប់បណ្តាញនេះ យើងប្រើ reloadacl ។

បន្ទាប់មកទៀត យើងចុះឈ្មោះទូរសព្ទពីបណ្តាញនេះ ហើយអ្វីៗហាក់បីដូចជាល្អ និងស្របតាមការណែនាំ និងឡូជីខល។
យើងចាប់ផ្តើមសាកល្បង ធ្វើការហៅទៅកាន់លេខខាងក្រៅ ហើយ... យើងទទួលបាននំដូណាត់ ឬជារន្ធដូណាត់។ ស្រាប់តែ!

យើងចាប់ផ្តើមវិភាគកំណត់ហេតុនៅក្នុងកុងសូល ឬតាមរយៈកម្មវិធីមើលកំណត់ហេតុ FusioPBX ។

យើងឃើញបញ្ហាប្រឈមរបស់យើង៖

switch_channel.c:1104 New Channel sofia/internal/[email protected]

យើងឃើញ ACL ដែលដំណើរការ៖

sofia.c:10208 IP 192.168.0.150 Approved by acl "domains[]". Access Granted.

ហើយបន្ថែមទៀត:

mod_dialplan_xml.c:637 Processing 1010 <1010>->98343379xxxx in context public
switch_core_state_machine.c:311 No Route, Aborting 
switch_core_state_machine.c:312 Hangup sofia/internal/[email protected] [CS_ROUTING] [NO_ROUTE_DESTINATION] 

គ្មានផ្លូវទេ! ទោះបីជាផ្លូវដែលយើងបានចុះឈ្មោះដោយស្មោះត្រង់ក៏ដោយ។

ចម្លើយគឺពិតជាសាមញ្ញណាស់។

ការហៅទូរស័ព្ទមកដល់ហើយ។ ACL បានខកខានវា។ ហើយចាប់តាំងពី ACL ត្រូវបានចងនៅក្នុងប្រវត្តិរូបខាងក្នុង ហើយទម្រង់នេះស្ថិតនៅក្នុងបរិបទសាធារណៈ FreeSWITCH មើលទៅដោយស្មោះត្រង់ចំពោះការកំណត់ផ្លូវនៅក្នុងបរិបទសាធារណៈ។ ប៉ុន្តែនៅក្នុងបរិបទសាធារណៈ មានតែផ្លូវចូលប៉ុណ្ណោះ ហើយប្រព័ន្ធនេះប្រាប់យើងដោយស្មោះត្រង់ថា មិនមានផ្លូវទៅកាន់ទីក្រុងនៅទីនោះទេ។

យ៉ាងហោចណាស់មានវិធីពីរយ៉ាងចេញពីស្ថានភាពនេះ។

1. ភ្ជាប់ ACL នេះមិនមែនទៅទម្រង់ទេប៉ុន្តែទៅលេខខាងក្នុងខ្លួនវាផ្ទាល់។ នេះប្រហែលជាវិធីត្រឹមត្រូវបំផុតក្នុងការដោះស្រាយ ពីព្រោះ។ វាជាការល្អប្រសើរជាងមុនក្នុងការចង ACL ឱ្យជិតបំផុតតាមដែលអាចធ្វើទៅបានទៅនឹងផ្នែកបន្ថែមសម្រាប់ការលៃតម្រូវកាន់តែប្រសើរ។ ទាំងនោះ។ អ្នកអាចចេញវេជ្ជបញ្ជាអាសយដ្ឋានជាក់លាក់ / អាសយដ្ឋានបណ្តាញនៃទូរស័ព្ទដែលវាអាចធ្វើការហៅចេញបាន។ គុណវិបត្តិនៃជម្រើសនេះគឺថាផ្នែកបន្ថែមនីមួយៗនឹងត្រូវធ្វើដូចនេះ។
2. ជួសជុល ACL ដើម្បីឱ្យវាដំណើរការបានត្រឹមត្រូវនៅកម្រិតទម្រង់។ ខ្ញុំបានជ្រើសរើសជម្រើសនេះ ព្រោះវាហាក់ដូចជាខ្ញុំងាយស្រួលក្នុងការបន្ថែមបណ្តាញទៅ ACL ម្តងជាជាងការចេញវេជ្ជបញ្ជានៅក្នុងផ្នែកបន្ថែមនីមួយៗ។ ប៉ុន្តែនេះជាពិសេសសម្រាប់ភារកិច្ចរបស់ខ្ញុំ។ សម្រាប់កិច្ចការផ្សេងទៀត អ្នកប្រហែលជាត្រូវការតក្កវិជ្ជាធ្វើការសម្រេចចិត្តផ្សេង។

ដូច្នេះ។ តោះជួសជុលដែន ACL ដូចខាងក្រោម៖

សកម្មភាពលំនាំដើមរបស់ដែន៖ អនុញ្ញាត

នៅក្នុងបញ្ជី ACL ដែន យើងចុះឈ្មោះបណ្តាញ៖

បដិសេធ 192.168.0.0/24

អនុវត្ត, ផ្ទុកឡើងវិញ។
យើងកំពុងធ្វើតេស្ត៖ យើងចុចលេខ 98343379xxxx ម្តងទៀត ហើយ… ប៉ុស្តិ៍ត្រួតពិនិត្យមកដល់ហើយ… HELLO ។ អ្វីគ្រប់យ៉ាងកំពុងដំណើរការ។
តោះមើលអ្វីដែលបានកើតឡើងនៅក្នុង FreeSWITCH៖
ការហៅទូរសព្ទចាប់ផ្តើម៖

switch_channel.c:1104 New Channel sofia/internal/[email protected]

ACL មិនខកខាន៖

[DEBUG] sofia.c:10263 IP 192.168.0.150 Rejected by acl "domains". Falling back to Digest auth.

និងបន្ថែមទៀត៖

mod_dialplan_xml.c:637 Processing 1010 <1010>->98343379xxxx in context domain.local
sofia/internal/[email protected] Regex (PASS) [Sity] destination_number(98343379xxxx) =~ /^9(8343[23]d{6})$/ break=on-false 

ការកំណត់ផ្លូវបានកន្លងផុតទៅ ហើយបន្ទាប់មកបានមកដល់ការបង្កើតការតភ្ជាប់ ដែលហួសពីវិសាលភាពនៃប្រធានបទ។

ប្រសិនបើយើងផ្លាស់ប្តូរអាសយដ្ឋានបណ្តាញនៅក្នុង ACL ប៉ុន្តែទទួលបានរូបភាពពីការធ្វើតេស្តដំបូង i.e. ACL នឹងរំលងការហៅទូរសព្ទ ហើយការនាំផ្លូវនឹងនិយាយថា NO_ROUTE_DESTINATION។

នោះប្រហែលជាអ្វីដែលខ្ញុំចង់បន្ថែមលើ ACL FusionPBX។

ខ្ញុំសង្ឃឹមថាវានឹងមានប្រយោជន៍សម្រាប់នរណាម្នាក់។

ប្រភព: www.habr.com