Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Всё о DNS

Автор: Demontager
Дата сообщения: 09.05.2011 22:22
У меня два домена max-cook.com и nixtalks.com, домены имеют одинаковые NS. Первый домен, работает нормально, второй никак не работает. У меня IP динамический и поэтому настроил хост в dyndns.org http://s011.radikal.ru/i315/1105/05/3cfbca5c709e.jpg
В роутере у меня есть поддержка Dyndns, там и прописал данные, он сам обновляет записи о смене IP.

И если пинговать:
max-cook.com резолвится как надо
ping max-cook.com
PING hbk.homelinux.com (178.94.25.90) 56(84) bytes of data
а
ping nixtalks.com
ping:unknown host nixtalks.com


Вот что dig показывает http://pastebin.com/0SJ1ppEL тут всё ок
а тут нет http://pastebin.com/3JP5x7DY

В Zoneedit такие настройки: http://s50.radikal.ru/i129/1105/3c/19df380b5857.jpg


Может какие-то ограничения у dyndns или zoneedit ?
p.s.
Во внутренней локальной сети домены нормально работают, с интернета только max-cook.com
Автор: Alukardd
Дата сообщения: 09.05.2011 22:42
Demontager
эм... А A запись кто создавать за вас будет?
Автор: Demontager
Дата сообщения: 09.05.2011 23:16
Это в настройке зоны zoneedit ?
А что тогда там писать в графе ipv4 address (IPv4 address of the domain name host ), текущий IP или можно хост, тот что в dyndns зареген ?
И графа Subdomain, просто @ (DNAME or @ to indicate root zone) ?
И TTL 7200
Автор: Alukardd
Дата сообщения: 09.05.2011 23:22
Demontager
Да вроде вы верно поняли.
@ IN A x.y.z.w - примерно так
Автор: Demontager
Дата сообщения: 10.05.2011 00:40
Хорошо, а что тогда будет если мой ip изменится? Ну, первый домен, работать будет наверное, а второй? Или, потом надо вручную менять там ip в записи A?
Автор: Alukardd
Дата сообщения: 10.05.2011 12:59
Demontager
Так а на черта вы полезли на zoneedit, если у вас динамика?

p.s. почему не купить внешний ip? Сейчас он стоит совсем не много.
Автор: Demontager
Дата сообщения: 10.05.2011 14:53
Сделаю статику потом, не дорого 45 грн. мес. у моего провайдера. Мне интересен сам способ реализации с динамическим Ip. С одним доменом ведь работает нормально. Может просто создать вторую зону там "nixtalks.com" и прописать такие же настройки как у первой ?
p.s. Ip у меня как раз и внешний, только динамический.
Автор: Alukardd
Дата сообщения: 10.05.2011 15:04
Demontager
Цитата:
Ip у меня как раз и внешний, только динамический.
еще бы он был "серый"...

Цитата:
Может просто создать вторую зону там
где там? на dyndns.org? Ну а почему нет? Или мб еще какие сервисы аналогичные есть...
Автор: Demontager
Дата сообщения: 10.05.2011 15:16
Имел ввиду в zoneedit. Или это бестолку, хоть 10 зон ?
Автор: Alukardd
Дата сообщения: 10.05.2011 16:16
Demontager
Ну так вам каждый раз придется в ручную менять A запись при смене ip...
Автор: Demontager
Дата сообщения: 10.05.2011 16:44
Тогда что получается, если один домен, то тогда всё работает на автомате. А если уже два, то надо добавлять A запись и обновлять её вручную ?
Автор: Alukardd
Дата сообщения: 10.05.2011 16:57
Demontager
Я и не представляю как у вас хоть один работает... Без A записи сайты не пашут... Почта (MX записи) пожалуйста, но не http протокол и т.п.
Автор: Demontager
Дата сообщения: 10.05.2011 17:04
Я сейчас создал новую зону "nixtalks.com" в zoneedit и сайт заработал. Ну работает, же, сайты ведь открываются. И dig

Код:
localhost snich # dig nixtalks.com

; <<>> DiG 9.7.3 <<>> nixtalks.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46957
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 5, ADDITIONAL: 8

;; QUESTION SECTION:
;nixtalks.com.            IN    A

;; ANSWER SECTION:
nixtalks.com.        6770    IN    CNAME    hbk.homelinux.com.
hbk.homelinux.com.    60    IN    A    178.94.41.212

;; AUTHORITY SECTION:
homelinux.com.        60709    IN    NS    ns2.dyndns.org.
homelinux.com.        60709    IN    NS    ns3.dyndns.org.
homelinux.com.        60709    IN    NS    ns4.dyndns.org.
homelinux.com.        60709    IN    NS    ns5.dyndns.org.
homelinux.com.        60709    IN    NS    ns1.dyndns.org.

;; ADDITIONAL SECTION:
ns2.dyndns.org.        58732    IN    A    204.13.249.75
ns2.dyndns.org.        62476    IN    AAAA    2600:2002::75
ns3.dyndns.org.        58732    IN    A    208.78.69.75
ns3.dyndns.org.        62476    IN    AAAA    2600:2003::75
ns4.dyndns.org.        58732    IN    A    91.198.22.75
ns4.dyndns.org.        62476    IN    AAAA    2600:2004::75
ns5.dyndns.org.        58732    IN    A    203.62.195.75
ns5.dyndns.org.        62476    IN    AAAA    2600:2005::75

;; Query time: 83 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue May 10 17:00:56 2011
;; MSG SIZE rcvd: 350
Автор: Alukardd
Дата сообщения: 10.05.2011 17:47
Demontager
работает ибо вот строчки которые заставляют его это делать
nixtalks.com. 6770 IN CNAME hbk.homelinux.com.
hbk.homelinux.com. 60 IN A 178.94.41.212
Автор: Demontager
Дата сообщения: 10.05.2011 18:24
да, но я не создавал A записи в zoneedit, значит, это dyndns проставляет. В любом случае, поставленная цель достигнута! Alukardd, спасибо что помогали!
Автор: Alukardd
Дата сообщения: 22.06.2011 11:19
Уважаемые, объясните мне как это работает?
Возьмём все домены верхнего уровня. Часть из них имеет web-сервер приямо по своему имени, например http://ai./, а часть перекидывает на другие домены или же свои поддомены, например http://ru./ перекинет на http://www.ru./.
Так вот те что перекидывают на другие домены те не резолвятся в DNS запросе типа host/dig/nslookup ru., в то время как тот же ai. прекрасно резолвится. Соответственно утилита ping тоже не может получить адрес для работы...

Вопрос в основном состоит в том, как это реализовано со стороны DNS серверов??? Как происходит эта подмена url (полагаю веб-серверов с таким именем не существует, да и серверов вроде как тоже)??? Но как они реализовали это на уровне NS? Или я чего-то упускаю из вида?
Автор: Valery12
Дата сообщения: 22.06.2011 12:30

Цитата:
как это реализовано со стороны DNS серверов??? Как происходит эта подмена url (полагаю веб-серверов с таким именем не существует, да и серверов вроде как тоже)??? Но как они реализовали это на уровне NS? Или я чего-то упускаю из вида?

я считал что с помощью CNAME - на NS создается алиас www который указывает на веб-сервер а браузер, по умолчанию не получив ответа от ru. подставляет www.ru
ну а у http://ai./ - наверное создан пустой алиас (в этом случае он принимает имя домена).
Правда, почему одно имя резолвится а другое нет это не объясняет.
Автор: Alukardd
Дата сообщения: 22.06.2011 12:36
Valery12
CNAME это всё хорошо, но CNAME не должен менять адресную строку в браузере...
Автор: Valery12
Дата сообщения: 22.06.2011 12:45
ну я и говорю что вместо http://ru - http://www.ru подставляет браузер, не получив ответа от http://ru, а вот окончательный результат - http://www.ru/rus/index.html формирует уже вэб-сервер, имя которого мы получили через CNAME
Автор: vlary
Дата сообщения: 22.06.2011 13:03
Alukardd У меня вместо http://ru ИЕ и Хром ничего не подставляют, даже - http://www.ru, и поскольку домен ru не имеет А записи, я получил отлуп. Фаерфокс почему-то решил, что я имею в виду http://www.ru.com/, и отправил меня туда.
Домен же ai имеет А запись, 209.59.119.34, посему ссылка http://ai/ открывается без проблем.
Автор: Valery12
Дата сообщения: 22.06.2011 14:04
у меня фаерфокс открыл http://www.ru/rus/index.html, как я и написал
whois для 209.59.119.34 показывет offshore.ai
хотя при обращении на их собственный NS (209.59.119.1) запись A есть

P.S.
писать нужно именно http://ru. с корневой точкой иначе браузер его как адрес не воспринимает
Автор: vlary
Дата сообщения: 22.06.2011 14:40
Valery12
Цитата:
писать нужно именно http://ru. с корневой точкой
ИЕ и Хром даже с точкой посылают нах... Фаерфокс по ссылке с точкой действительно перебросила на http://www.ru/rus/index.html, но это видимо результат каких-то ее интелектуальных изысканий, с DNS ни коим образом не связанных.

Автор: Alukardd
Дата сообщения: 22.06.2011 15:25

Цитата:
ИЕ и Хром даже с точкой посылают нах...
Варианта 2 - либо они тупые, либо и вправду DNS записей нету для данного домена... А FX сам додумывает www, НО я видел какие-то домены не просто www дописывают (не могу щас подобрать какой видел)...
Автор: vlary
Дата сообщения: 22.06.2011 16:33
Alukardd
Цитата:
либо они тупые, либо и вправду DNS записей нету для данного домена...
Так нам же гадать ни к чему. У нас инструменты есть.

Код: nslookup -type=a ru.
Server: google-public-dns-a.google.com
Address: 8.8.8.8

Name: ru

nslookup -type=a com.
Server: google-public-dns-a.google.com
Address: 8.8.8.8

Name: com

nslookup -type=a ai.
Server: google-public-dns-a.google.com
Address: 8.8.8.8

Non-authoritative answer:
Name: ai
Address: 209.59.119.34
Автор: Alukardd
Дата сообщения: 22.06.2011 16:46
vlary
Ну так про это я сразу писал)))
Код: % host -v ru.
Trying "ru"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24895
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;ru.                IN    A

;; AUTHORITY SECTION:
ru.            3564    IN    SOA    ns.ripn.net. hostmaster.ripn.net. 4017899 86400 14400 2592000 3600

Received 78 bytes from 172.17.0.1#53 in 25 ms
Trying "ru"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27100
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;ru.                IN    AAAA

;; AUTHORITY SECTION:
ru.            3596    IN    SOA    ns.ripn.net. hostmaster.ripn.net. 4017899 86400 14400 2592000 3600

Received 78 bytes from 172.17.0.1#53 in 0 ms
Trying "ru"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33458
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;ru.                IN    MX

;; AUTHORITY SECTION:
ru.            3596    IN    SOA    ns.ripn.net. hostmaster.ripn.net. 4017899 86400 14400 2592000 3600

Received 78 bytes from 172.17.0.1#53 in 0 ms
Автор: vlary
Дата сообщения: 22.06.2011 17:07
Alukardd У firefox есть такая фишка, называется "url suggestion". Когда что-то вводится в адресную строку, она начинает рыться в кэше и истории и подсовывать наиболее подходящие, с ее точки зрения, варианты. Видимо, так же она поступает, если не может получить правильный адрес. А может, даже в Гугл лезет. Короче, Лиса она и есть Лиса.
Автор: Pupkin2011
Дата сообщения: 08.07.2011 13:23
Добрый день!
Подскажите уважаемые вот такая ситуация: есть 2 почтовых домена domain1.com и domain2.ru, есть 1 почтовый сервер, есть 2 провайдера - один основной и один резервный - подключены через ZyWall 70. Сразу 2 не будут работать - падает один - работает другой. Идея такова - создать отказоустойчивую конфигурацию. Правильно ли будет указание следующих записей в DNS?:

domain1.com.    MX    10    mail.domain1.com.
domain1.com.    MX    30    mail2.domain1.com.
domain2.ru.    MX    10    mail.domain2.ru.
domain2.ru.    MX    30    mail2.domain2.ru.
mail.domain1.com.     A    aa.bb.cc.dd    ; HELO/EHLO = mail.domain1.com.
mail2.domain1.com. A    ff.gg.hh.jj    ; HELO/EHLO = mail.domain1.com.
mail.domain2.ru.     A    aa.bb.cc.dd    ; HELO/EHLO = mail.domain2.ru.
mail2.domain2.ru. A    ff.gg.hh.jj    ; HELO/EHLO = mail.domain2.ru.
domain1.com.    TXT    “v=spf1 a:mail.domain1.com a:mail2.domain1.com –all”
domain2.ru.    TXT    “v=spf1 a:mail.domain2.ru a:mail2.domain2.ru –all”
dd.cc.bb.aa.in-addr.arpa.    PTR    mail.domain2.ru.
jj.hh.gg.ff.in-addr.arpa.    PTR    mail2.domain2.ru.


DNS сервера своего нет - предполагается что эти записи размещаются у провайдеров, а у хостера тока ссылки на NS сервера провайдеров. Или лучше размещать эти записи на хостерах а PTR у провайдеров?
Автор: gamespb
Дата сообщения: 08.07.2011 17:10
Pupkin2011
ptr провайдера - по любому
а остальное где угодно если конечно захотят всё размещать
Автор: vlary
Дата сообщения: 08.07.2011 17:59
Pupkin2011 Я же тебе на sysadmins.ru уже ответил. Что за мода кросспостингом заниматься?
Автор: Pupkin2011
Дата сообщения: 11.07.2011 07:53
gamespb
Спасибо за ответ!

vlary
Нужен ответ просто скорее был...

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142

Предыдущая тема: Не работает блокировка через файл hosts


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.