すべてのDNSクエリが192.168.1.251として解決されるのはなぜですか?

すべてのDNSクエリが192.168.1.251として解決されるのはなぜですか?

私のネットワーク上のコンピュータからのすべてのクエリは突然192.168.1.251として解決し始めました。

このコンピュータは他のコンピュータでDNSサーバーとして使用されていたので、最初にそれを発見し、他のすべてのコンピュータで8.8.8.8を直接使用するように切り替えましたが、正常に動作しました。

このシステムのIPはすべて192.168.0.xです。

dnsmasqが実行されて再起動しましたが、何の効果もなかったので、再び停止しても違いはありません。

/etc/resolv.conf には 127.0.0.1 とルータ IP のエントリがあります。 8.8.8.8のエントリのみを含めるように変更しました。/etc/hostsには192.168.1.251 IPのエントリはありません。

どんなアイデアにも感謝します!

$ dig google.co.uk @8.8.8.8

; <<>> DiG 9.7.0-P1 <<>> google.co.uk @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49227
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.co.uk.          IN  A

;; ANSWER SECTION:
google.co.uk.       0   IN  A   192.168.1.251

;; Query time: 0 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Jan  6 20:22:03 2011
;; MSG SIZE  rcvd: 46


$ uname -a
Linux america 2.6.32-27-generic #49-Ubuntu SMP Wed Dec 1 23:52:12 UTC 2010 i686 GNU/Linux

編集:動作に影響を与える変更の兆候なしに最初は機能しているようです。まだわかりませんが、完全性のために以下のファイルを含めます(もし戻ってくる場合に備えて!)。

$ cat /etc/hosts
127.0.0.1   localhost
127.0.0.1   america

192.168.0.1 england
192.168.0.2 america
192.168.0.3 germany
192.168.0.4 france
192.168.0.5 sweden

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

$ cat /etc/resolv.conf 
# Generated by NetworkManager
#nameserver 127.0.0.1
nameserver 8.8.8.8
#nameserver 4.2.2.2

$ cat /etc/nsswitch.conf 
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd:         compat
group:          compat
shadow:         compat

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis

$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination  

ベストアンサー1

私たちはこのコラボレーション施設で同様の問題に直面しました。潜在的な原因の1つは、Netgear WNCE2001ワイヤレストランシーバでした。このトランシーバには(必要に応じて)DHCPサーバーが組み込まれていますが、有線リンクからの要求のみをサービスする必要があります。

管理者は悪い一日を過ごして再構成する必要があります。通常、ここではSkype通話をワイヤレスネットワークに接続します。

ここでは、いくつかの動作について説明します。 http://bangbangsoundslikemachinery.blogspot.com/2011/10/anatomy-of-netgear-wnce2001-wireless.html

おすすめ記事