FusionPBX ഉം ACL ഉം

എന്റെ ലേഖനം ഉൽപ്പന്നത്തിന്റെ പൂർണ്ണമായ വിവരണമല്ല, മറിച്ച് "FusionPBX, അല്ലെങ്കിൽ വീണ്ടും മഹത്തായ, FreeSWITCH" എന്ന നല്ല പ്രസിദ്ധീകരണത്തിന്റെ നേരിയ പരിഷ്ക്കരണം മാത്രമാണ്. FusionPBX-ലെ ACL-ന്റെ വിഷയം അതിൽ നന്നായി വെളിപ്പെടുത്തിയിട്ടില്ലെന്ന് എനിക്ക് തോന്നുന്നു. FreeSWITCH/FusionPBX-ലെ എന്റെ സ്വന്തം അനുഭവത്തെ അടിസ്ഥാനമാക്കി ഈ വിടവ് നികത്താൻ ഞാൻ ശ്രമിക്കും.

അതിനാൽ, domain.local ഡൊമെയ്‌നിൽ രജിസ്റ്റർ ചെയ്‌ത ഇന്റേണൽ നമ്പർ 1010 ഉള്ള ഒരു FusionPBX, നഗരത്തിലേക്കുള്ള ബാഹ്യ കോളുകൾക്കായി കോൺഫിഗർ ചെയ്‌ത റൂട്ട് ഞങ്ങൾക്കുണ്ട്. ഞങ്ങളുടെ പണം അപഹരിക്കുന്ന അനധികൃത കോളുകളിൽ നിന്ന് ഞങ്ങളുടെ ടെലിഫോണി സംവിധാനം സുരക്ഷിതമാക്കാൻ ഞങ്ങൾ ACL ഉപയോഗിക്കുന്നു. ആ. ACL-ൽ വിവരിച്ചിരിക്കുന്ന നെറ്റ്‌വർക്കുകളിൽ നിന്ന് മാത്രമേ ഔട്ട്‌ഗോയിംഗ് കോളുകൾ അനുവദിക്കൂ. FusionPBX-ൽ ACL എങ്ങനെ പ്രവർത്തിക്കുന്നു, അതിന്റെ സവിശേഷതകൾ, ലോജിക്, ആങ്കർ പോയിന്റ് എന്നിവയെക്കുറിച്ച് ഇവിടെ നിങ്ങൾക്ക് പൂർണ്ണമായും വ്യക്തമായ ധാരണ ആവശ്യമാണ്.

മേൽപ്പറഞ്ഞ ലേഖനത്തിന്റെ ബഹുമാനപ്പെട്ട രചയിതാവിനെപ്പോലെ, എസിഎല്ലുമായി ബന്ധപ്പെട്ട എല്ലാ റേക്കുകളും ഞാനും ചവിട്ടി.

ഞാൻ തുടങ്ങാം സിപ്പ്പ്രൊഫൈലുകൾ.
ആന്തരികവും ബാഹ്യവുമായ രണ്ട് പ്രൊഫൈലുകളും (ഞാൻ അവയെ അങ്ങനെ വിളിക്കും), പൊതു പശ്ചാത്തലത്തിലാണ്, ഇത് ആകസ്മികമല്ല. നമ്പറുകളുടെ രജിസ്ട്രേഷൻ ആന്തരിക പ്രൊഫൈലിൽ നടക്കുന്നു, ഞങ്ങൾ അത് ശ്രദ്ധിക്കും. ആന്തരിക പ്രൊഫൈലിൽ, ACL എന്ന ഡൊമെയ്‌നുകൾ apply-inbound-acl ആയി ബന്ധിപ്പിച്ചിരിക്കുന്നു. പ്രൊഫൈൽ തലത്തിൽ ACL ന്റെ പ്രവർത്തനത്തിന് ഉത്തരവാദിയായ ഈ വരിയാണ് ഇത്. ഇതുവരെ, പ്രൊഫൈലുകളുടെ കാര്യം അതാണ്.

സന്ദർഭം

കോൾ റൂട്ടിംഗിൽ മറ്റ് കാര്യങ്ങൾക്കൊപ്പം സന്ദർഭം ഉപയോഗിക്കുന്നു. എല്ലാ ഇൻകമിംഗ് റൂട്ടുകളും പൊതു സന്ദർഭവുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു.

പേരിന്റെ പശ്ചാത്തലത്തിൽ (സ്ഥിരസ്ഥിതിയായി) ഔട്ട്‌ഗോയിംഗ് റൂട്ടുകൾ (നഗരത്തിലേക്ക്, മൊബൈൽ ഫോണുകളിലേക്ക്, ദീർഘദൂര, അന്താരാഷ്ട്ര, അല്ലെങ്കിൽ മറ്റേതെങ്കിലും) സ്ഥിതിചെയ്യുന്നു. ഡൊമെയ്ൻ (നമുക്ക് ഇതിനെ domain.local എന്ന് വിളിക്കാം).

ACL

ഇനി നമുക്ക് ACL-കൾ കൈകാര്യം ചെയ്യാം. സ്ഥിരസ്ഥിതിയായി, പുതുതായി ഇൻസ്റ്റാൾ ചെയ്ത FusionPBX-ന് രണ്ട് ACL-കൾ ഉണ്ട്:

ഡൊമെയ്‌നുകളുടെ ഡിഫോൾട്ട് പ്രവർത്തനം: നിഷേധിക്കുക - ഈ ഷീറ്റ് ആന്തരിക പ്രൊഫൈലുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു
ലാൻ ഡിഫോൾട്ട് പ്രവർത്തനം: അനുവദിക്കുക

ഡൊമെയ്‌നുകളുടെ ACL ലിസ്റ്റിൽ, ഞങ്ങൾ നെറ്റ്‌വർക്ക് നിർദ്ദേശിക്കുന്നു (ഉദാഹരണത്തിന്, 192.168.0.0/24), ഞങ്ങൾ ഈ നെറ്റ്‌വർക്കിന് അനുമതി അനുവദിക്കുന്നു, ഞങ്ങൾ reloadacl ഉപയോഗിക്കുന്നു.

അടുത്തതായി, ഞങ്ങൾ ഈ നെറ്റ്‌വർക്കിൽ നിന്ന് ഒരു ഫോൺ രജിസ്റ്റർ ചെയ്യുന്നു, എല്ലാം ശരിയാണെന്നും നിർദ്ദേശങ്ങൾക്കനുസൃതമായും യുക്തിസഹമായും തോന്നുന്നു.
ഞങ്ങൾ ടെസ്റ്റിംഗ് ആരംഭിക്കുന്നു, ഒരു ബാഹ്യ നമ്പറിലേക്ക് ഒരു കോൾ ചെയ്യുക ... ഞങ്ങൾക്ക് ഒരു ഡോനട്ട് ലഭിക്കും, അല്ലെങ്കിൽ ഒരു ഡോനട്ട് ഹോൾ. പെട്ടെന്ന്!

കൺസോളിലെ ലോഗ് അല്ലെങ്കിൽ ലോഗ് വ്യൂവർ FusioPBX വഴി ഞങ്ങൾ ലോഗ് വിശകലനം ചെയ്യാൻ തുടങ്ങുന്നു.

ഞങ്ങളുടെ വെല്ലുവിളി ഞങ്ങൾ കാണുന്നു:

switch_channel.c:1104 New Channel sofia/internal/1010@domain.local

പ്രവർത്തിക്കുന്ന 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/1010@domain.local [CS_ROUTING] [NO_ROUTE_DESTINATION] 

റൂട്ടില്ല! ഞങ്ങൾ സത്യസന്ധമായി രജിസ്റ്റർ ചെയ്ത റൂട്ട് ആണെങ്കിലും.

ഉത്തരം ശരിക്കും ലളിതമാണ്.

വിളി വന്നിരിക്കുന്നു. ACL അത് നഷ്ടപ്പെടുത്തി. കൂടാതെ ACL ആന്തരിക പ്രൊഫൈലിൽ ബന്ധിപ്പിച്ചിരിക്കുന്നതിനാലും ഈ പ്രൊഫൈൽ പൊതു പശ്ചാത്തലത്തിലുള്ളതിനാലും, FreeSWITCH സത്യസന്ധമായി പൊതു സന്ദർഭത്തിൽ റൂട്ടിംഗ് നോക്കുന്നു. എന്നാൽ പൊതു പശ്ചാത്തലത്തിൽ, ഇൻകമിംഗ് റൂട്ടിംഗ് മാത്രമേ ഉള്ളൂ, അവിടെ നഗരത്തിലേക്കുള്ള വഴികളൊന്നുമില്ലെന്ന് സിസ്റ്റം സത്യസന്ധമായി നമ്മോട് പറയുന്നു.

ഈ സാഹചര്യത്തിൽ നിന്ന് കുറഞ്ഞത് രണ്ട് വഴികളുണ്ട്.

1. ഈ ACL പ്രൊഫൈലിലേക്കല്ല, ആന്തരിക നമ്പറിലേക്ക് തന്നെ അറ്റാച്ചുചെയ്യുക. ഇത് പരിഹരിക്കാനുള്ള ഏറ്റവും ശരിയായ മാർഗമായിരിക്കാം, കാരണം. മികച്ച ട്യൂണിംഗിനായി എക്സ്റ്റൻഷനോട് കഴിയുന്നത്ര അടുത്ത് ACL ബൈൻഡ് ചെയ്യുന്നതാണ് നല്ലത്. ആ. നിങ്ങൾക്ക് ഫോണിന്റെ ഒരു പ്രത്യേക വിലാസം / നെറ്റ്‌വർക്ക് വിലാസം നിർദ്ദേശിക്കാനാകും, അതിൽ നിന്ന് ഔട്ട്‌ഗോയിംഗ് കോൾ ചെയ്യാം. ഈ ഓപ്ഷന്റെ പോരായ്മ ഓരോ വിപുലീകരണത്തിനും ഇത് ചെയ്യേണ്ടിവരും എന്നതാണ്.
2. ACL ശരിയാക്കുക, അങ്ങനെ അത് പ്രൊഫൈൽ തലത്തിൽ ശരിയായി പ്രവർത്തിക്കുന്നു. ഞാൻ ഈ ഓപ്‌ഷൻ തിരഞ്ഞെടുത്തു, കാരണം ഓരോ വിപുലീകരണത്തിലും അത് നിർദ്ദേശിക്കുന്നതിനേക്കാൾ ഒരു തവണ ACL-ലേക്ക് നെറ്റ്‌വർക്ക് ചേർക്കുന്നത് എളുപ്പമാണെന്ന് എനിക്ക് തോന്നി. എന്നാൽ ഇത് എന്റെ ജോലിക്ക് വേണ്ടിയുള്ളതാണ്. മറ്റ് ജോലികൾക്കായി, നിങ്ങൾക്ക് വ്യത്യസ്തമായ തീരുമാനമെടുക്കൽ യുക്തി ആവശ്യമായി വന്നേക്കാം.

അങ്ങനെ. ACL ഡൊമെയ്‌നുകൾ ഇനിപ്പറയുന്ന രീതിയിൽ ശരിയാക്കാം:

ഡൊമെയ്‌നുകളുടെ ഡിഫോൾട്ട് പ്രവർത്തനം: അനുവദിക്കുക

ഡൊമെയ്‌നുകളുടെ ACL ലിസ്റ്റിൽ, ഞങ്ങൾ നെറ്റ്‌വർക്ക് രജിസ്റ്റർ ചെയ്യുന്നു:

നിഷേധിക്കുക 192.168.0.0/24

പ്രയോഗിക്കുക, വീണ്ടും ലോഡുചെയ്യുക.
ഞങ്ങൾ പരീക്ഷിക്കുകയാണ്: ഞങ്ങൾ 98343379xxxx നമ്പർ വീണ്ടും ഡയൽ ചെയ്യുക, കൂടാതെ ... ചെക്ക്‌പോയിന്റ് വരുന്നു ... ഹലോ. എല്ലാം പ്രവർത്തിക്കുന്നു.
FreeSWITCH-ൽ എന്താണ് സംഭവിച്ചതെന്ന് നോക്കാം:
കോൾ ആരംഭിക്കുന്നു:

switch_channel.c:1104 New Channel sofia/internal/1010@domain.local

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/1010@domain.local Regex (PASS) [Sity] destination_number(98343379xxxx) =~ /^9(8343[23]d{6})$/ break=on-false 

റൂട്ടിംഗ് കടന്നുപോയി, തുടർന്ന് കണക്ഷൻ സ്ഥാപനം വരുന്നു, അത് വിഷയത്തിന്റെ പരിധിക്കപ്പുറമാണ്.

ഞങ്ങൾ ACL-ൽ നെറ്റ്‌വർക്ക് വിലാസം മാറ്റുകയാണെങ്കിൽ, ആദ്യ ടെസ്റ്റിൽ നിന്ന് ചിത്രം നേടുക, അതായത്. ACL കോൾ ഒഴിവാക്കും, റൂട്ടിംഗ് NO_ROUTE_DESTINATION എന്ന് പറയും.

ACL FusionPBX-ൽ ഞാൻ ചേർക്കാൻ ആഗ്രഹിച്ചത് അത്രയേയുള്ളൂ.

ഇത് ആർക്കെങ്കിലും ഉപകാരപ്പെടുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

അവലംബം: www.habr.com