In message <[EMAIL PROTECTED]>you write:
>This Redhat choice is wrong for large networks in production
>environments. It essentially makes Linux clients inappropriate for use
>in large enterprises with systems that have multiple interfaces. It also
>makes RedHat effectively incompatible by default with other Unixes such
>as Sun and IRIX which do provide this functionality (Suns even sort by
>local interfaces by default period).
I agree. Last June, I complained about this problem to Redhat, without
positive results. The issue is that glibc doesn't (but should) put a local
address first in the returned result. It has the sortlist feature which can
be used as a workaround, but Redhat doesn't trust the sortlist feature
for reasons that were never made clear to me, and so they compiled it out.
I added a patch to glibc (2.1.1pre3) to do address sorting (i.e. "reorder
on"), and submitted it to the glibc people in July. In september, Andreas
Jaeger rewrote my changes and submitted it for inclusion in the glibc code
base. He sent me a note in November indicating it had been accepted by the
glibc maintainer and would make it into the next version of glibc. However,
according to the CVS log for resolv/res_hconf.c, it didn't make it into glibc
2.1.3, but it's in the latest development release (2.1.91).
In the meanwhile, though, RedHat really ought to turn on sortlist. People
who need RedHat to behave properly in this case don't have any recourse
at the moment, other than using a different distribution.
Regards,
John
--
John DiMarco <[EMAIL PROTECTED]> Office: SF2101
CSLab Systems Manager Phone: 416-978-5300
University of Toronto Fax: 416-978-1931
http://www.cs.toronto.edu/~jdd
_______________________________________________
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
