The mechanical internal explanation for this is that this a "reverse-Domain-Name-Service" (reverse-DNS), which is provided by an internal-Unix-environment-variable, and the "whois"/"nic"-service on destination port #43 (decimal) (which does NOT show-up in VBX6's "log"s (because, if it did, it would get stuck in an infinite-loop)).
If you are running a version of Intego's ISB X6 anti-malware-suite, or Intego's VBX6, you will find a way to indirectly-affect the proper internal-Unix-environment-variable (which, by default, is set to prioritize the "French" "nic", not the "U.S." "nic", thus affecting your results ). Locate it in the "whois"-panel of VBX6's "Preferences", and change the ".fr", to ".us" .
Otherwise, I don't know the name of this Unix-environment-variable, so I can't help you further.
![:D]( "Very Happy")
If you are running a version of Intego's ISB X6 anti-malware-suite, or Intego's VBX6, you will find a way to indirectly-affect the proper internal-Unix-environment-variable (which, by default, is set to prioritize the "French" "nic", not the "U.S." "nic", thus affecting your results ). Locate it in the "whois"-panel of VBX6's "Preferences", and change the ".fr", to ".us" .
Otherwise, I don't know the name of this Unix-environment-variable, so I can't help you further.
