disabling lame server logging

Sten Carlsen stenc at s-carlsen.dk
Tue Feb 26 21:06:11 UTC 2013


On 26/02/13 19:09, Robert Moskowitz wrote:
>
> On 02/26/2013 12:58 PM, Sten Carlsen wrote:
>>
>> On 26/02/13 18:06, Robert Moskowitz wrote:
>>>
>>> On 02/26/2013 11:43 AM, Sten Carlsen wrote:
>>>>
>>>> On 26/02/13 15:50, Robert Moskowitz wrote:
>>>>>
>>>>> I would expect that a namecaching server on the mailserver would
>>>>> reduce traffic and resources all the way around.
>>>>>
>>>>> I don't need my mailserver to constantly be asking my name server
>>>>> about, say, zen.spamhaus.org.
>>>> This is one reason my mailserver has a DNS server. No forward, that
>>>> only slows down things.
>>>> The question here is whether there is a good reason that this
>>>> instance must not go directly to the roots?
>>>
>>> To support systems only visable to your internal view?
>> I have in my internal view mostly systems that are not visible from
>> the outside but my internal view has direct access to the world with
>> regards to DNS. I don't see any risk in that , except the
>> predictability of RBL-lookups as mentioned elsewhere.
>> Speed is much improved, even with a standard ADSL line I have better
>> performance than by forwarding to the ISP DNS server.
>
> What I meant here, rather poorly stated, is that my mail server would
> have to look up clients that only resolve within my internal view. 
> For example foo.bar which resolves to 192.168.178.5.  That query would
> fail if all the caching server had was public DNS data.
>
> I DO run a hidden TLD here for some testing and those devices
> currently do send mail from one to another through my current mail server.
Almost my setup. I don't have a hidden TLD, that was too painful and did
not provide what I wanted.
I use the same domain and the same names inside and outside, except
inside there are many more names.
E.g. my mail server is called mail2.xxxx both outside and inside,
outside it has a public IP and inside it has an IP in the 192.168.x.x range.
I also have servers that have the same IP both inside and outside.
>
>>>
>>>
>>
>> -- 
>> Best regards
>>
>> Sten Carlsen
>>
>> No improvements come from shouting:
>>
>>        "MALE BOVINE MANURE!!!" 
>

-- 
Best regards

Sten Carlsen

No improvements come from shouting:
       "MALE BOVINE MANURE!!!"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20130226/c413ef3c/attachment.html>


More information about the bind-users mailing list