Hello!
On Wed, 26 Feb 2003 at 10:21:13 (+0200), Konstantin Nikonenko wrote:
Тут много знатоков DNS & RFC. Проясните картину, pls. Мой сервер держит зону для d-sto.com и соответственно обратную. Моих IP из сетки 195 прова десяток, так что запись выглядит так: ... 10 IN PTR d-sto.com. $GENERATE 11-255 $ NS ns.пров.net. все работает нормально, так как при обратном резолвинге пров возвращает PTR. Есть мой второй сервер в другой сетке того-же прова. Для него на том же d-sto.com: 126 IN PTR plant.d-sto.com. $GENERATE 0-125 $ NS ns.пров.net. $GENERATE 127-255 $ NS ns.пров.net. Только вот провайдер возвращает на этот запрос CNAME.
Тебе надо у себя прописать, например, "$GENERATE 127-255 $ PTR $.reverse.d-sto.com." (обычная реверсная зона), а не "$GENERATE 127-255 $ NS ns.пров.net.".
Ну и мой bind9 поступает в соответствии с пунктом Checking names своего man-а - обратный резолвинг _не работает_ %-( по умолчанию. Да, это решается прописыванием check-name fail; в опциях, но как бы в нарушение RFC. После бесед с админом прова он мне укащал на ftp://ftp.rfc-editor.org/in-notes/rfc2317.txt так что его действия полностью соответствуют RFC.
Вот теперь и задачка - так кто виноват? или же кто нарушитель?
Админ "прова" правильно указал на документ который следовало бы изучить. После изучения - пропадут все вопросы о том кто виноват :) -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message