[[SOLVED] как автоматически удалять устаревшие записи из bind dns ?]
null56 12 апреля, 2011 - 15:53
Задача настроить bind dns сервер, чтобы удалялись устаревшие записи, например по TTL
Вопрос: это возможно средствами самого bind?
Заранее благодарен за помощь
»
- Для комментирования войдите или зарегистрируйтесь
Мастер зоны? Внутренний?
Мастер зоны?
Внутренний? DHCP?
:wq
--
Live free or die
записи NAPTR зоны
записи NAPTR зоны e164
Я НИЧЕГО НЕ ПОНЯЛ. Напиши
Я НИЧЕГО НЕ ПОНЯЛ.
Напиши подробнее в какой роли работает бинд, кто ему написал твои зоны и зачем их удалять .
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
я напишу довольно просто: 1)
я напишу довольно просто:
1) bind имеет зону e164, в которой у меня хранятся naptr записи
2) в некоторый интервал времени на этот хост приходит полный список новых записей от соседа по сети и "некоторое приложение" вносит эти записи в bind в зону e164
если примерный механизм понятен, то так же кратенько напишу задачу: если от соседа пришли не все записи (некоторые были удалены непосредственно на соседском хосте), "некоторое приложение" обновило записи на основании полученных в сообщении, но недействительные остались, хоть и не пришли с сообщением. вот их хотелось бы удалить, пускай с опозданием, но раз они не приходят с новыми обновляющими сообщениями, но они недействительные
так яснее? более подробно рассказывать очень долго, пускай это выглядит и глупо без дополнительной информации, но тем не менее вопрос очень актуален для меня, так же как и использование ТОЛЬКО bind
зона одна, записей куча
Очевидно, что надо допиливать
Очевидно, что надо допиливать это самое приложение, которое генерит BIND'у зону, в сторону добавления того что нужнос одновременным удалением ненужного. Вот как - неясно, потому что нет подробностей.
К стыду своему признаюсь, что
К стыду своему признаюсь, что с этим типом записей не работал :( и даже с трудом понял, прочтя RFC, что это.
если же делать по аналогии - то вопрос 1
Серийный номер зоны инкрементируется ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
evadim, да это и есть самый
evadim, да это и есть самый первый вариант, который придется, видимо, применить...
slepnoga, нет, зону не трогаем вообще, передаются лишь записи содержащиеся в зоне. дополнительную информацию передать не получится, ибо таков протокол приложения...
в общем по сети ходят дико сжатые дико сериализованные данные этой зоны, ни более... так что так, поэтому хотелось бы иметь возможность самим сервером удалять устаревшие записи, но видимо bind это не умеет, да видимо, и не должен
я вообще думал так сделать: по обработке таймера "некоторое приложение" перед тем как сериализовать данные перед передачей проверяет, скажем то же значение ttl, допустим в минутах. там будем хранить, например время внесения от начала дня. это значение можно проверять и если оно от начала дня уже превысило свой интервал, то его не сериализовать а удалять из bind... но это так, мысли в слух
спасибо