Muff's website forum

Пожалуйста, войдите или зарегистрируйтесь.

Расширенный поиск  

Новости:

SMF - Just Installed!

Автор Тема: RFC backresolv  (Прочитано 20570 раз)

lykich

  • Пионер
  • *
  • Karma: 0
  • Оффлайн Оффлайн
  • Сообщений: 3
    • Просмотр профиля
RFC backresolv
« : Января 21, 2011, 05:53:57 pm »

Должен ли провайдер маршрутизируя блок ip адресов прописывать для них PTR ?
Буду благодарен за ссылку на место в RFC.
Записан

muff

  • Administrator
  • Долгожитель
  • ***
  • Karma: 0
  • Оффлайн Оффлайн
  • Сообщений: 283
    • Просмотр профиля
    • IT, Network, Beer!
Re:RFC backresolv
« Ответ #1 : Января 21, 2011, 05:57:00 pm »

Нет, именно для маршрутизации back-resolv не нужен.
Он необходим только уже для конечных сервисов. Некоторые сервисы (тот же SMTP) требуют корректной настройки записей PTR.
Записан
Если нет ответа, то давайте подумаем...

lykich

  • Пионер
  • *
  • Karma: 0
  • Оффлайн Оффлайн
  • Сообщений: 3
    • Просмотр профиля
Re:RFC backresolv
« Ответ #2 : Января 21, 2011, 07:23:58 pm »

Да эт понимаю что не нужен.Тут просто провайдер марштутизирует адрес и утверждает что backresolv не обязателен.

ftp://ftp.ripe.net/ripe/docs/ripe-185.txt

5.2.  Reverse Address Delegation and Mapping

                Just as it is necessary to obtain the IP number for
                a host with a given domain name, it is often neces-
                sary to do the reverse, that is to obtain the domain
                name associated with a specific IP address.  Simple
                authorisation checks used by some Internet applica-
                tions and some diagnostic services need the fully
                qualified domain name associated with an address,
                for example.  Given an IP address, the procedure
                used to obtain the domain name associated with it is
                called reverse mapping.  The RIPE NCC recommends
                that Registries set up reverse delegation services
                for all of the addresses assigned for their own
                infrastructure and to their customers.

Разве это не рекомендация к backresolv для всех маршрутизируемых ип ?
Записан

muff

  • Administrator
  • Долгожитель
  • ***
  • Karma: 0
  • Оффлайн Оффлайн
  • Сообщений: 283
    • Просмотр профиля
    • IT, Network, Beer!
Re:RFC backresolv
« Ответ #3 : Января 22, 2011, 01:33:06 am »

Рекомендация - это только совет. А не четкая предпосылка.
Проверено. Даже если зоны in-addr.arpa не прописаны ни для одной сети, эти сети все равно будут маршрутизироваться.
Записан
Если нет ответа, то давайте подумаем...

lykich

  • Пионер
  • *
  • Karma: 0
  • Оффлайн Оффлайн
  • Сообщений: 3
    • Просмотр профиля
Re:RFC backresolv
« Ответ #4 : Января 24, 2011, 09:15:28 pm »

Рекомендация - это только совет. А не четкая предпосылка.
Проверено. Даже если зоны in-addr.arpa не прописаны ни для одной сети, эти сети все равно будут маршрутизироваться.
Маршрутизироватся они буду безусловно,вопрос в том как себя будет чувствовать пользователь с таким ip.

Записан

muff

  • Administrator
  • Долгожитель
  • ***
  • Karma: 0
  • Оффлайн Оффлайн
  • Сообщений: 283
    • Просмотр профиля
    • IT, Network, Beer!
Re:RFC backresolv
« Ответ #5 : Января 25, 2011, 02:10:48 pm »

Нормально.
Много провайдеров по умолчанию не создают бек-резолв. Но я (лучше "на всякий случай", чем "кто бы мог подумать...") все же генерирую бек-резолв для новых сетей, отталкиваясь от IP.

Например:

195.3.159.250 резолвился бы в 195-3-159-250.muff.kiev.ua.

Так что сгенерируй бек-резолв и не заморачивайся. Пользователи, которым нужен будет специфический бек-резолв сами к тебе будут обращаться по мере необходимости.
Записан
Если нет ответа, то давайте подумаем...
 

Страница сгенерирована за 0.489 секунд. Запросов: 33.