|
|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 11 Mar 2001 10:44:14 To : Stanislav Latishko Subject : Re: идиотский вопрос про днс :) -------------------------------------------------------------------------------- >>> Stanislav Latishko wrote: SL> Ежели представить себе идиотскую ситуацию (я еще не знаю SL> такова ли она, но очень похоже:) : есть 2 тачки на _разных_ SL> провайдерах. Есть зона, к примеру myzone.ru, для которой 1-я тачка SL> - primary. Т.е. с этой тачкой и с этой зоной все нормально и можно SL> писать что надо. Hадо в этой зоне прописать вторую тачку. А провайдер SL> там упертый, в обратной зоне у него написано 'xren.dialup.provider', SL> и менять это он не хочет. При этом вполне возможна ситуация когда SL> в dialup.provider этому имени будет соответствовать другой адрес, SL> либо вообще такой записи не будет :) Вопрос: че делать ? ;) Забить на это. Вам-то какая заразница какой там резолвинг, собственно? В зону пишется glue record, в своей зоне пишутся свои IN A, и телемаркет. Или же Вы что-то не полностью рассказали. SL> Hасколько я понимаю, комбинация SL> tachka2.myzone.ru. IN A 1.2.3.4 SL> IN CNAME xren.dialup.provider. SL> - попросту нелегальна и работать не будет, я не ошибаюсь ? Угу, не будет. SL> Хочется просто отсутствия проблем из-за несовпадения имен, при этом SL> возможность достукиваться до той тачки по своему имени, а не по xren. Так пропишите свой IN A для любого имени на этот IP. Hикто же не запрещает иметь хоть миллиард IN A разных имен на один IP. Хоть триллион. От качественной настройки DNS требуется совсем другое - чтобы 1) обратный резолвинг был, 2) имени, которое получается по обратному резолвингу, был тот же IP что подан на обратный резолвинг. И все. И притом нарушение этого принципа не мешает нормальной работе, а мешает только определению авторства исходящих с этой тачки пакетов по имени (но не мешает определению авторства по IP). (Ах да, есть еще одно - собственный внутренний hostname этой тачки должен резолвиться в один из ее собственных адресов. Этому тоже провайдер не помешает.) /netch --- ifmail v.2.15dev5 * Origin: Lucky Netch Incorporated (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/91385edad569.html, оценка из 5, голосов 10
|