Disable the ACL on the SIP profile and: 1) Do IP checking using conditions in the dialplan and use respond to require auth/reject calls when you need it. This will still require a reloadxml when you make changes. 2) Use xml_curl like msc said and look at sip_from_host and use respond (and xml_curl) to reject/auth calls when you need it. This will not require any reloading when you auth calls. On Sat, Sep 17, 2011 at 3:44 AM, Joe Flemmings <joe.jflemmings@gmail.com> wrote:
Is their a solution without reloading acl?
On Fri, Sep 9, 2011 at 4:16 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
How can we respond with specific error code to xml_curl request in case we didn't find user or it was denied by ACL? It would be nice to have ability to control what FS will respond based on xml_curl result.
2011/9/9 Joe Flemmings <joe.jflemmings@gmail.com>
The request is never sent to mod_xml_curl. This was the first thing i checked.
On Thu, Sep 8, 2011 at 4:37 PM, Michael Collins <msc@freeswitch.org> wrote:
Technically you can do the IP auth right in your script if you know what IP range(s) to add. Look at the request sent to your server from mod_xml_curl and check the sip_from_host value against your list. -MC
On Tue, Sep 6, 2011 at 10:20 PM, Joe Flemmings <joe.jflemmings@gmail.com> wrote:
I tried that but it seams the acl has to be already defined in acl.conf.xml
On Tue, Sep 6, 2011 at 10:04 PM, Brad Mina <brad@tech21.com> wrote:
I believe you can add an acl param in a user's XML.
Sent from my iPhone On Sep 6, 2011, at 8:21 PM, Joe Flemmings <joe.jflemmings@gmail.com> wrote:
I use xml_curl to authenticate sip devices and was wondering if there is a way to do IP authentication without having to edit and reaload acl.conf.xml
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Best regards,
Dmitry Sytchev, IT Engineer
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Kristian Kielhofner