Имя: Пароль:
IT
Админ
Нужен хитрый DNS сервер ☑
0 Принт
 
08.02.14
✎
22:12
который работает на конечной точке и сопоставляет имена по данным lookup сервисов. Попадалось ли такое кому?
1 vde69
 
модератор
08.02.14
✎
22:16
открой для себя файл хост
2 Принт
 
08.02.14
✎
22:17
(1) я его только что закрыл
3 arsik
 
гуру
08.02.14
✎
22:18
(0) Обычный днс сервис, он как раз этим и занимается. Почему хитрый?
4 ДенисЧ
 
08.02.14
✎
22:24
А что в нём хитрого?
локально себе binkd поставь... ТОлько жену предупреди, что у тебя критические недели (штуки 4) и тебе нельзя...
5 Принт
 
08.02.14
✎
22:26
(3) предполагалось получать данные по http с рандомного сервиса из наперёд заданных
(4) надо подумать
6 Torquader
 
08.02.14
✎
22:53
(5) Ну и что мешает ?
В том месте, где получаешь, ты соединение устанавливаешь по IP-адресу.
7 Asmody
 
09.02.14
✎
00:04
(0) любой кэширующий DNS поставь, например http://habrahabr.ru/post/159013/
8 Jump
 
09.02.14
✎
01:25
(5)Тоесть тебе нужен обычный днс, и хитрый сервис который будет скармливать ему нужные данные.
9 Сержант 1С
 
09.02.14
✎
02:36
(0) задача?
10 Сержант 1С
 
09.02.14
✎
02:37
ну то есть не то, что ты там расписал в ноль, а чего ты хочешь добиться в итоге
11 Принт
 
09.02.14
✎
11:17
(9) Получение данных о доменах из доверенных источников.
12 Torquader
 
09.02.14
✎
12:30
(11) Тогда просто нужно изучить протокол DNS и узнать адреса опрашиваемых DNS-серверов.
13 etc
 
09.02.14
✎
15:05
(0) может я тебя не понял но в качестве кэширующего можешь попробовать dnsmasq. У него много разной фигни в настройках можно накрутить: задать ДНС сервера куда перенаправлять запросы на определенные домены и т.д.
14 etc
 
09.02.14
✎
15:09
(13)+ посмотри у него в conf файле настройку
server=/domain/[IP]
15 Принт
 
10.02.14
✎
08:24
судя по тому, что google public dns у меня дома и на работе выдаёт разные сети для google.com, вариант с протоколом DNS отпадает полностью
16 Йохохо
 
10.02.14
✎
09:10
(15) приведи конкретный пример домена, гугл и прочие высоко нагруженные не со зла разные адреса отдают
17 Принт
 
10.02.14
✎
09:15
(16) >>гугл и прочие высоко нагруженные не со зла разные адреса отдают
я в курсе, но иметь с гуглом одного провайдера мне в принципе не нравится
18 Принт
 
10.02.14
✎
09:16
ertelecom.ru
19 Сверчок
 
10.02.14
✎
09:40
Тебе не "хитрый DNS" нужен, а забугорный хостинг с поднятым VPN.
20 Принт
 
10.02.14
✎
09:41
(19) пока так и кручусь
21 Принт
 
10.02.14
✎
10:50
во, в блокнотике айпи этого гугла записывал: 188.234.130.237 net130.234.188-237.ertelecom.ru
22 Принт
 
17.02.14
✎
08:13
Каким-то хреном заражается кеш роутера. А тут ещё http://www.securitylab.ru/news/449717.php пишут.
23 arsik
 
гуру
17.02.14
✎
08:35
(22) Так это только в Польше работает. В России такой вирус недееспособен. У нас ДНС с российским колоритом. :)
Перейди на ipv6
24 Jump
 
17.02.14
✎
08:37
(15)А что он должен одинаковые выдавать???
25 Принт
 
17.02.14
✎
08:40
(24) не должен. речь о ненадежности способа.
26 Jump
 
17.02.14
✎
08:42
(25)Каковы критерии надежности?
Я просто не пойму о какой надежности  идет речь?
Тебе нужно надежно получать работающий адрес, или нужно получать адрес из надежного источника? или еще что?
27 Принт
 
17.02.14
✎
08:43
(26) см (11)
28 Принт
 
17.02.14
✎
08:45
Айпи из (21) к гуглу, похоже, никакого отношения не имеет.
29 Jump
 
17.02.14
✎
08:46
(27)И что является для тебя доверенным источником?
Системе ДНС я так понял ты не доверяешь, значит остается только вариант забивания вручную айпишников в хостс.
30 Jump
 
17.02.14
✎
08:47
(28)А должен иметь?
Я думаю что нет. Вполне может, но не должен.
31 Принт
 
17.02.14
✎
08:48
(29) Оффшоры. И кроме получения айпи, было бы неплохо определять момент подмены.
32 Jump
 
17.02.14
✎
08:50
Адрес который тебе выдает днс должен вести на нужный ресурс.
И только.
Возможно это будет адрес принадлежащий ресурсу, возможно нет.
Это уже от ресурса зависит. Как у него внутренняя кухня устроена.
33 Принт
 
17.02.14
✎
08:51
(30) На сервере открыто два http порта, которые идентифицируются nmap как гугловые, но доступ из браузера непосредственно по айпи не работает, тогда как он работает для более нормальных гуглей.
34 Jump
 
17.02.14
✎
08:52
(31)Еще раз, более подробно.
Что есть офшоры в отношении днс? Независимость от местных властей?

О какой подмене идет речь?
35 Принт
 
17.02.14
✎
08:52
то есть сервисы идентифицируются, а не порты
36 Принт
 
17.02.14
✎
08:52
(34) типа того. привычка.
37 Jump
 
17.02.14
✎
08:53
(33)Доступ по айпи не обязан работать, если это хттп, может работать только доступ по имени.
Это  скорее всего адрес балансировщика нагрузки.
38 Принт
 
17.02.14
✎
08:54
(34) я сбрасывал роутер и он с настройками dhcp по-умолчанию выдавал обычные гугловые сети, дней три.
39 Jump
 
17.02.14
✎
08:58
(38)Ну не пользуйся днс серверами провайдера,  если не доверяешь.
Забей гугловские стандартный гугловский днс - 4.4.4.4 или 8.8.8.8
Какие еще настройки? И кто там что будет подменять?
40 Принт
 
17.02.14
✎
08:59
(39) уже сделано
41 Jump
 
17.02.14
✎
09:03
Это сайт Васи Пупкина может висет на конкретном айпишнике, серьезные ресурсы никогда не дают прямой доступ к своему серверу, доступ идет через балансировщики нагрузки, сервисы защиты и прочие.
Т.е получая айпишник сайта ты получаешь на самом деле адрес входного шлюза какого нибудь CloudFlare к которому этот сайт подключен, а там уж разберутся кто ты и куда тебя направить.
42 Принт
 
17.02.14
✎
09:05
(41) Эту кухню я знаю, но локальных гуглей я нигде больше не видел. Списки балансировщиков гугла искал и находил, но не самые свежие.
43 Jump
 
17.02.14
✎
09:06
(40)А больше ничего не сделаешь.

Кому еще можно доверять, если не доверяешь гуглу?
Для своих сайтов (которые ты админишь) ты можешь узнать адреса и забить в хостс.
Чужие адреса только из днс, у многих они постоянно меняются.
44 Йохохо
 
17.02.14
✎
09:32
кажется нужен DNSSec, гугл его поддерживает
кстати причина паранойи так и не озвучена. Если провайдер слишком агрессивно кеширует, то достаточно юзать гугловские или другие фри днс. Если провайдер подделывает ответы, да еще и ответы чужих серверов - без стакана в это не поверить
45 oleg_km
 
17.02.14
✎
10:27
(44)
>> Если провайдер слишком агрессивно кеширует, то достаточно юзать гугловские или другие фри днс.

Опять же что мешает настроить свои кеширующие серверы, чтобы они сами делали рекурсию к авторитетным серверам
46 Jump
 
17.02.14
✎
10:54
(44)Ну провайдер уровня Ростелекома вполне может резолвить неугодные адреса куда надо.
Достаточно частая ситуация.
47 Torquader
 
17.02.14
✎
11:34
Вы ещё не забывайте, что некоторые не совсем честные провайдеры предоставляют только http-доступ, причём все DNS-адреса выдаются на их Proxy-сервер, который уже сам решает, кого и куда подключать.
Просто, грамотно это делается не через dns, а через перехват трафика по 80-порту.

(22) Если модель ssl-шифрования используется только для части страницы, то вполне возможно к такой странице добавить всё, что угодно - если страница полностью шифрована, то без подделки ключа шифрования и сертификата это сделать нельзя.
48 Йохохо
 
17.02.14
✎
11:37
(46) резолвить и модифицировать ответы 8.8.4.4 это разные статьи ) днссек курите, мне тоже интересно)
49 Torquader
 
17.02.14
✎
12:07
(48) Модифицировать ответы DNS-серверов - это называется DNS-proxy. В принципе, никто так делать не запрещает, если клиенту выдаётся внутренний IP-адрес.
50 Принт
 
17.02.14
✎
12:52
(47) За неделю до топика, линукс начал ругаться на неверную подпись репозитория, а браузер кричал о неверном сертификате https://downloadcenter.intel.com. Потому-то я и начал бдеть.
51 Jump
 
17.02.14
✎
14:20
(48)Зачем модифицировать? Модифицировать это как раз на грани фантастики.
У них же свои днс сервера, которые автоматом выдаются всем абонентам, если тот не указал другие.
52 Принт
 
17.02.14
✎
14:24
(51) c 8.8.4.4 тоже врал, и с опенднс. кеши перед проверкой чистил.
53 oleg_km
 
17.02.14
✎
15:38
(50) Ну это никак может быть не связано с DNS, на сайте установили кривой сертификат (в каком-то банк-клиенте такое было)
54 Принт
 
17.02.14
✎
15:41
(53) Может быть и не связано, но с работы заходил нормально.