DNS resolving for remote subnets

Let's say I want to use sshuttle only to be used only for traffic directed to a specific host-name and all its subdomains like "*.example.com".
Whats the best way to achieve this? Also note that example.com can only be resolved on the remote nerwork.

I tried:
sshuttle -H -r <username>@<remotehost> --exclude 0/0 "*.example.com" but the wildcard does not to seem to work as intended and also if I list a couple of subdomains in a subnets-file I will get a unable to resolve adress: ex.example.com error because sshuttle tries to resolve the hostnames before it makes the connection (--dns flag did not help).

I looked through some other issues and some seem very related to this. Also there seemed to be an old branch which tried to solve remote subnets remotely if not found via local DNS.

Are there any updates on this? Also what is the intended way to specify a domain with wildcards of subnets?

All that worked for me so far was specifiying IP-adresses of the remote host-names in my /etc/hosts file for initial resolution and listing up all subdomains in a subdomain file.
sshuttle -H -r <username>@<remotehost> --exclude 0/0 -s ./subnets.txt

But this way there is no guarantee to catch all subdomains and also the host file is vulnerable to changing IP adresses of the remote names.

Thanks in advance!

Start by reproducing the documented command variants using -H, --dns, --exclude, and a subnets file, including names resolvable only on the remote network. Trace the DNS and subnet-selection entry points to determine the intended wildcard and remote-resolution behavior; done should include a defined, testable way to route a domain and its subdomains.