DNS problems this morning - CORRECTION

[Reindl Harald]

Am 15.11.2012 18:38, schrieb lee:
> Tim <ignored_mailbox at yahoo.com.au> writes:
> 
>> Allegedly, on or about 12 November 2012, lee sent:
>>> If you're using a chaching name server, you might not want the
>>> "search" option.
>>
>> You probably do.  It, or a similar option, will be used so that "ping
>> hostname" successfully translates into "ping hostname.domainname" on
>> your network.
> 
> With dhcp and no resolving for local host names other than from what's
> in /etc/hosts because the name server is only caching?

you need to understand what "search" does
it is independent from dhcp or anything else

cat /etc/resolv.conf
nameserver 127.0.0.1
search rhsoft.net thelounge.net vmware.local test.rh

if i type "hostname" ANY software tries to reslove it in exactly
this order and a broser would send a host-header, for 99.9%
of services it is enough to reslove the DNS name to a IP

fpr http the server must have a serveralias without the domain
to deliver the correct vhost
___________________________________

practical example:
http://testserver/ -> i have done

[harry at srv-rhsoft:~]$ ping testserver
PING testserver.rhsoft.net (84.113.45.81) 56(84) bytes of data.
64 bytes from testserver.rhsoft.net (84.113.45.81): icmp_req=1 ttl=50 time=0.287 ms
64 bytes from testserver.rhsoft.net (84.113.45.81): icmp_req=2 ttl=50 time=0.215 ms

why should i like to need permanently type a FQ path? :-)


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 261 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/users/attachments/20121115/87445e73/attachment.sig>