私のネットワーク上のコンピュータからのすべてのクエリは突然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