não pode se conectar ao dnsmasq na máquina local, a porta está aberta, mas a conexão foi recusada

1

Estou executando o Scientific Linux 6.3 e atualizei a máquina para dnsmasq-2.48-13.el6.x86_64. A máquina está no ip local 192.168.1.100. Eu tenho uma configuração de DNS de cache local que estava funcionando até a atualização.

Configuração do

/etc/dnsmasq.conf:

strict-order
listen-address=192.168.1.100
bind-interfaces
cache-size=5000

Eu confirmei que o dnsmasq está rodando, as portas abrem e fecham quando eu começo e paro o dnsmasq.

$ netstat -nl # shows that the port was opened
Proto Recv-Q Send-Q Local Address           Foreign Address        State
tcp        0      0 192.168.1.100:53        0.0.0.0:*              LISTEN
udp        0      0 192.168.1.100:53        0.0.0.0:*

mas tentando resolver as falhas

$ nslookup google.com 192.168.1.100
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

mesmo tentando telnet falhar

$ telnet 192.168.1.100 53
Trying 192.168.1.100...
telnet: connect to address 192.168.1.100: Connection refused

Eu não vi nada em / var / log / messages relacionado ao dnsmasq. Parar o iptables não ajudou. Não tenho certeza para onde ir a partir daqui.

    
por dan 02.04.2013 / 19:34

1 resposta

1

Com base em suas informações adicionais, você precisa adicionar essa linha a dnsmasq.conf , que minha máquina do Slackware tem em /etc/ :

listen-address=127.0.0.1

Isso é uma adição à outra linha listen-address . Você pode configurar mais de um "endereço de escuta". Meu palpite é que você também precisa comentar a linha "bind-interfaces" também, mas isso é apenas um palpite.

Você também deve verificar qual é o valor do parâmetro resolv-file . Esse arquivo existe e seu conteúdo faz sentido? Você provavelmente não quer algo como:

resolv-file=/etc/resolv.conf

porque isso faria com que todas as chamadas para gethostbyname() fossem ignoradas usando dnsmasq ou dnsmasq tentasse se usar para resolver nomes, dependendo do que está em /etc/resolv.conf .

Não se esqueça de reiniciar dnsmasq depois de fazer alterações.

    
por 02.04.2013 / 21:04

Tags