On 02/08/2012 09:28 AM, Josh wrote:
If one has internal networks, accessible via, say eth1 and tun0, and
implements Asterisk to act as the internal/private PBX (without exposing
it to the outside world), then having been forced to use 0.0.0.0 will,
of course, expose Asterisk to any other - undesi
On Wednesday, February 8, 2012, Josh wrote:
>
>> I don't get this. Didnt EVERYONE know it's insecure?
>
> Can you read?
Can everyone?
>
>
> --
> _
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to
I don't get this. Didnt EVERYONE know it's insecure?
Can you read?
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
On Wednesday, February 8, 2012, Josh wrote:
>
>> http://www.asterisk.org/astdocs/node66.html
>
> Thanks, never knew that!
>
>> Yes, I understand that it's not what you want, but that doesn't make it
a security concern. If Asterisk is publicly available on one interface,
making it available on ano
http://www.asterisk.org/astdocs/node66.html
Thanks, never knew that!
Yes, I understand that it's not what you want, but that doesn't make
it a security concern. If Asterisk is publicly available on one
interface, making it available on another interface doesn't make you
less secure.
You lo
On 02/07/2012 09:43 AM, Josh wrote:
More or less. I don't know if it's easy to trigger for specific caller
ID values, or for none. You might need to to a little customization,
but something mostly like what you describe is present.
I am glad to see this! Which modules/functions present this
func
It is indeed. This is already implemented in Asterisk I take it then? If
so, brilliant news!
More or less. I don't know if it's easy to trigger for specific
caller ID values, or for none. You might need to to a little
customization, but something mostly like what you describe is present.
I a
On 02/06/2012 03:29 PM, Josh wrote:
Your description sounds almost entirely like the existing call
screening, so I'm pretty sure you'll be able to accomplish it. Start
with call screening, and modify that to suit your needs.
It is indeed. This is already implemented in Asterisk I take it then? I
Your description sounds almost entirely like the existing call
screening, so I'm pretty sure you'll be able to accomplish it. Start
with call screening, and modify that to suit your needs.
It is indeed. This is already implemented in Asterisk I take it then? If
so, brilliant news!
I'd encou
On 02/05/2012 03:50 PM, Josh wrote:
One particular example of this, as I already pointed out in that earlier
post, is I'd like to ask "anonymous" callers (i.e. callers without any
caller IDs or callers placed in that group by myself/admin/other) to be
asked by Asterisk what is the reason for thei
Great subject, BTW. It'll make everyone's contribution so much easier
for 'the next guy' to search for.
Indeed - one of the main purposes of this ML. It also taps into the
(shared pool of) knowledge of others, which is always a good thing.
--
_
and multitasking - the latter
*may* be solved by going with AGI (not sure yet as Asterisk is still
completely new to me).
I don't really follow you.
What I meant was that it may be necessary (at a later stage, once I get
enough level of knowledge to be confident of doing something a bit more
On 02/03/2012 02:52 PM, Josh wrote:
At this stage, after reading for the past couple of days, my two main
concerns are NAT handling of SIP as both the Asterisk & my clients will
be behind a firewall on a private net,
That's not entirely unusual. Unfortunate as it is, NAT abounds.
and multit
On Thu, 2 Feb 2012, Josh wrote:
Great subject, BTW. It'll make everyone's contribution so much easier for
'the next guy' to search for.
Just feeling snarky on a Friday afternoon :)
--
Thanks in advance,
-
Steve Edwards
I can't see any reason it shouldn't be.
At this stage, after reading for the past couple of days, my two main
concerns are NAT handling of SIP as both the Asterisk & my clients will
be behind a firewall on a private net, and multitasking - the latter
*may* be solved by going with AGI (not sur
On 02/01/2012 04:48 PM, Josh wrote:
The purpose of registering this external account is so that both the
smart phones (tun0) and the internal net (eth1) users could use this
account to make external calls (starting with "0", i.e "_0[0-9]."
pattern in extensioins.conf). Obviously, I need these cal
I think you might want to split your questions first.
I thought that instead of creating a dozen different threads (and
clogging the ML in the process) it would be better to put everything
into one place - just pick the issue (or issues) you could address and
leave (i.e. delete) the rest out.
I think you might want to split your questions first.
this might work from local ISP network, but in my experience it might
depend on provider.
1. You can't have multiple externip, but it's not necessary to run two
Asterisk instances, because you can set routes to different destinations
via part
Whats asterick?
I blame my spell checker! :-P
Do you have anything to offer in terms of help or advice on the
issues/questions I posted?
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to A
Whats asterick?
On Wed, Feb 1, 2012 at 7:48 PM, Josh wrote:
> I am trying to configure Asterick, having the following system setup on
> the Asterick server:
>
> * eth0 faces the external Internet interface, *but* it does not have IP
> address (it has a private one given to it by my ISP's DHCP ser
I am trying to configure Asterick, having the following system setup on
the Asterick server:
* eth0 faces the external Internet interface, *but* it does not have IP
address (it has a private one given to it by my ISP's DHCP server);
* eth1 faces my internal network (say 10.1.1.0/24);
* tun0 serve
21 matches
Mail list logo