A virtual server without a pool member gives wrong answers for the records in the Wide IP list.

Hi kolom22,

Thanks to your method, I was able to make a successful dns query. With regard to my question, what do you think about the behavior of F5 for that kind of issue?

Can you recommend some reading about that concept?

So you were able to query the listener configured on F5 , and you got the right response .So what is the issue now ?

Actually, just I wonder if no pool member exists for a listener, and the dns settings of a windows client machine is set as "Append primary and connection specific DNS suffixes" and "Append parent suffixes of the primary DNS suffix", why the query attempts of dns are not made till the top-level domain (i mean till dot (.)).

Please check the sample tcpdump output on the question to make it clear. Maybe it is not an important issue or it is specific to my settings, condition etc., if it does not make sense, you can just ignore it.

Thank you for your interest.

• Using the default DNS settings , Windows always tries to append its suffix first. normally it should receive a NXDOMAIN response , then it will try to query the requested host without the suffix ( , ).try to enable debugging to get more details (set debug=true ).
• you can accomplish the same without changing the setting by ending your host name with a dot ( . )
• You should receive the right response from F5 in either way , if not , i won't be able to identify the issue without having the actual packet file.

Hi,

Both I examined the tcpdump output again and your expressions in the first bullet, I figured out the case. If no pool member exists for the dns listener on f5, no NXDOMAIN response and the client does not try to query without the suffix.

Thanks.