 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Konstantin Tokar 2:5020/400 09 Oct 2003 18:59:21 To : Aleksey Barabanov Subject : Re: DNSы лежат в одной сети :-( -------------------------------------------------------------------------------- >>Предполагается, что два сегмента падают одновременно реже, чем один. > > Чем-то напоминает веру в априорное добро ;) Я сильно подозреваю, что можно доказать что подавляющее большинство организаций имеют не больше одной сети класса С - из этого следует, что два сегмента разнесены физически, то есть падение одного может быть не связано с падением другого, то есть надёжность в среднем повышается. >>>Если говорить о надежности то не помешает вспомнить не более как >>>двухнедельной давности падение всего Зенона ;))) Который как известно >>>лидер по размещению доменов ru. >> >>А ещё падение Тунгусского метеорита, от которого никаким файрволом не > > Какой-то вИ злой ;/ Я же не ссылаюсь на Всемирный Потоп ? Я ведь привел > пример из совершенно повседневной и публичной практики. Зенон падает не каждый день, а мелкие пользователи и провайдеры (например домашних сетей) каждый. >>спасёшься ;) У меня два сервера, один был недавно в упавшей сети, так >>другой отлично справился со своей работой и никто ничего не заметил. >>Были бы оба в упавшей, то ... > > ;) > А хостинг у вас был где ? ... А у моего клиента в Зеноне ;) И почтовик на mx > тамже ;) А вот MX у меня не там, где primary сервер! > >>>Да и только ns не исчерпывается наполнение ресурсов Сети. Зачем вам ns >>>если 1.его ответ уже закеширован, 2.если хост на который ссылается RR в >>>дауне ;) >> >>А если не закэширован ( как обычно и бывает), и хост может и в дауне, а >>MX хост готов к приёму почты и хочет разгрузить сервер отправителя и сам > > А почему бы к требованию иметь два ns не привязять еще и условие иметь два > mx на домен ? И балансинг на www ;) Чем сам домен так важен как не > ресурсами в нем работающими ? Hадо искать баланс между возможностью исполнения требований и пользой, которую эти требования приносят. Требования рипна особых проблем мне не приносят с 1996 года. >>дожидиться пробуждения получателя. Кстати, интересно, если сервера >>отправителя и получателя работают в противофазе, почта вообще дойдёт, >>если нет между ними MX сервера? > > > В связи с ростом спама вообще возникает мысль перевести smtp из push системы > в гибридную ;) Почтовик отправителя шлет ресейпт получателю. А если > получатель согласен, то возврашает квитанцию, в ответ на которую и > происходит передача письма. Это может быть и шуткой, но применение > грейлистов фактически выглядит как тихое изменение стандартов ;) Бороться со спамом можно только одним методом - привязкой почтовых адресов к реальным людям или организациям, после этого спама не будет. Пока почтовые адреса соответствуют виртуальным личностям, все потуги бессмысленны. --- ifmail v.2.15dev5 * Origin: MTU-Intel ISP (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/28053d0dcf01.html, оценка из 5, голосов 10
|
|
|