• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Problem resolving server name over WAN link

Pluto

Senior member
OK, here is a weird problem hopefully someone can help me with.

Customer has a Active Directory Domain controller running W2k3, domain name 'customer.local'
Server is running Active Directory DNS and is the only DNS server in use internally.

Server with a legacy app running under NT4 Server is joined to the Active Directory as a member server. Server has a shared folder which users need to access.

A record exists in the Forward Lookup Zone for customer.local

Users in main office can connect to the server by browsing to \\nt4server\share

Users in remote office (different physical location and subnet) can resolve the correct IP of the NT4 server at the command line via ping nt4server, but cannot connect via \\nt4server
However, if I put \\nt4server.customer.local they can connect.

Remote office has their own DHCP server which is giving out the W2K3 server as their only DNS, and it is also giving out customer.local as the DNS suffix.


The legacy app is hardcoded to go to \\nt4server\share so I can't change it to include the dns suffix.

Users can connect to shares on the W2K3 server just fine by browsing to \\w2k3server\share (no dns suffix required)


Any ideas how I can make this work?
 
actually, i just got it working....

by removing the dns suffix on the dhcp server at the remote site.

now an ipconfig /all on the remote workstation shows no connection-specific dns suffix, however customer.local is still present in DNS Suffix Search List (automatically due to domain membership)

no WINS server required this time...
 
Back
Top