[H-GEN] RFC-1918 : Class C Networks.

Jim Clark jim at logique.com.au
Tue Sep 6 21:25:08 EDT 2005


Greg Black wrote:

>[ Humbug *General* list - semi-serious discussions about Humbug and     ]
>[ Unix-related topics. Posts from non-subscribed addresses will vanish. ]
>
>On 2005-09-07, Edwin Groothuis wrote:
>  
>
>>On Wed, Sep 07, 2005 at 11:02:41AM +1000, Greg Black wrote:
>>    
>>
>>>The correct solution is to have the internal addresses given out
>>>to internal hosts and for lookups from outside to get failures.
>>>Handing out inaccessible addresses in response to queries is
>>>just wrong.
>>>      
>>>
>>No it's not.
>>    
>>
>
>Yes it is.
>
>  
>
>>Imagine this:
>>
>>- External user tries to connect to internal webserver.
>>- DNS server returns NXDOMAIN. Entry stays in DNS server for its
>>  TTL. User has it also cached on his computer.
>>- External user thinks "I'm an idiot, I forgot to setup my VPN"
>>- External user becomes internal user and tries to access the
>>  internal webserver.
>>- DNS cache says "NXDOMAIN".
>>    
>>
>
>External user has setup her system to use the wrong DNS cache in
>that case.  Part of setting up the VPN would involve updating
>/etc/resolv.conf appropriately.  And then the so-called problem
>goes away.
>
>It is, as I said, a matter of understanding how things work and
>then doing things the right way.
>
>  
>
>>Yes yes, it's all theoretical[sp] and stuff, but we live in a gray
>>world where sometimes things are right and sometimes the same things
>>are wrong.
>>    
>>
>
>That may be partly true, but it's certainly not the case in the
>situation we're discussing here.
>
>  
>

Thanks Guys.

The last thing I intended was to start a flame war :)

I had thought what I was seeing was wrong, and in fact what Greg has
suggested as the correct approach is exactly the way I have configured
my systems.
I went and asked the question before my first morning coffee... I should
know better! :-)

-- 
Cheers,
Jim.







More information about the General mailing list