J'ai deux sous-filets connectés ensemble à l'aide de deux AP de DD-WRT - La télécommande AP est en mode acheminé par le client, de sorte qu'il dispose d'un sous-réseau séparé, sa propriété intellectuelle est de 192.168.2.1/24 et 192.168.0.5/24. L'AP local est en mode AP Les paramètres DD-WRT DHCP sont en mode avant pour la télécommande AP
J'ai la configuration Dnsmasq dans le premier sous-réseau sur IP 192.168.0.2/24, il s'agit également du serveur DHCP pour le second sous-réseau - ces travaux et mes clients distants obtiennent le bon routeur. La machine DNSMASQ peut ping le PC sur le deuxième sous-réseau et l'inverse est également vrai, je peux également le RDP à partir d'un PC sur le premier sous-réseau au PC du deuxième sous-réseau - il me semble donc que la plupart des premiers à Second Subnet Comms sont travail
Mon problème est DNSMASQ n'envoie pas de réponses DNS au deuxième sous-réseau - cela fonctionne au premier sous-réseau. Quelqu'un peut-il suggérer pourquoi?
Une chose à noter est que l'itinéraire du deuxième réseau était sur le périphérique de passerelle (192.168.0.1) mais j'ai trouvé que ceci a chuté de nombreux paquets - de sorte que chacun des premiers dispositifs sous-réseau a une route statique locale pour le second sous-réseau ajouté à ce.
route add 192.168.2.0 mask 255.255.255.0 192.168.0.5
Je n'ai pas encore testé la route assignée DHCP à ce stade en raison de mon problème actuel.
C'est un croquis de ce que j'ai
Dnsmasq config
# Configuration file for dnsmasq.
domain-needed
bogus-priv
addn-hosts=/etc/dnsmasq.hosts
# so don't use it if you use eg Kerberos, SIP, XMMP or Google-talk. This option only affects forwarding, SRV records originating for dnsmasq (via srv-Host= lines) are not
# suppressed by it.
filterwin2k
dhcp-range=set:house,192.168.0.1,192.168.0.254,infinite
dhcp-range=set:backyard,192.168.2.1,192.168.2.254,infinite
# Change this line if you want dns to get its upstream servers from somewhere other that /etc/resolv.conf
resolv-file=/var/run/dnsmasq/resolv.conf
# server=61.9.134.49
# server=61.9.133.193 setup the default gateway
dhcp-option=tag:house,option:router,192.168.0.1
dhcp-option=tag:backyard,option:router,192.168.2.1
# option 42?
dhcp-option=option:ntp-server,192.168.0.2
expand-hosts
domain=wilson.lan
dhcp-range=192.168.0.100,192.168.0.150,12h
dhcp-range=192.168.2.100,192.168.2.150,255.255.255.0,12h
# DO NOT Set The route to that network Done on Gateway
#dhcp-option=121,192.168.2.0/24,192.168.0.5
#Send Microsoft-specific option to tell windows to release the DHCP lease when it shuts down. Note the "i" flag,
# to tell dnsmasq to send the value as a four-byte integer - that's what Microsoft wants. See
# http://technet2.Microsoft.com/WindowsServer/en/library/a70f1bb7-d2d4-49f0-96d6-4b7414ecfaae1033.mspx?mfr=true
dhcp-option=vendor:MSFT,2,1i
# Set the DHCP server to authoritative mode. In this mode it will barge in and take over the lease for any client
# which broadcasts on the network, whether it has a record
# of the lease or not. This avoids long timeouts when a machine wakes up on a new network.
# DO NOT enable this if there's the slightest chance that you might end up
# accidentally configuring a DHCP server for your campus/company accidentally.
# The ISC server uses the same option, and this URL provides more information:
# http://www.isc.org/files/auth.html
dhcp-authoritative
# Log lots of extra information about DHCP transactions.
log-dhcp
Ok donc après avoir lu le manuel mieux, j'ai besoin d'ajouter quelque chose pour remplacer la valeur par défaut des sous-filets locaux (-Local-Service) une option par défaut qui n'a aucune négation, donc par exemple j'ai essayé
listen-address=192.168.0.2
Cependant, comme resolves.conf a la ligne
nameserver 127.0.0.1
mon changement a cessé de répondre à des requêtes de DNSMASQ à partir de lui-même - si étrangement suffisamment, le serveur DNS ne pourrait plus résoudre tout nom DNS tandis que toutes les autres machines l'utilisaient avec succès en tant que serveur DNS. J'ai réparé cela en ajoutant la ligne suivante à la place
listen-address=192.168.0.2,127.0.0.1
comme je ne pouvais pas travailler un moyen simple de réparer ce que Resolveconfonf faisait