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 -
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
On Wednesday, February 8, 2012, Josh mojo1...@privatedemail.net 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
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 mojo1...@privatedemail.net wrote:
I don't get this. Didnt EVERYONE know it's insecure?
Can you read?
Can everyone?
--
_
-- Bandwidth and Colocation Provided by
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
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
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
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?
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
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
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
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
Whats asterick?
On Wed, Feb 1, 2012 at 7:48 PM, Josh mojo1...@privatedemail.net 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
14 matches
Mail list logo