Получили адресное пространство a.b.224/19
На своём dns сервере прописал зоны224.b.a.in-addr.arpa
225.b.a.in-addr.arpa
226.b.a.in-addr.arpa
227.b.a.in-addr.arpa
228.b.a.in-addr.arpa
...
.
.
.
...
239.b.a.in-addr.arpaПытаюсь зарегистрировать в LIR делегирование обратных зон, после заполнения формы, всё проходит удачно, но вываливаются такие сообщения
***RDNS: (related to ns2.econotel.ru) INFO: Could not find a PTR record mapping a.b.230.2 to ns2.somedomain.ru. For every IP address there should be a matching PTR record registered Please see RFC1912, section 2.1 for more information.
***RDNS: (related to ns1.econotel.ru) INFO: Could not find a PTR record mapping a.b.229.194 to ns1.somedomain.ru. For every IP address there should be a matching PTR record registered Please see RFC1912, section 2.1 for more information.
***RDNS: (related to set) INFO: Several tests were skipped for one of more servers having the version of the zone with serial number 2008053001, which had already been checked.
***Info: RDNS Authorisation passedИз сообщения видно, что он не может найти в указанной мной при регистрации зоне PTR записи для 2 ДНС серверов: ns1.somedomain.ru и ns2.somedomain.ru, хотя PTR записи для них есть в файлах описания зон 229.b.a.in-addr.arpa и 230.b.a.in-addr.arpa.
Я так понимаю, он смотрит зону 224.b.a.in-addr.arpa и считает, что там описана вся подсеть a.b.224/19
Я правильно понимаю, мне всё же придется запихать в файл описание зоны 224.b.a.in-addr.arpa всю подсеть a.b.224/19?
>Из сообщения видно, что он не может найти в указанной мной при
>регистрации зоне PTR записи для 2 ДНС серверов: ns1.somedomain.ru и ns2.somedomain.ru,
>хотя PTR записи для них есть в файлах описания зон 229.b.a.in-addr.arpa
>и 230.b.a.in-addr.arpa.Так добавьте PTR записи для NS серверов в каждую зону.
>
>Я так понимаю, он смотрит зону 224.b.a.in-addr.arpa и считает, что там
>описана вся подсеть a.b.224/19Вообще-то обратные зоны с VLSM не работают, как мне известно. Только классы адресов различают.
>[оверквотинг удален]
>>хотя PTR записи для них есть в файлах описания зон 229.b.a.in-addr.arpa
>>и 230.b.a.in-addr.arpa.
>
>Так добавьте PTR записи для NS серверов в каждую зону.
>>
>>Я так понимаю, он смотрит зону 224.b.a.in-addr.arpa и считает, что там
>>описана вся подсеть a.b.224/19
>
>Вообще-то обратные зоны с VLSM не работают, как мне известно. Только классы
>адресов различают.Неправда ваша... Работают... На этот счет даже RFC есть.
DOMAIN object создан ?
>Так добавьте PTR записи для NS серверов в каждую зону.
>>Оказалось, это не особо влияло на результат, вбил в объект DOMAIN по очереди все зоны
224.b.a.in-addr.arpa
...
...
239.b.a.in-addr.arpa
и обратки заработали
>[оверквотинг удален]
>>Так добавьте PTR записи для NS серверов в каждую зону.
>>>
>
>Оказалось, это не особо влияло на результат, вбил в объект DOMAIN по
>очереди все зоны
>224.b.a.in-addr.arpa
>...
>...
>239.b.a.in-addr.arpa
>и обратки заработалиДа, потому что RIPE не будет делегировать так объекты domain.
Он их делегирует только по /24
Т.е. каждую подсеть из /19 вам пришлось расписывать по /24
товарищам которые написали посты выше - стыдно...
>>Оказалось, это не особо влияло на результат, вбил в объект DOMAIN по
>>очереди все зоны
>>224.b.a.in-addr.arpa
>>...
>>...
>>239.b.a.in-addr.arpa
>>и обратки заработали
>немного не понял, по очереди - каждый раз в разную форму?
в этом случае у меня все равно ту же ошибку пишетесли в одно поле несколько значений, то sintax error