FusionPBX ਅਤੇ ACL

ਮੇਰਾ ਲੇਖ ਉਤਪਾਦ ਦਾ ਪੂਰਾ ਵੇਰਵਾ ਨਹੀਂ ਹੈ, ਪਰ ਚੰਗੇ ਪ੍ਰਕਾਸ਼ਨ "ਫਿਊਜ਼ਨਪੀਬੀਐਕਸ, ਜਾਂ ਦੁਬਾਰਾ-ਮਹਾਨ, ਫ੍ਰੀਸਵਿੱਚ" ਦਾ ਸਿਰਫ ਇੱਕ ਮਾਮੂਲੀ ਸੁਧਾਰ ਹੈ। ਇਹ ਮੈਨੂੰ ਜਾਪਦਾ ਹੈ ਕਿ FusionPBX ਵਿੱਚ ACL ਦਾ ਵਿਸ਼ਾ ਇਸ ਵਿੱਚ ਬਹੁਤ ਚੰਗੀ ਤਰ੍ਹਾਂ ਪ੍ਰਗਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। ਮੈਂ FreeSWITCH/FusionPBX ਨਾਲ ਆਪਣੇ ਖੁਦ ਦੇ ਅਨੁਭਵ ਦੇ ਆਧਾਰ 'ਤੇ ਇਸ ਪਾੜੇ ਨੂੰ ਭਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ।

ਅਤੇ ਇਸ ਲਈ, ਸਾਡੇ ਕੋਲ domain.local ਡੋਮੇਨ ਵਿੱਚ ਇੱਕ ਰਜਿਸਟਰਡ ਅੰਦਰੂਨੀ ਨੰਬਰ 1010 ਦੇ ਨਾਲ ਇੱਕ ਸਥਾਪਿਤ FusionPBX ਹੈ ਅਤੇ ਸ਼ਹਿਰ ਵਿੱਚ ਬਾਹਰੀ ਕਾਲਾਂ ਲਈ ਇੱਕ ਸੰਰਚਿਤ ਰੂਟ ਹੈ। ਅਸੀਂ ਆਪਣੇ ਟੈਲੀਫੋਨੀ ਸਿਸਟਮ ਨੂੰ ਅਣਅਧਿਕਾਰਤ ਕਾਲਾਂ ਤੋਂ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ ACL ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ ਜੋ ਸਾਡੇ ਪੈਸੇ ਖੋਹ ਲੈਣਗੀਆਂ। ਉਹ. ਸਿਰਫ਼ ACL ਵਿੱਚ ਵਰਣਿਤ ਨੈੱਟਵਰਕਾਂ ਤੋਂ ਹੀ ਆਊਟਗੋਇੰਗ ਕਾਲਾਂ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ। ਅਤੇ ਇੱਥੇ ਤੁਹਾਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਪਸ਼ਟ ਸਮਝ ਦੀ ਲੋੜ ਹੈ ਕਿ ਕਿਵੇਂ FusionPBX ਵਿੱਚ ACL ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਤਰਕ ਅਤੇ ਇਸਦੇ ਐਂਕਰ ਪੁਆਇੰਟ।

ਉਪਰੋਕਤ ਲੇਖ ਦੇ ਸਤਿਕਾਰਤ ਲੇਖਕ ਵਾਂਗ, ਮੈਂ ਵੀ ਏਸੀਐਲ ਨਾਲ ਸਬੰਧਤ ਸਾਰੇ ਰੈਕਾਂ 'ਤੇ ਕਦਮ ਰੱਖਿਆ.

ਮੈਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰਾਂਗਾ SipProfiles.
ਦੋਵੇਂ ਪ੍ਰੋਫਾਈਲਾਂ (ਮੈਂ ਉਨ੍ਹਾਂ ਨੂੰ ਕਹਾਂਗਾ ਕਿ), ਅੰਦਰੂਨੀ ਅਤੇ ਬਾਹਰੀ ਦੋਵੇਂ, ਜਨਤਕ ਸੰਦਰਭ ਵਿੱਚ ਹਨ, ਅਤੇ ਇਹ ਅਚਾਨਕ ਨਹੀਂ ਹੈ। ਨੰਬਰਾਂ ਦੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਅੰਦਰੂਨੀ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਅਸੀਂ ਇਸ ਵੱਲ ਧਿਆਨ ਦੇਵਾਂਗੇ। ਅੰਦਰੂਨੀ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ, ਡੋਮੇਨ ACL ਲਾਗੂ-ਇਨਬਾਊਂਡ-ਏਸੀਐਲ ਦੇ ਤੌਰ ਤੇ ਬੰਨ੍ਹੇ ਹੋਏ ਹਨ। ਇਹ ਇਹ ਲਾਈਨ ਹੈ ਜੋ ਪ੍ਰੋਫਾਈਲ ਪੱਧਰ 'ਤੇ ACL ਦੇ ਸੰਚਾਲਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਹੁਣ ਤੱਕ, ਇਹ ਪ੍ਰੋਫਾਈਲਾਂ ਦੇ ਨਾਲ ਹੈ.

ਪਰਸੰਗ

ਕਾਲ ਰੂਟਿੰਗ ਵਿੱਚ, ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ, ਸੰਦਰਭ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਾਰੇ ਆਉਣ ਵਾਲੇ ਰਸਤੇ ਜਨਤਕ ਸੰਦਰਭ ਨਾਲ ਬੰਨ੍ਹੇ ਹੋਏ ਹਨ।

ਆਊਟਗੋਇੰਗ (ਸ਼ਹਿਰ, ਸੈਲੂਲਰ, ਲੰਬੀ ਦੂਰੀ, ਅੰਤਰਰਾਸ਼ਟਰੀ, ਅਤੇ ਕੋਈ ਹੋਰ) ਰਸਤੇ (ਮੂਲ ਰੂਪ ਵਿੱਚ) ਇੱਕ ਡੋਮੇਨ ਨਾਮ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਹਨ (ਆਓ ਇਸਨੂੰ domain.local ਕਹੀਏ)।

ACL

ਆਉ ਹੁਣ ACLs ਨਾਲ ਨਜਿੱਠੀਏ. ਮੂਲ ਰੂਪ ਵਿੱਚ, ਇੱਕ ਤਾਜ਼ੇ ਸਥਾਪਿਤ FusionPBX ਵਿੱਚ ਦੋ ACL ਹਨ:

ਡੋਮੇਨ ਡਿਫੌਲਟ ਐਕਸ਼ਨ: ਇਨਕਾਰ - ਇਹ ਸ਼ੀਟ ਅੰਦਰੂਨੀ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਬੰਨ੍ਹੀ ਹੋਈ ਹੈ
lan ਡਿਫੌਲਟ ਐਕਸ਼ਨ: ਆਗਿਆ ਦਿਓ

ਡੋਮੇਨ ACL ਸੂਚੀ ਵਿੱਚ, ਅਸੀਂ ਨੈੱਟਵਰਕ (ਉਦਾਹਰਣ ਲਈ, 192.168.0.0/24) ਦੀ ਤਜਵੀਜ਼ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ ਇਸ ਨੈੱਟਵਰਕ ਲਈ ਅਨੁਮਤੀ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਾਂ, ਅਸੀਂ ਰੀਲੋਡੈਕਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ।

ਅੱਗੇ, ਅਸੀਂ ਇਸ ਨੈਟਵਰਕ ਤੋਂ ਇੱਕ ਫੋਨ ਰਜਿਸਟਰ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਸਭ ਕੁਝ ਠੀਕ ਅਤੇ ਨਿਰਦੇਸ਼ਾਂ ਦੇ ਅਨੁਸਾਰ ਅਤੇ ਤਰਕ ਨਾਲ ਲੱਗਦਾ ਹੈ.
ਅਸੀਂ ਜਾਂਚ ਸ਼ੁਰੂ ਕਰਦੇ ਹਾਂ, ਕਿਸੇ ਬਾਹਰੀ ਨੰਬਰ 'ਤੇ ਕਾਲ ਕਰਦੇ ਹਾਂ ਅਤੇ ... ਸਾਨੂੰ ਇੱਕ ਡੋਨਟ, ਜਾਂ ਇੱਕ ਡੋਨਟ ਹੋਲ ਮਿਲਦਾ ਹੈ। ਅਚਾਨਕ!

ਅਸੀਂ ਕੰਸੋਲ ਵਿੱਚ ਜਾਂ ਲੌਗ ਵਿਊਅਰ 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 ਨੰਬਰ ਡਾਇਲ ਕਰਦੇ ਹਾਂ ਅਤੇ... ਚੈਕਪੁਆਇੰਟ ਆ ਰਿਹਾ ਹੈ... ਹੈਲੋ। ਸਭ ਕੁਝ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ।
ਆਓ ਦੇਖੀਏ ਕਿ 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