Вопросы Теги

Почему все мои запросы DNS решают к 192.168.1.251?

Из моей персональной библиотеки оболочки:

get_screen_size()
{
    xdpyinfo | awk '/dimensions:/ { print $2; exit }'
}
3
11.01.2011, 22:16
5 ответов

Хорошее горе. У меня была эта проблема на одном компьютере, находя, что NetworkManager поместил 192.168.1.251 как сервер имен в/etc/resolv.conf даже при том, что моя вся сеть является 192.168.0.0/24. Мое предположение было то, что это имело отношение к полю NetGear WNC2001 Wifi, я включил порт Ethernet того поля Linux. Но затем сегодня, при работе над Windows XP на используемом T60p я просто купил, я нашел, что это правильно получило IP-адрес от моего беспроводного маршрутизатора, но что он установил сервер DNS на 192.168.1.251!! № WNC2001 на этом поле. Походивший большое совпадение, что два полностью различных компьютера в моей сети так или иначе неправильно установили бы свой сервер DNS на 192.168.1.251! Я сделал "ipconfig/, возобновляют" на поле Windows, и оно правильно установило серверы DNS на данных ему моим маршрутизатором (D-Link DIR-628). Я решил искать "DNS 192.168.1.251" и нашел этот сайт. Это - первый сайт, который я проверил. Мне очень любопытно. Проверит несколько других хитов.

2
27.01.2020, 21:13
  • 1
    у меня нет полей Windows - у меня действительно есть NetGear WNCE2001, который это соединяет хотя все же. Все же я могу просмотреть к IP-адресам в пределах и за пределами моей сети. –  rich 07.02.2012, 21:12
  • 2
    я думаю, что это - WNCE2001. Нажатый кнопка на нем и та на маршрутизаторе несколько раз и он ведет себя теперь. Странный все же. –  rich 07.02.2012, 21:29
  • 3
    я нашел, что, давая полям WNCE2001 статический дюйм/с, кажется, предотвращает этот случай, к счастью. –  rich 29.11.2012, 22:42

Одно возможное объяснение могло быть iptables + dnsmasq (или другой сервер имен) уведенный жулик.

  • свяжите, dnsmasq, некоторый другой сервер имен выполняют локально ответ 192.168.1.251 ко всему, что Вы спрашиваете его.
  • iptables переписывает исходящие пакеты на udp порте 53 для окончания где-нибудь локально где глупый сервер имен listens/ansers

Обоснование позади этого существа: Вы используете, роют, чтобы диагностировать и сообщить, роют с, опция перейти непосредственно в 8.8.8.8, вырыть должна теперь проигнорировать сервер (серверы) имен, перечисленный в/etc/resolv.conf. Как роют себя, реализует сопоставитель и генерирует, запрашивает себя, затем отправляет его в 8.8.8.8 и анализирует/печатает ответы, это должно устранить что-либо броское в конфигурации сопоставителя libc на поле (который в значительной степени все остальное использует).

Это предположило бы что:

  • Google неправильно сконфигурировал их серверы имен, чтобы дать Вам поддельные ответы, который маловероятен
  • что-то по пути между Вами и 8.8.8.8 прерываниями и запросами DNS перенаправлений и генерирует поддельный ответ, однако так как Ваши другие машины в той же сети с их сопоставителем указали 8.8.8.8, получает нормальные результаты, это не вероятно также
  • что-то на этом компьютере прерывает исходящие запросы DNS и направляет их в другом месте, который генерирует глупые/неправильные ответы

Так, я проверил бы, существует ли что-нибудь в ВЫХОДНОЙ цепочке туземной таблицы, перенаправляющей трафик DNS где-нибудь, это не должно идти? (iptables-t туземный-n-v-L ВЫВОД).

Можно воспроизвести это поведение с чем-то вроде:

$ dnsmasq -p 5353 -A /#/192.168.1.251
$ iptables -t nat -I OUTPUT 1 -p udp --dport 53 -j REDIRECT --to-port 5353
# All locally generated requests outbound on udp port 53 gets sent to
# dnsmasq running on port 5353 which'll answer 192.168.1.251 to pretty much
# everything
$ dig @8.8.8.8 google.co.uk

; <<>> DiG 9.7.1-P2 <<>> @8.8.8.8 google.co.uk
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9993
;; 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: Tue Jan 11 01:09:01 2011
;; MSG SIZE  rcvd: 46
1
27.01.2020, 21:13
  • 1
    у меня только что был он снова. iptables-L шоу нет никакой установки правил. –  rich 07.02.2012, 21:10

Вы находитесь на точке доступа Wi-Fi, и Вы "не согласились на условия"?

1
27.01.2020, 21:13
  • 1
    я дома. В моих собственных 192.168.0 сетях. –  rich 07.02.2012, 21:12

Произвольное предположение: Несоответствующий подстановочный знак DNS? В корневых подсказках?

* 3600 IN A 192.168.1.251
0
27.01.2020, 21:13

У нас есть подобные проблемы в этом средстве коворкинга; один потенциальный преступник является беспроводным приемопередатчиком Netgear WNCE2001, который (из необходимости) имеет встроенный сервер DHCP, но, как только предполагается, раздает запросы к проводному каналу.

Менеджер имел тот, неправильно себя ведущий сегодня, и должен был реконфигурировать его. Обычно это соединяет телефон Skype мостом на беспроводную сеть здесь.

Здесь страница, которая описывает часть поведения: http://bangbangsoundslikemachinery.blogspot.com/2011/10/anatomy-of-netgear-wnce2001-wireless.html

3
27.01.2020, 21:13

Теги

Похожие вопросы