|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5049/1.118 12 Feb 2001 21:35:30
To : All
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
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Gateway NEWS (http://in.kazan.ru) <=> FidoNet (2:5049/1)
+ of Kazan Physical-Technical Institute
+ ( http://kfti.knc.ru ; http://kazinfo.knc.ru )
+
+ User email address: Valentin.Nechayev@p0.f1.n5049.z2.fidonet.org
+ User FidoNet address: 2:5049/1.
--- NewsGate+ v0.8Р3
* Origin: Kazan Physical-Technical Institute, Gateway NEWS (2:5049/1.118)
бЕПМСРЭЯЪ Й ЯОХЯЙС РЕЛ, ЯНПРХПНБЮММШУ ОН: БНГПЮЯРЮМХЕ ДЮРШ СЛЕМЭЬЕМХЕ ДЮРШ РЕЛЮ ЮБРНП
| рЕЛЮ: |
юБРНП: |
дЮРЮ: |
|
Re: Re:DNS-ребус |
Valentin Nechayev |
12 Feb 2001 21:35:30 |
|
|
