When we are talking about DNS resolution, never say "we cannot access ..." that has no precise meaning
for any system admin.
Sophie made an assumption, you can resolve
www.domain.lan but not domain.lan and gave you a correct
workaround.
Anyway, you should not need it if your system is properly configured : a A record is being created for
each Domain as well as A record for the "www", "ftp", "mail", ... , services you configured.
Furthermore, browsers nowdays are smart enough (well that's not my opinion, but some like this) to
add the missing characters "www" or "ftp" in the address bar. That's why it's still difficult to understand
your problem, you do not tell what and when things are wrong.
Let me describe how I think things might be configured :
main_server.domain.lan is your authoritative DNS server for your local domain (domain.lan) :
==> this server is acting as DHCP server for your lan, and as a consequence, all your workstation
are being configured with this server as DNS
==> within Domains configuration from the server manager domain.lan entries are defined as "resolve locally"
(including
www.domain.lan)
Then, you should be able to resolv any hosts configured in your main_server.domain.lan DNS with your private @IPs
and any other hosts over Internet with their public @IPs.
Regarding tinydns management, cou can stop and restart it, this will reinitialize any data in cache. The difference
bettwen a single "restart" and a "Stop and start" is the last choice will also trigger a template regeneration.
# /etc/init.d/tinydns restart ## send an update to the service
# /etc/init.d/tinydns stop && /etc/init.d/tinydns start
G.