
<html><body bgcolor="#FFFFFF" leftmargin="0" topmargin="0" marginwidth="0" marginheight="0"><div>Remember that with the Mac you also are using Bonjour for host name resolution. With your Leopard machines you may be looking for XYZ.local and not finding it and quoting rather than going thru your search list.<br><br><br>Sent from Garminfone by T-Mobile.<br><br>Banana Flex <flex.banana@bluewin.ch> wrote:<br><br></div><blockquote type=3D"cite"><div>hello list,<br><br>Our setup:<br><br>- a MAN network with thousand of Mac computers running Mac OS X 10.4, 10.5 and 10.6<br>- two linux servers running dhcp-3.1.3ESV and bind-9.5.0P2, redundant as a cooperation, this is the main DHCP/DNS servers for the MAN<br>- a multitude of servers running Mac OS X Server (10.4, 10.5, 10.6) for our clients, not centralized, connected to the MAN<br>- 13 DNS zones<br>- HSRP network by Cisco with circa 20 loop of a 23-bit range address (ex. : 10.29.32.1/23, 10.29.36.1/23, 10.29.52.1/23, .../23), that is the MAN<br><br>Each clients computers are connected to the centralized DHCP/DNS Linux server's and are registered in the zone with the DynamicDNS function.<br>We use the DHCP Client ID (option 61) of the service to redirect and register the client computer into the good domain<br><br>The linux servers are in the main domain city.educational, at the first level, it's IP addresses is 10.28.25.50 and 10.28.25.51<br>All others zones are in the form: department.city.educational<br><br>All clients machines are in DHCP. Servers are in DHCP with a statically assigned address<br><br>The problem:<br><br>On 10.5 computers, all are still okay, you can found all records using the host command and ping them:<br><br>$ hostname<br>002378.department.city.educational<br><br>$ host 002378<br>002378.department.city.educational has address 10.29.76.13<br><br>$ host 10.29.76.13<br>13.76.29.10.in-addr.arpa domain name pointer 002378.department.city.educational.<br><br>$ ping -c3 002378<br>PING 002378.department.city.educational (10.29.76.13): 56 data bytes<br>64 bytes from 10.29.76.13: icmp_seq=0 ttl=64 time=0.547 ms<br>64 bytes from 10.29.76.13: icmp_seq=1 ttl=64 time=0.512 ms<br>64 bytes from 10.29.76.13: icmp_seq=2 ttl=64 time=0.482 ms<br><br>--- 002378.department.city.educational ping statistics ---<br>3 packets transmitted, 3 packets received, 0% packet loss<br>round-trip min/avg/max/stddev = 0.482/0.514/0.547/0.027 ms<br><br>$ cat /etc/resolv.conf <br>domain department.city.educational<br>search department.city.educational city.educational department.city.educational<br>nameserver 10.28.25.50<br>nameserver 10.28.25.51<br><br>on 10.6 computers, you can host but the ping does not work<br><br>$ host 002378<br>002378.department.city.educational has address 10.29.76.13<br><br>$ ping 002378<br>ping: cannot resolve 002378: Unknown host<br><br>This mean that you can not resolve 002378 without his FQDN<br><br>Graphically example is the "Connect to Server" window form the Finder with the short name of the server resulting in a failed connection.<br><br>On a 10.6, a printer like 500265 (FQDN = 500265.department.city.educational) does not print if you not utilize the FQDN. On 10.4 and 10.5 all this work<br><br>If you setup your 10.6 clients statically with the DNS, example with the following command line:<br>networksetup -setsearchdomains Ethernet department.city.educational city.educational<br>the problem disappaers and all is okay<br><br>If you read the /etc/resolv.conf from a 10.4, 10.5 or 10.6 clients, all lines are the same ! in DHCP setup or statically setup,<br>on a linux box is the same result !<br><br>I think Mac OS X 10.6 not interpret correctly the domain search from a DHCP server because all others systems work well<br><br>Please let me know if anyone in the list have the same problem or a workaround<br>Help are welcome<br><br>Thank you for reading<br>Banana<br><br>_______________________________________________<br>bind-users mailing list<br>bind-users@lists.isc.org<br>https://lists.isc.org/mailman/listinfo/bind-users<br></div></blockquote></body></html>