<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">27 сентября 2017 г., 0:46 пользователь Taras Korenko <span dir="ltr"><<a href="mailto:ds@ukrhub.net" target="_blank">ds@ukrhub.net</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Sep 26, 2017 at 11:35:26PM +0300, Alexander Bolshakov wrote:<br><span class="">> На другой площадке, имеющей адрес из той же AS, таких проблем не возникает.<br>
</span>> ...<br>
<offtopic><br>
  Skype и microsoft вроде же одно и то же; <a href="http://downloads.nod32.com" rel="noreferrer" target="_blank">downloads.nod32.com</a><br>
  вообще не разрешается, даже если у ихнего главного из SOA<br>
  спрашивать...<br>
</offtopic><br></blockquote><div> Про скайп и мелкософт - правда. Но там тоже не всё однозначно - technet, download, etc что-то открывается, что-то нет. Как-то пока системы не нащупал. :(</div><div>NOD32 правильно будет <a href="http://download.eset.com">download.eset.com</a> - просто ссылку по памяти приводил, думал - по смыслу будет понятно, что нелогичное поведение. С AVP, кстати, та же фигня: скачать сам продукт можно, а download-geo*.<a href="http://avp.com">avp.com</a> (или как их там правильно) недоступны.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  Предлагаю выбрать из работающе-неработающих сайтов один<br>
адрес и<br>
<br>
  1. сравнить DNS разрешения с "нормальной" и "ненормальной"<br>
площадок -- так как провайдер один, сервера-резолверы должны<br>
быть одинаковы и ответы их тоже должны быть одинаковы;<br></blockquote><div>DNS-ы везде прописаны от яндекса. Почему так - пока не знаю. Я пришёл в контору всего 3 месяца как, а предыдущий админ уволился ещё за квартал до этого. И сейчас идёт в глухой отказ - "Ничего не помню. Работает? И ладно!". :( Но это совсем уже не по теме.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  2. побаловаться нашим волшебным traceroute с обязательным<br>
использованием ключиков -q 1 -P tcp и -p <80..70> (поперебирать<br>
стартовый ("base") порт) -- сравнивать одинаковый набор ключей<br>
traceroute-ов, запущенных с разных площадок -- может разница<br>
наведет на какие мысли.<br></blockquote><div>Это - да. Будем пробовать.</div><div>Кстати, обратил внимание, что некоторые сайты, например <a href="http://web.skype.com">web.skype.com</a>, прогружают заголовок, но потом виснут со статусом типа "waiting for TLS handshaking" и в конце концов отваливаются с ошибкой ERR_CONNECTION_RESET или ERR_CONNECTION_TIMEOUT. На площадке около десятка клиентов, поведение у всех одинаковое. Как-то не похоже это на санкции.</div></div></div></div>