asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Denis Lapshin-2
asterisk-13.23.1-imap from amd64/packages have a bug with
'res_rtp_asterisk.so' module loading. res_rtp_asterisk.so is present in
/usr/local/lib/asterisk/modules.

User authentication is completely broken because of that.

...
 Loading res_ael_share.so.
[Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
'res_rtp_asterisk.so' could not be loaded.
[Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
'res_rtp_asterisk.so' could not be loaded.
[Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
'res_rtp_asterisk.so' could not be loaded.
[Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
'res_rtp_asterisk.so' could not be loaded.
[Nov 13 19:03:26] WARNING[-1]: loader.c:583 load_dlopen: Error loading
module 'res_rtp_asterisk.so': Cannot load specified object
[Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
'res_rtp_asterisk.so' could not be loaded.
 Loading res_config_pgsql.so.
...
[Nov 13 19:13:31] ERROR[-1][C-00000000]: rtp_engine.c:435
ast_rtp_instance_new: No RTP engine was found. Do you have one loaded?
[Nov 13 19:13:31] NOTICE[-1][C-00000000]: chan_sip.c:26363
handle_request_invite: Failed to authenticate device "gogo"
<sip:876@10.0.0.1>

Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Stuart Henderson-6
On 2018/11/13 19:15, Denis wrote:

> asterisk-13.23.1-imap from amd64/packages have a bug with
> 'res_rtp_asterisk.so' module loading. res_rtp_asterisk.so is present in
> /usr/local/lib/asterisk/modules.
>
> User authentication is completely broken because of that.
>
> ...
>  Loading res_ael_share.so.
> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
> 'res_rtp_asterisk.so' could not be loaded.
> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
> 'res_rtp_asterisk.so' could not be loaded.
> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
> 'res_rtp_asterisk.so' could not be loaded.
> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
> 'res_rtp_asterisk.so' could not be loaded.
> [Nov 13 19:03:26] WARNING[-1]: loader.c:583 load_dlopen: Error loading
> module 'res_rtp_asterisk.so': Cannot load specified object
> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
> 'res_rtp_asterisk.so' could not be loaded.
>  Loading res_config_pgsql.so.
> ...
> [Nov 13 19:13:31] ERROR[-1][C-00000000]: rtp_engine.c:435
> ast_rtp_instance_new: No RTP engine was found. Do you have one loaded?
> [Nov 13 19:13:31] NOTICE[-1][C-00000000]: chan_sip.c:26363
> handle_request_invite: Failed to authenticate device "gogo"
> <sip:876@10.0.0.1>

Works on my test setup (my main asterisk boxes have a more complex setup
but aren't -current).

Can you stop asterisk and get me output from this please? Run it under
script(1), there will be a lot.

doas -u _asterisk env LD_DEBUG=1 asterisk -f


Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Denis Lapshin-2
Sure

Here is a part of output
...
asterisk:/usr/local/lib/asterisk/modules/res_rtp_asterisk.so: undefined
symbol 'ast_pjproject_caching_pool_destroy'
asterisk:/usr/local/lib/asterisk/modules/res_rtp_asterisk.so: undefined
symbol 'ast_pjproject_caching_pool_init'
protect start RELRO = 0x6656e201530 in
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
protect end RELRO = 0x6656e202000 in
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
unload_shlib called on /usr/local/lib/asterisk/modules/res_rtp_asterisk.so
unload_shlib called on /usr/lib/libssl.so.46.1
unload_shlib called on /usr/lib/libcrypto.so.44.1
unload_shlib called on /usr/lib/libpthread.so.25.1
unload_shlib unloading on
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
dlopen: /usr/local/lib/asterisk/modules/res_rtp_asterisk.so: done (failed).
dlopen: loading: /usr/local/lib/asterisk/modules/res_rtp_asterisk.so
[Nov 13 19:58:51] WARNING[-1]: loader.c:1182 load_resource: Module
'res_rtp_asterisk.so' could not be loaded.
 flags /usr/local/lib/asterisk/modules/res_rtp_asterisk.so = 0x0
head /usr/local/lib/asterisk/modules/res_rtp_asterisk.so
obj /usr/local/lib/asterisk/modules/res_rtp_asterisk.so has
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so as head
linking /usr/local/lib/asterisk/modules/res_rtp_asterisk.so as dlopen()ed
head [/usr/local/lib/asterisk/modules/res_rtp_asterisk.so]
examining: '/usr/local/lib/asterisk/modules/res_rtp_asterisk.so'
loading: libpthread.so.25.1 required by
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
loading: libcrypto.so.44.1 required by
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
loading: libssl.so.46.1 required by
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
linking dep /usr/lib/libssl.so.46.1 as child of
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
linking dep /usr/lib/libcrypto.so.44.1 as child of
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
linking dep /usr/lib/libpthread.so.25.1 as child of
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
tail /usr/local/lib/asterisk/modules/res_rtp_asterisk.so
asterisk:/usr/local/lib/asterisk/modules/res_rtp_asterisk.so: undefined
symbol 'ast_pjproject_caching_pool_destroy'
asterisk:/usr/local/lib/asterisk/modules/res_rtp_asterisk.so: undefined
symbol 'ast_pjproject_caching_pool_init'
protect start RELRO = 0x664e979d530 in
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
protect end RELRO = 0x664e979e000 in
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
unload_shlib called on /usr/local/lib/asterisk/modules/res_rtp_asterisk.so
unload_shlib called on /usr/lib/libssl.so.46.1
unload_shlib called on /usr/lib/libcrypto.so.44.1
unload_shlib called on /usr/lib/libpthread.so.25.1
unload_shlib unloading on
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
dlopen: /usr/local/lib/asterisk/modules/res_rtp_asterisk.so: done (failed).
dlopen: loading: /usr/local/lib/asterisk/modules/res_rtp_asterisk.so
[Nov 13 19:58:51] WARNING[-1]: loader.c:1182 load_resource: Module
'res_rtp_asterisk.so' could not be loaded.
 flags /usr/local/lib/asterisk/modules/res_rtp_asterisk.so = 0x0
head /usr/local/lib/asterisk/modules/res_rtp_asterisk.so
obj /usr/local/lib/asterisk/modules/res_rtp_asterisk.so has
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so as head
linking /usr/local/lib/asterisk/modules/res_rtp_asterisk.so as dlopen()ed
head [/usr/local/lib/asterisk/modules/res_rtp_asterisk.so]
examining: '/usr/local/lib/asterisk/modules/res_rtp_asterisk.so'
loading: libssl.so.46.1 required by
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
loading: libpthread.so.25.1 required by
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
loading: libcrypto.so.44.1 required by
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
linking dep /usr/lib/libssl.so.46.1 as child of
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
linking dep /usr/lib/libcrypto.so.44.1 as child of
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
linking dep /usr/lib/libpthread.so.25.1 as child of
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
tail /usr/local/lib/asterisk/modules/res_rtp_asterisk.so
asterisk:/usr/local/lib/asterisk/modules/res_rtp_asterisk.so: undefined
symbol 'ast_pjproject_caching_pool_destroy'
asterisk:/usr/local/lib/asterisk/modules/res_rtp_asterisk.so: undefined
symbol 'ast_pjproject_caching_pool_init'
protect start RELRO = 0x664f2daa530 in
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
protect end RELRO = 0x664f2dab000 in
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
unload_shlib called on /usr/local/lib/asterisk/modules/res_rtp_asterisk.so
unload_shlib called on /usr/lib/libssl.so.46.1
unload_shlib called on /usr/lib/libcrypto.so.44.1
unload_shlib called on /usr/lib/libpthread.so.25.1
unload_shlib unloading on
/usr/local/lib/asterisk/modules/res_rtp_asterisk.so
dlopen: /usr/local/lib/asterisk/modules/res_rtp_asterisk.so: done (failed).

On 11/13/2018 7:31 PM, Stuart Henderson wrote:

> On 2018/11/13 19:15, Denis wrote:
>> asterisk-13.23.1-imap from amd64/packages have a bug with
>> 'res_rtp_asterisk.so' module loading. res_rtp_asterisk.so is present in
>> /usr/local/lib/asterisk/modules.
>>
>> User authentication is completely broken because of that.
>>
>> ...
>>  Loading res_ael_share.so.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:583 load_dlopen: Error loading
>> module 'res_rtp_asterisk.so': Cannot load specified object
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>>  Loading res_config_pgsql.so.
>> ...
>> [Nov 13 19:13:31] ERROR[-1][C-00000000]: rtp_engine.c:435
>> ast_rtp_instance_new: No RTP engine was found. Do you have one loaded?
>> [Nov 13 19:13:31] NOTICE[-1][C-00000000]: chan_sip.c:26363
>> handle_request_invite: Failed to authenticate device "gogo"
>> <sip:876@10.0.0.1>
>
> Works on my test setup (my main asterisk boxes have a more complex setup
> but aren't -current).
>
> Can you stop asterisk and get me output from this please? Run it under
> script(1), there will be a lot.
>
> doas -u _asterisk env LD_DEBUG=1 asterisk -f
>
>

Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Peter Wens
In reply to this post by Stuart Henderson-6
in modules.conf:

you need: autoload=yes, or res_pjproject.so loaded

#Pjproject common configuration (needed for RTP stack)
load => res_pjproject.so

On 11/13/18 5:31 PM, Stuart Henderson wrote:

> On 2018/11/13 19:15, Denis wrote:
>> asterisk-13.23.1-imap from amd64/packages have a bug with
>> 'res_rtp_asterisk.so' module loading. res_rtp_asterisk.so is present in
>> /usr/local/lib/asterisk/modules.
>>
>> User authentication is completely broken because of that.
>>
>> ...
>>   Loading res_ael_share.so.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:583 load_dlopen: Error loading
>> module 'res_rtp_asterisk.so': Cannot load specified object
>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>> 'res_rtp_asterisk.so' could not be loaded.
>>   Loading res_config_pgsql.so.
>> ...
>> [Nov 13 19:13:31] ERROR[-1][C-00000000]: rtp_engine.c:435
>> ast_rtp_instance_new: No RTP engine was found. Do you have one loaded?
>> [Nov 13 19:13:31] NOTICE[-1][C-00000000]: chan_sip.c:26363
>> handle_request_invite: Failed to authenticate device "gogo"
>> <sip:876@10.0.0.1>
> Works on my test setup (my main asterisk boxes have a more complex setup
> but aren't -current).
>
> Can you stop asterisk and get me output from this please? Run it under
> script(1), there will be a lot.
>
> doas -u _asterisk env LD_DEBUG=1 asterisk -f
>
>

Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Denis Lapshin-2
Done. Since than works as expected.

Thanks

On 11/13/2018 8:31 PM, Peter Wens wrote:

> in modules.conf:
>
> you need: autoload=yes, or res_pjproject.so loaded
>
> #Pjproject common configuration (needed for RTP stack)
> load => res_pjproject.so
>
> On 11/13/18 5:31 PM, Stuart Henderson wrote:
>> On 2018/11/13 19:15, Denis wrote:
>>> asterisk-13.23.1-imap from amd64/packages have a bug with
>>> 'res_rtp_asterisk.so' module loading. res_rtp_asterisk.so is present in
>>> /usr/local/lib/asterisk/modules.
>>>
>>> User authentication is completely broken because of that.
>>>
>>> ...
>>>   Loading res_ael_share.so.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:583 load_dlopen: Error loading
>>> module 'res_rtp_asterisk.so': Cannot load specified object
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>>   Loading res_config_pgsql.so.
>>> ...
>>> [Nov 13 19:13:31] ERROR[-1][C-00000000]: rtp_engine.c:435
>>> ast_rtp_instance_new: No RTP engine was found. Do you have one loaded?
>>> [Nov 13 19:13:31] NOTICE[-1][C-00000000]: chan_sip.c:26363
>>> handle_request_invite: Failed to authenticate device "gogo"
>>> <sip:876@10.0.0.1>
>> Works on my test setup (my main asterisk boxes have a more complex setup
>> but aren't -current).
>>
>> Can you stop asterisk and get me output from this please? Run it under
>> script(1), there will be a lot.
>>
>> doas -u _asterisk env LD_DEBUG=1 asterisk -f
>>
>>
>

Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Stuart Henderson-6
In reply to this post by Denis Lapshin-2
On 2018/11/13 20:20, Denis wrote:
> Sure
>
> Here is a part of output

Could you send the complete output please. What you sent started after
it started loading the problem .so module.

Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Denis Lapshin-2
Stuart,

The problem was with non loaded res_pjproject.so

After loading it, res_rtp_asterisk.so loads successfully. Users
authenticated as it should be.

On 11/14/2018 1:53 AM, Stuart Henderson wrote:
> On 2018/11/13 20:20, Denis wrote:
>> Sure
>>
>> Here is a part of output
>
> Could you send the complete output please. What you sent started after
> it started loading the problem .so module.
>

Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Peter Wens
OpenBSD port of asterisk sample config of modules.conf:

[modules]
autoload=yes

So if you customize modules.conf this could happen. There were more
modules needed over the time like bridging modules, such as
bridge_simple.so or bridge_multiplexed.so.

On 11/14/18 8:02 AM, Denis wrote:

> Stuart,
>
> The problem was with non loaded res_pjproject.so
>
> After loading it, res_rtp_asterisk.so loads successfully. Users
> authenticated as it should be.
>
> On 11/14/2018 1:53 AM, Stuart Henderson wrote:
>> On 2018/11/13 20:20, Denis wrote:
>>> Sure
>>>
>>> Here is a part of output
>> Could you send the complete output please. What you sent started after
>> it started loading the problem .so module.
>>

Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Denis Lapshin-2
In reply to this post by Peter Wens
It happened after upgrade asterisk port to an actual 13.23.1 from 6.4
packages. I'm not using autoload from the beginning, so some changes in
modules' dependencies show an error explicitly.

On 11/13/2018 8:31 PM, Peter Wens wrote:

> in modules.conf:
>
> you need: autoload=yes, or res_pjproject.so loaded
>
> #Pjproject common configuration (needed for RTP stack)
> load => res_pjproject.so
>
> On 11/13/18 5:31 PM, Stuart Henderson wrote:
>> On 2018/11/13 19:15, Denis wrote:
>>> asterisk-13.23.1-imap from amd64/packages have a bug with
>>> 'res_rtp_asterisk.so' module loading. res_rtp_asterisk.so is present in
>>> /usr/local/lib/asterisk/modules.
>>>
>>> User authentication is completely broken because of that.
>>>
>>> ...
>>>   Loading res_ael_share.so.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:583 load_dlopen: Error loading
>>> module 'res_rtp_asterisk.so': Cannot load specified object
>>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module
>>> 'res_rtp_asterisk.so' could not be loaded.
>>>   Loading res_config_pgsql.so.
>>> ...
>>> [Nov 13 19:13:31] ERROR[-1][C-00000000]: rtp_engine.c:435
>>> ast_rtp_instance_new: No RTP engine was found. Do you have one loaded?
>>> [Nov 13 19:13:31] NOTICE[-1][C-00000000]: chan_sip.c:26363
>>> handle_request_invite: Failed to authenticate device "gogo"
>>> <sip:876@10.0.0.1>
>> Works on my test setup (my main asterisk boxes have a more complex setup
>> but aren't -current).
>>
>> Can you stop asterisk and get me output from this please? Run it under
>> script(1), there will be a lot.
>>
>> doas -u _asterisk env LD_DEBUG=1 asterisk -f
>>
>>
>

Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Stuart Henderson
On 2018/11/14 13:22, Denis wrote:

> It happened after upgrade asterisk port to an actual 13.23.1 from 6.4
> packages. I'm not using autoload from the beginning, so some changes in
> modules' dependencies show an error explicitly.
>
> On 11/13/2018 8:31 PM, Peter Wens wrote:
> > in modules.conf:
> >
> > you need: autoload=yes, or res_pjproject.so loaded
> >
> > #Pjproject common configuration (needed for RTP stack)
> > load => res_pjproject.so

I guess you probably ran into this one before Peter? There's nothing in
the trimmed console output to indicate this - actually if I disable
loading the pjproject modules to replicate this I see that it would
have been just a couple of lines above the included text :-)

Looks like this requirement started in 13.21.0 (and is further proof
that the further you move from defaults, the more likely you are to run
into problems..)

Reply | Threaded
Open this post in threaded view
|

Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users

Peter Wens
Yes it happend from OPENBSD_6_2_BASE -> OPENBSD_6_3_BASE. The need of a
bridge module was from asterisk 1.8 -> 11+.

The default port install with the example configs always worked out of
the box for me sinds OPENBSD_5_0_BASE when I start using asterisk on
OpenBSD.

On 11/14/18 12:03 PM, Stuart Henderson wrote:

> On 2018/11/14 13:22, Denis wrote:
>> It happened after upgrade asterisk port to an actual 13.23.1 from 6.4
>> packages. I'm not using autoload from the beginning, so some changes in
>> modules' dependencies show an error explicitly.
>>
>> On 11/13/2018 8:31 PM, Peter Wens wrote:
>>> in modules.conf:
>>>
>>> you need: autoload=yes, or res_pjproject.so loaded
>>>
>>> #Pjproject common configuration (needed for RTP stack)
>>> load => res_pjproject.so
> I guess you probably ran into this one before Peter? There's nothing in
> the trimmed console output to indicate this - actually if I disable
> loading the pjproject modules to replicate this I see that it would
> have been just a couple of lines above the included text :-)
>
> Looks like this requirement started in 13.21.0 (and is further proof
> that the further you move from defaults, the more likely you are to run
> into problems..)
>