The DNS at work is the only one that should be associated with the VPN connection (typically via DHCP). The work DNS then needs to use that other DNS as a Forwarder. It can either be a Conditional Forwarder or an Unconditional Forwarder depending on what works best in the situation.
Forget Suffixes Forget Netbios Names Always identify the target with the FQDN,...even if that means you have to tweek the config within this Application you are talking about. FQDNs eleminate the whole idea of Suffixes and will solidly identify the correct domain,...and hence,...the correct DNS that should be "queried".
-- Phillip Windell www.wandtv.com
The views expressed, are my own and not those of my employer, or Microsoft, or anyone else associated with me, including my cats. -----------------------------------------------------
<newsgroups.jd[ at ]gmail.com> wrote in message news:35731d60-aa58-4a98-a3d1-8cd1c25fbac2[ at ]d42g2000prb.googlegroups.com...
[Quoted Text] > Just curious if anyone had seen this before... > > While I am at home connected to the VPN I am trying to access an > application on the internal network. In order for this application to > work - it has to DNS query an item on another domain. > > We have DNS suffix search list in place - the domain it needs to query > is number 2. > > Looking at a packet capture about 25% of the time the client does not > query the second DNS suffix in the search list. > > To clarrify, most of the time it queries the first item, it responds > it doesn't know and the client tries the second in the search list. > Some times however it bypasses checking the DNS suffix search list and > the application fails. > > Any clue why the client would ignore the DNS suffix search list? > > Thanks
|