In article ,
Matthew Pounsett wrote:
> On 2012/07/08, at 20:40, Doug Barton wrote:
>
> > On 07/08/2012 17:33, Matthew Pounsett wrote:
> >>
> >> On 2012/07/08, at 20:29, Matthew Pounsett wrote:
> >>
> >>>
> >>> On 2012/07/08, at 20:26, Mark Andrews wrote:
> >>>
>
> One can also bu
In message <4ffa2871.2020...@dougbarton.us>, Doug Barton writes:
> On 07/08/2012 17:33, Matthew Pounsett wrote:
> >
> > On 2012/07/08, at 20:29, Matthew Pounsett wrote:
> >
> >>
> >> On 2012/07/08, at 20:26, Mark Andrews wrote:
> >>
> >>>
> >>> One can also build named w/o GOST support if one wa
On 2012/07/08, at 20:40, Doug Barton wrote:
> On 07/08/2012 17:33, Matthew Pounsett wrote:
>>
>> On 2012/07/08, at 20:29, Matthew Pounsett wrote:
>>
>>>
>>> On 2012/07/08, at 20:26, Mark Andrews wrote:
>>>
One can also build named w/o GOST support if one wants. We statically
In message <6a477852-8c67-421a-850c-7144a37b8...@conundrum.com>, Matthew Pounse
tt writes:
>
> On 2012/07/08, at 20:29, Matthew Pounsett wrote:
>
> >=20
> > On 2012/07/08, at 20:26, Mark Andrews wrote:
> >=20
> >>=20
> >> One can also build named w/o GOST support if one wants. We =
> statically
On 07/08/2012 17:33, Matthew Pounsett wrote:
>
> On 2012/07/08, at 20:29, Matthew Pounsett wrote:
>
>>
>> On 2012/07/08, at 20:26, Mark Andrews wrote:
>>
>>>
>>> One can also build named w/o GOST support if one wants. We statically
>>> link all the engines when building named on Windows.
>>
>> U
On 2012/07/08, at 20:29, Matthew Pounsett wrote:
>
> On 2012/07/08, at 20:26, Mark Andrews wrote:
>
>>
>> One can also build named w/o GOST support if one wants. We statically
>> link all the engines when building named on Windows.
>
> Unfortunately the port doesn't provide the config hooks
On 2012/07/08, at 20:26, Mark Andrews wrote:
>
> One can also build named w/o GOST support if one wants. We statically
> link all the engines when building named on Windows.
Unfortunately the port doesn't provide the config hooks to disable GOST support.
In message , Matthew Pounse
tt writes:
>
> On 2012/07/08, at 17:46, Doug Barton wrote:
>
> > On 07/08/2012 13:40, Matthew Pounsett wrote:
> >> Yeah, I have to wonder if there's something that can be done in ports to p
> revent this from being an issue.
> >
> > You need to ask the nice openssl p
On 2012/07/08, at 17:46, Doug Barton wrote:
> On 07/08/2012 13:40, Matthew Pounsett wrote:
>> Yeah, I have to wonder if there's something that can be done in ports to
>> prevent this from being an issue.
>
> You need to ask the nice openssl people to turn gost into a library
> instead of an eng
On 07/08/2012 13:40, Matthew Pounsett wrote:
> Yeah, I have to wonder if there's something that can be done in ports to
> prevent this from being an issue.
You need to ask the nice openssl people to turn gost into a library
instead of an engine. Meanwhile, copying the file into the chroot will
pa
On 2012/07/08, at 15:04, Michael Sinatra wrote:
> What makes me doubt what I just said is that this has been an issue for more
> than a year now, so I am not sure why you have escaped it for so long. I
> assume you had openssl 1.0.x installed before you upgraded it--or was it an
> earlier ver
On 07/08/12 09:54, Matthew Pounsett wrote:
08-Jul-2012 16:45:00.352 initializing DST: openssl failure
08-Jul-2012 16:45:00.352 exiting (due to fatal error)
In particular the logs above suggest that named is unable to find the
necessary openssl libraries. In the case where openssl 1.x.x is
co
I upgraded my OpenSSL and BIND ports on one of my machines yesterday afternoon,
and ended up with BIND being unable to start due to some problem with OpenSSL.
Unfortunately, it's not giving me any real information to go on about what the
problem is.
> openssl version
WARNING: can't open con
On 07/07/2012 23:15, Mr BeEye wrote:
> Hello all.
>
> Let's have a finite list of IPv4 (private and public) addresses, e.g.
> {A, B, C, ... N}.
>
> It is possible to configure BIND in the way:
> 1) BIND resolves EVERYTHING for {A, B, C, ... N}.
It sounds like you're wanting to set up a resolver
On 07/08/2012 09:32 AM, Jukka Pakkanen wrote:
Why not just:
acl "X" {A; B, C; ...; };
options {
...
allow-query { "any"; };
allow-recursion { "X"; };
...};
Doh, of course. This is a better idea, thanks.
___
Please visit https://lists.isc.o
Why not just:
acl "X" {A; B, C; ...; };
options {
...
allow-query { "any"; };
allow-recursion { "X"; };
...};
Jukka
8.7.2012 11:24, Phil Mayers kirjoitti:
On 07/08/2012 07:15 AM, Mr BeEye wrote:
Hello all.
Let's have a finite list of IPv4 (private and public) addresses, e.g.
{A, B,
On 07/08/2012 07:15 AM, Mr BeEye wrote:
Hello all.
Let's have a finite list of IPv4 (private and public) addresses, e.g.
{A, B, C, ... N}.
It is possible to configure BIND in the way:
1) BIND resolves EVERYTHING for {A, B, C, ... N}.
2) BIND resolves ONLY its authoritative domain for internet e
17 matches
Mail list logo