Joined: 24 Feb 2013 Posts: 1634 Location: Belgrade
Posted: Tue Jul 29, 2014 18:47 Post subject:
Maybe it is related to this http://svn.dd-wrt.com/ticket/3553
write about your problem on TRAC and reopen this ticket above. Provide as much info as you can...
with some pictures too...
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Tue Jul 29, 2014 23:20 Post subject:
-make sure Use DNSMasq for DHCP, Use DNSMasq for DNS, DHCP-Authoritative are all checked
-on services page make sure used domain is set to LAN & WLAN
-just below that a LAN domain must be entered, eg homenet.lan, ".lan" or ".local" is recommended to be used, as to why just look on google
apply settings then have all clients disconnect & reconnect or just reboot the router. if you apply settings on the management page dnsmasq will not restart, manually force a static ip to get connectivity to restart it manually, or reboot router
Code:
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
So far I found out that if I reboot the client and let it ask for DHCP address again - this address will resolvable. So the workaround is to reboot all the clients if the router has been restarted. Which is quite weird
Can someone with 24461 build try to reproduce following way (it is important to perform naslookup on the router, not in windows machine):
1. reboot router
2. connect over ssh to the router
3. #nslookup router_short_hostname
4. #nslookup any_client_short_hostname
5. reboot the client, wait until is up
6. #nslookup the_same_client_short_hostname
this is with a private build r24752 but i did what you said, still working with static clients and dynamic clients. if you really want me to try it again with r24461 i could
i have no additional dnsmasq options entered _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
OK, here's a full list of my settings on the latest build. I couldn't resolve local addresses consistently with the latest build, and most "no domain" queries were getting routed upstream, but after all my tweaking I've got it working perfectly. Just one caveat - I'm not using my box as a router, just a WAP, DNS/DHCP for LAN and OpenVPN server:
DHCP Server
Code:
Used Domain: WAN & LAN
LAN Domain: my.domain
DNSMasq Additional options
Code:
no-resolv
interface=tun2 (note - for openvpn)
expand-hosts
server=194.168.4.100 (note - upstream servers for my ISP)
server=194.168.8.100
domain-needed
After some investigation I suspect this is a bug.
Since nslookup gives different output on the same build 24461 it is pretty strange, especially having in mind that nslookup simply relies on C function "getaddrinfo".
And then I found out that my TPlink router has been build using new musl library, while Dlink was still build using uClibc. So same build number 24461 is being build using different toolchains.
Would be great to verify if this is musl issue by simply recompiling more verbose busybox, but I found no documentation how to use musl with DDRWT. Anyone has a doc how to compile hello_world.c for MIPS against musl library?
I have prepared a small application to test "getaddrinfo" function on musl library based routers. The C source (based on nslookup implementation of busybox):
I would like someone who is running a router with musl-based firmware to try to compile this sample and post here results. I'm also attaching pre-compiled binaries to this post if you would like to use them without compilation