私のネットワーク上のコンピュータからのすべてのクエリは突然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
答え2
とても悲しい。あるコンピュータでこの問題が発生し、ネットワーク全体が192.168.0.0/24にもかかわらず、NetworkManagerが/etc/resolv.confのネームサーバーとして192.168.1.251を設定したことがわかりました。私の推測では、これはLinuxボックスのイーサネットポートに接続したNetGear WNC2001 Wifiボックスに関連しているようです。ところで、今日購入した中古T60pでWindows XPを実行しているときにワイヤレスルーターからIPアドレスを正しく取得しましたが、DNSサーバーは192.168.1.251に設定されていることを発見しました!このボックスにはWNC2001はありません。私のネットワーク上の全く異なる2台のコンピュータが何とか誤ってDNSサーバーを192.168.1.251に設定したのは、大きな偶然の一致のようです!私のWindowsコンピュータで「ipconfig / renew」を実行しましたが、DNSサーバーが私のルーター(D-Link DIR-628)によって提供されたとおりに正しく設定されました。 「DNS 192.168.1.251」を閲覧することに決め、このサイトを見つけました。私が初めて見たウェブサイトはここでした。気になりました。別のクリックを確認してください。
答え3
Wi-Fiホットスポットを使用していますが、まだ「利用規約に同意」していませんか?
答え4
クレイジー推測:不適切ワイルドカードDNS?根の端に?
* 3600 IN A 192.168.1.251