Alexander Sheiko wrote:
>
> В письме от Суб, 18 Июн 2016, 00:30 Victor Ustugov пишет:
>
>> а что, четыре неосновных сервера они отдали на аутсорсинг студентам?
>
> Без понятия. Но пока выглядит как исключение.
>
>> а на вашу почтовую систему поступают письма только с рилеев, на которых
>> есть
В письме от Суб, 18 Июн 2016, 00:30 Victor Ustugov пишет:
> а что, четыре неосновных сервера они отдали на аутсорсинг студентам?
Без понятия. Но пока выглядит как исключение.
> а на вашу почтовую систему поступают письма только с рилеев, на которых
> есть администраторы?
Под администратором я
Alexander Sheiko wrote:
>
> В письме от Птн, 17 Июн 2016, 23:45 Victor Ustugov пишет:
>
>>> Видится как просто незаконченная настройка нескольких хостов.
>>
>> с рандомным helo?
>
> Ну да. С основной массой их серверов такого же нет.
а что, четыре неосновных сервера они отдали на аутсорсинг сту
В письме от Птн, 17 Июн 2016, 23:45 Victor Ustugov пишет:
>> Видится как просто незаконченная настройка нескольких хостов.
>
> с рандомным helo?
Ну да. С основной массой их серверов такого же нет.
> а что, гуглы достойны быть выше других?
Если мы фильтруем по хело, значит пытаемся таким образо
чот уже понесло всех не туда, давайте заканчивать офтоп, мысли по поводу
пользования cname, бобров и иже с ними.
топикстартер проблему решил и хорошо.
>Пятница, 17 июня 2016, 23:45 +03:00 от Victor Ustugov :
>
>
___
Exim-users mailing list
Exim-users
В письме от Птн, 17 Июн 2016, 23:20 dawnshade пишет:
> до тех пор пока не появится MX download.microsoft.com - никакой
Вот - это и есть ключевой момент дискуссии, нивелирующий все возмущения ;-).
--
WBR, Alexander Sheiko
___
Exim-users mailing list
Alexander Sheiko wrote:
>
> В письме от Птн, 17 Июн 2016, 23:15 Victor Ustugov пишет:
>
>> отличились всего 4 хоста:
>>
>> mail-pd0-f193.google.com [209.85.192.193]
>> mail-pd0-f194.google.com [209.85.192.194]
>> mail-pd0-f195.google.com [209.85.192.195]
>> mail-pd0-f196.google.com [209.85.192.19
В письме от Птн, 17 Июн 2016, 23:15 Victor Ustugov пишет:
> отличились всего 4 хоста:
>
> mail-pd0-f193.google.com [209.85.192.193]
> mail-pd0-f194.google.com [209.85.192.194]
> mail-pd0-f195.google.com [209.85.192.195]
> mail-pd0-f196.google.com [209.85.192.196]
>
> и каждый из них использовал р
до тех пор пока не появится MX download.microsoft.com - никакой, но я собсно
этого и не говорил, что какой-то нарушен. я просто описывал факт использования
CNAME в отдельно взятых отношениях МС и конторы с лоад-балансингом.
как уже правильно сказали - хочешь чтоб к тебе почта ходила, будь аккура
dawnshade wrote:
> я имел в виду ровно то что написал - download.microsoft.com не является
> полноценной зоной 3-го уровня, дальше они отдают на лоад балансинг и
> порнографию CDN и тот пляшет там как хочет, в десны долбится и
> так далее, важно понимать что download* с очень малой долей вероятност
Hello!
On Fri, 17 Jun 2016 at 22:38:54 (+0300), Alexander Sheiko wrote:
> > Где здесь "корень зоны" (если я правильно понял коллегу, то он тоже
> > имеет в виду $ORIGIN)?
> В "формулировке автора" - CNAME здесь ссылается / указывает на корень зоны
> e3673.dspg.akamaiedge.net
> А вот что он "име
В письме от Птн, 17 Июн 2016, 23:00 dawnshade пишет:
> я имел в виду ровно то что написал - download.microsoft.com не является
> полноценной зоной 3-го уровня, дальше они отдают на лоад балансинг и
> порнографию CDN и тот пляшет там как хочет, в десны долбится и так
> далее, важно понимать что do
Hello!
On Fri, 17 Jun 2016 at 23:00:54 (+0300), dawnshade wrote:
> Ну и если у нас уже зашел срачъ за крупные компании, их отношение к
> стандартам и иже с ними, могу напомнить корпорацию бобра (aka googl) -
Чем больше бобра в корпорации или корпорации в бобре, тем меньше они
соблюдают правила.
я имел в виду ровно то что написал - download.microsoft.com не является
полноценной зоной 3-го уровня, дальше они отдают на лоад балансинг и
порнографию CDN и тот пляшет там как хочет, в десны долбится и так
далее, важно понимать что download* с очень малой долей вероятности будет
когда-нибудь
В письме от Птн, 17 Июн 2016, 22:29 George L. Yermulnik пишет:
> Где здесь "корень зоны" (если я правильно понял коллегу, то он тоже
> имеет в виду $ORIGIN)?
В "формулировке автора" - CNAME здесь ссылается / указывает на корень зоны
e3673.dspg.akamaiedge.net
А вот что он "имеет в виду" - я сам
Hello!
On Fri, 17 Jun 2016 at 21:07:46 (+0300), Alexander Sheiko wrote:
> > Это черезвычайно плохая мысль делать что-либо CNAME'ом на корень зоны.
> Расскажите это администраторам крупнейших сервисов:
Где здесь "корень зоны" (если я правильно понял коллегу, то он тоже
имеет в виду $ORIGIN)?
>
В письме от Птн, 17 Июн 2016, 21:22 Dmitry Bogun пишет:
> Для начала, как вам уже сказали - это не то о чем я писал.
Вы писали о том, что нельзя "делать что-либо CNAME'ом на корень зоны".
Объясните, что Вы имеете в виду этой формулировкой?
По RFC нельзя прописывать корень зоны как алиас, но в эт
В письме от Птн, 17 Июн 2016, 21:23 Igor Karpov пишет:
> И что тут, говорите, эффективно кэшируется?
Я ранее приводил наглядный пример того, как CNAME кешируется независимо от
A. Без дополнительный телодвижений - "из коробки".
В данном случае это какая-то балансировка. Там TTL всё время меняются
И что тут, говорите, эффективно кэшируется? 😊
> On 17 Jun 2016, at 21:07, Alexander Sheiko wrote:
>
>
> В письме от Птн, 17 Июн 2016, 20:29 Dmitry Bogun пишет:
>
>> Это черезвычайно плохая мысль делать что-либо CNAME'ом на корень зоны.
>
> Расскажите это администраторам крупнейших сервисов:
>
Для начала, как вам уже сказали - это не то о чем я писал. А для конца - нашли
кого ставить в пример - организацию исползующую нарушение технических
стандартов и требований для борьбы с конкурентами. У них был(частично еще
остался) свой html/css/js, немножко не такой как у всех.
Ладно, забыли м
это не зона download.microsoft.com, а просто CNAME в зоне microsoftcom
здесь нет домена 3го уровня
>
>
>В письме от Птн, 17 Июн 2016, 20:29 Dmitry Bogun пишет:
>
>> Это черезвычайно плохая мысль делать что-либо CNAME'ом на корень зоны.
>
>Расскажите это администраторам крупнейших сервисов:
>
>ho
В письме от Птн, 17 Июн 2016, 20:29 Dmitry Bogun пишет:
> Это черезвычайно плохая мысль делать что-либо CNAME'ом на корень зоны.
Расскажите это администраторам крупнейших сервисов:
host download.microsoft.com
download.microsoft.com is an alias for download.microsoft.com.nsatc.net.
download.micr
Насчёт "чужой" зоны это палка о двух концах. Открывает потенциальную
возможность для злоупотреблений. Насчёт in-addr.arpa. согласен, пожалуй. Про
автообновляемые зоны не понял. Неважно, впрочем.
> On 17 Jun 2016, at 20:26, Dmitry Bogun wrote:
>
> CNAME нужен/удобен, когда вы ссылаетесь на зап
> On Jun 17, 2016, at 2:47 AM, Alexander Sheiko wrote:
>
>
> В письме от Птн, 17 Июн 2016, 10:26 Igor Karpov пишет:
>> Как по мне, то CNAME (при всей кажущейся красоте и полезности этого типа
>> записи), не должны использоваться вообще. Я уже многие годы стараюсь
>> использовать A вместо CNAME
CNAME нужен/удобен, когда вы ссылаетесь на запись, которую вы не можете
контролировать - "чужая" зона, автообновляемая зона и хаки в виде передачи
контроля для "кусков" in-addr.arpa зон.
> On Jun 17, 2016, at 2:26 AM, Igor Karpov wrote:
>
> Как по мне, то CNAME (при всей кажущейся красоте и по
Hello!
On Fri, 17 Jun 2016 at 16:47:27 (+0300), Alexander Sheiko wrote:
> > Например, test.com имеет MX, а www.test.com на этом MX'е не прописан. А,
> > скажем, веб-сайт на www.test.com с настройками "по умолчанию" шлёт почту
> > с envelope from w...@www.test.com. Куда мейлеры будут пытаться
> >
В письме от Птн, 17 Июн 2016, 15:46 George L. Yermulnik пишет:
> Например, test.com имеет MX, а www.test.com на этом MX'е не прописан. А,
> скажем, веб-сайт на www.test.com с настройками "по умолчанию" шлёт почту
> с envelope from w...@www.test.com. Куда мейлеры будут пытаться
> отправлять почту?
Hello!
On Fri, 17 Jun 2016 at 13:36:39 (+0300), Alexander Sheiko wrote:
> > А тут - минус. Именно касательно "www CNAME @". Небось, ни NS, ни MX, ни
> > всё остальное для www не прописано и не настроено.
> А зачем в этом случае для www NS или MX???
Например, test.com имеет MX, а www.test.com на
: smart host и авторизация в качестве клиента
В письме от Птн, 17 Июн 2016, 11:54 Igor Karpov пишет:
> "Using Google's public DNS servers, the expiration of the A record causes
> a query of the CNAME record as well, even if the CNAME has a longer TTL.
> Прошу не придираться
В письме от Птн, 17 Июн 2016, 11:54 Igor Karpov пишет:
> Да только вот с кэшированием тоже не все так сладко:
Сделал эксперимент. Завёл A запись с TTL 180 и CNAME запись с TTL 3600 (на
самом деле они давно заведены, www алиас указывает на домен dyndns сервиса
no-ip.org).
Теперь юзаем dig (лишне
В письме от Птн, 17 Июн 2016, 11:40 George L. Yermulnik пишет:
> А тут - минус. Именно касательно "www CNAME @". Небось, ни NS, ни MX, ни
> всё остальное для www не прописано и не настроено.
А зачем в этом случае для www NS или MX???
--
WBR, Alexander Sheiko
_
В письме от Птн, 17 Июн 2016, 11:54 Igor Karpov пишет:
> "Using Google's public DNS servers, the expiration of the A record causes
> a query of the CNAME record as well, even if the CNAME has a longer TTL.
> Прошу не придираться к источнику, искать более уважаемый мне откровенно
> лень.
Если я
17 июня 2016 г., 10:26 пользователь Igor Karpov
написал:
> Как по мне, то CNAME (при всей кажущейся красоте и полезности этого типа
> записи), не должны использоваться вообще. Я уже многие годы стараюсь
> использовать A вместо CNAME и не припомню случая, когда этого было бы
> недостаточно. Даже г
2016-06-17 11:30 GMT+03:00 Alexander Sheiko :
>
> В письме от Птн, 17 Июн 2016, 10:54 Igor Karpov пишет:
>
> > Стоит ли оно удвоения (минимум) потока запросов на протяжении
> > всего срока жизни CNAME?
>
> Запросы кешируются. Как на самом ближайшем к юзеру DNS, так и в той же
> винде (служба DNS к
Hello!
On Fri, 17 Jun 2016 at 10:47:23 (+0300), Alexander Sheiko wrote:
> CNAME очень удобен, когда на один IP тем или иным образом привязана куча
> доменов. Тогда при смене IP достаточно поменять одну (!) A запись, а не
> все.
Тут плюс.
> Запись вида:
> www.test.com. IN CNAME test.com.
> Явл
В письме от Птн, 17 Июн 2016, 10:54 Igor Karpov пишет:
> Стоит ли оно удвоения (минимум) потока запросов на протяжении
> всего срока жизни CNAME?
Запросы кешируются. Как на самом ближайшем к юзеру DNS, так и в той же
винде (служба DNS клиент). Проблема двойной избыточности запросов к
серверу, об
> On Jun 17, 2016, at 10:47 AM, Alexander Sheiko wrote:
>
>
> В письме от Птн, 17 Июн 2016, 10:26 Igor Karpov пишет:
>> Как по мне, то CNAME (при всей кажущейся красоте и полезности этого типа
>> записи), не должны использоваться вообще. Я уже многие годы стараюсь
>> использовать A вместо CNAME
В письме от Птн, 17 Июн 2016, 10:26 Igor Karpov пишет:
> Как по мне, то CNAME (при всей кажущейся красоте и полезности этого типа
> записи), не должны использоваться вообще. Я уже многие годы стараюсь
> использовать A вместо CNAME и не припомню случая, когда этого было бы
> недостаточно. Даже гипо
Как по мне, то CNAME (при всей кажущейся красоте и полезности этого типа
записи), не должны использоваться вообще. Я уже многие годы стараюсь
использовать A вместо CNAME и не припомню случая, когда этого было бы
недостаточно. Даже гипотетически не могу сконструировать ситуацию, когда
использова
39 matches
Mail list logo
