-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 4 Jan 2002, Julian Opificius posted the following: JO>At 08:11 AM 1/4/02 -0600, you wrote: JO>>On Thu, Jan 03, 2002 at 11:15:12PM -0600 or thereabouts, Julian Opificius JO>>wrote: JO>> > At 11:58 PM 1/3/02 -0500, you wrote: JO>> > <big snip> JO>> > JO>> > >[csm@stealth csm]$ cat /etc/host.conf JO>> > >order hosts,bind JO>> > > JO>> > >You see? JO>> > JO>> > Think so, try this out:- JO>> > JO>> > 1) Hosts and resolv are not used by a service, per se, they are used by JO>> the JO>> > local protocol stack., such that: JO>> JO>> > 1.1) /etc/hosts gives fast resolution of static name/ip assignments and JO>> > simple aliases - good for small lans. JO>> JO>>hosts does not give resolution for static names, just IP addresses. Your JO>>windows / Linux LAN cannot ping by name, just IP address only, no JO>>aliases either. That is for DNS JO> JO>So what the heck is hosts for then ? :-)
The ip stack cannot use a name, it must have an ip address to choose a route. We humans prefer names so a host file can be used to provide that relationship so that the resolver can turn a name into an ip address (and ultimately a MAC address). This is not very different in purpose from what bind does but the host file method doesn't scale very well because it's dependent on a single file which would have to be passed around among many machines instead of a protocol (e.g. bind). So bind was created so we would have a scalable solution. So the host file and bind were created to solve the same problem, but one of them will scale and the other one will not. Where you have made your mistake is thinking that somehow bind uses the host file, which it does not. - -- csm Dmitry is free! Boycott Adobe! Repeal the DMCA! Stop the SSSCA! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjw1zZcACgkQv6Gjsf2pQ0pMcACdEt4hpXqsnXHpbOK9fbAc/AL8 8RgAn2P7sxA5tDZOlIwlgDJMKZRwcycK =QT2r -----END PGP SIGNATURE----- _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
