Я администрирую сеть с множеством локаций и работаю с несколькими поставщиками, которых я проверил у своего поставщика DNS, чтобы изменить PTR записи для одного из IP-адресов, они ответили:
Уважаемый господин,
Мы не можем изменять PTR-записи предоставленных вами IP-адресов, поскольку эти IP-адреса не управляются
ZZZZZZZ.Вам нужно будет связаться с поставщиком IP-адресов, чтобы изменить записи PTR.
Это общая практика и записи PTR могут быть добавлены только компаниями-провайдерами, которые управляют IP-адресами, или это просто практика для этого поставщика DNS?
Я думаю, здесь немного сложнее, чем предлагает mdpc. Буква верна: только человек, которому был делегирован соответствующий фрагмент пространства PTR, может управлять записями PTR в этом пространстве.
Во втором абзаце они сделали предположение что текущий делегат является лицом, ответственным за пространство IP-адресов PA. Обычно это безопасное предположение, поскольку общая структура записей PTR такова, что они были делегированы кусками, соответствующими /24 Блок IP-адресов, в котором они находились. Но, как указывает mdpc, RFC 2317 представил механизм для делегирования подразделов этих базовых блоков. Я работал с организациями, которые использовали этот механизм, чтобы получить контроль над PTR для своих суб-/24 сетевые блоки. Но для этого требуется очень знающий интернет-провайдер, а также дружелюбный и послушный для загрузки; по моему опыту, он не используется широко.
Вы можете самостоятельно пройтись по дереву DNS, чтобы увидеть, кому было делегировано ваше пространство PTR, это скорее всего быть вашим текущим интернет-провайдером и скорее всего, не быть вашим текущим поставщиком DNS, если только это не один и тот же человек. Затем вы можете связаться с ними, чтобы запросить либо прямую вставку записей PTR, либо делегирование вашего подраздела вам или вашему представителю.
Это не обязательно верно и действительно зависит от того, хотят ли они делегировать вам обслуживание записей PTR от провайдера.
Насколько я помню, несколько лет назад, используя одного интернет-провайдера на основе RFC, я тогда видел умеренно сложную процедуру, которая поддерживалась именно для этого. Я не знаю, кто широко внедрил этот RFC или даже отказался от него.
Используя другого интернет-провайдера, в любом назначенном мне сетевом диапазоне мне было разрешено вести записи обратной зоны самостоятельно.