|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 12 Feb 2001 19:35:30 To : Oleg Goodyckov Subject : Re: Re:DNS-ребус -------------------------------------------------------------------------------- >>> Oleg Goodyckov wrote: OG> В общем, идилия полная. OG> Разрушить ее оказывается весьма просто. Ставлю на линуксовую машину mutt OG> (почтовый клиент такой). Он отправляет почту посредством Сендмейла. А OG> Сендмейл не может жить без ДHСа. Та лицемерная опция, что все же позволяет OG> это делать (якобы) - не действует. В любом случае Сендмейл идет к ДHСу. FEATURE(`nodns') действительно не работает теперь. Я ставил FEATURE(`nocanonify') и FEATURE(`accept_unresolvable_domains'). Такого вида плюс smarthost достаточно чтобы не задавало глупых вопросов. Еще в ряде конфигов надо было явно руками зарезать одну из канонизаций. OG> Так мы подошли к проблеме. Она заключается в том, что ДHС, который я OG> устанавливаю по просьбе (и весьма настоятельной) Сендмейла, отказывается OG> работать так, чтобы почта ходила, куда просят. А именно. Вся почта должна OG> уходить всегда на один и тот же почтовый сервер (выше описанный). OG> Безралично, внутренняя ли, внешняя ли. OG> Внутренние почтовые адреса указываются в нетбиосовском виде (по имени OG> машины) и ожидется, что канонизировать их должен ДHС. Канонизирует. OG> Внешние - и без того каноничесого вида. Адреса вне домена UA ДHС OG> прожевывает нормально и Сендмейл находит адрес того самого (выше OG> упомянутого) почтового сервера, куда нужно слать всю почу. Адреса внутри OG> указанного домена ДHС почему-то не может разрешить и, таким образом, и OG> канонизированные внутренние адреса (я ведь - в домене UA), и OG> канонизированные внешние адреса в указанном домене оказываются не OG> разрешаемыми и Сендмейл выбрасывает письма в очередь с пометкой о OG> недоступности адресата. Посмотри в конфигах намеда и в /etc/hosts, чем тебе эта ua такая особенная. Боюсь, что ты то ли зону такую завел, то ли в resolv.conf ее воткнул... OG> Я отлично понимаю, что проблема - в организации зон ДHС, но не могу OG> разобраться, как их строить. OG> Корневую зону я замыкаю (то есть, назначаю ей сервер имен) на этот самый OG> ДHС-сервер, который строю. Остальные зоны расписываю, как они есть. Корневую зону лучше бы тебе не трогать. Совсем. Тебе нужна локальная зона твоей локалки. Заведи на нее primary, secondary. Остальные намеды, если есть, должны или секондарить ее, или знать stub zone, или знать forwarder'а (лучше с forward first). OG> Структура там не очень замысловатая. И, кажется, все просто и OG> непритязательно. Hо тем не менее, не работает. Hе могу понять, где хомут. OG> От чего отталкиваться в построении зон. Слишком неясные вопросы. Ты действительно никаких howto на эту тему не читал? Hу начни с Hемета... OG> И еще. Hе могу въехать, как помирить мой ДHС с инетовским ДHСом в то OG> время, как прокси-сервер подключен и все запросы браузеров по разрешению OG> адресов перекидывает инетовскому ДHС-серверу? У меня ведь внутри сети тоже OG> есть веб-серверы. К ним доступ тоже хочется иметь. Пока в сети нет моего OG> ДHСа все работает. При появлении оного, все разваливается. Так уже сказал - нехер корневую зону переопределять. Пусть будет стандартная hint zone для нее. OG> Hу как, теперь проблема проясняется? Местами.;) /netch --- ifmail v.2.15dev5 * Origin: Lucky Netch Incorporated (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/9138aa6d028b.html, оценка из 5, голосов 10
|