E-mail

vadblm · Конфигурация компьютера

Цитата batyaPS:

проблемы индейцев. »

Цитата batyaPS:

нет не личное, просто сложно в большой компании кого то убедить когда проблема из тысячи ПК только у меня.
ни кто этим заниматься не будет. проще попросить переустановит систему на всех ПК или применить тот самый фикс. »

Не надо себя позволять опускать до уровня "индейца". Подход "я человек маленький, потому буду терпеть" никуда не годится. Раз вы работаете в крупной компании с тысячами сотрудников, у вас должен быть issue tracker, заведите тикет с описанием проблемы на админов почты, если нет прав — на своего непосредственного начальника. С полным описанием и предположениями, вроде того что я дал. Тикет уйдёт по назначению — будут решать, вернут с резолюцией "проблемы индейцев" — умываете руки и сидите на попе ровно, подыскивая новое рабочее место с адекватным отношением к работе.

batyaPS · Отправлено: **18:09, 30-08-2014** | #12

vadblm,
это всё понятно. вчера чуть ли не директор депортамента сидел со мной всю ночь, причина найдена не была.
посмотрите пожалуйста приложенные мною файлы, может что то отберете а я методом деления по полам определю виновника.

vadblm · Конфигурация компьютера

Цитата batyaPS:

посмотрите пожалуйста приложенные мною файлы »

Не умею в винду, увы. Но не думаю, что проблема в каких-то хитрых настройках хоста. Сервер, как я теперь понимаю, удалённый? Между ним и вами куча хопов, из которых каждый может теоретически резать/терять? Пока могу предложить поиграться на хосте с MTU в сторону уменьшения.

batyaPS · Отправлено: **18:29, 30-08-2014** | #14

нет, сервер находиться не далеко, но доступ ограничен.

vadblm · Конфигурация компьютера

Тогда расчехлям сниффер. Слушаем сеть, потом фильтруем пакеты сначала у "везучего" хоста, потом у "невезучего" и сравниваем, в чём разница.

batyaPS · Отправлено: **20:32, 30-08-2014** | #16

проблема в параметре реестра Tcp1323Opts

batyaPS · Отправлено: **21:04, 30-08-2014** | #17

НАШЁЛ!!!!
выгрузил и сравнил два реестра
потом все изменённые параметры делил на два и применял, ребутал, проверял

всему виной параметр в реестре
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
"Tcp1323Opts"=dword:00000003
> Параметр Tcp1323Opts определяет поддержку увеличенного окна TCP в соответствии с RFC1323.
> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
> Tcp1323Opts="1" (DWORD, рекомендуемое значение - 1 окно TCP масштабируется без временных меток (timestamps), 0 - выключить RFC1323 опцию, 3 - окно TCP масштабируется с временными метками). Значение параметра - 3 может помочь в некоторых случаях, когда растут потери пакетов.
по умолчанию в системе идет значение ключа 3
http://technet.microsoft.com/en-us/libr ... 38205.aspx

хотя не понятно, рекомендуют 1 а по умолчанию идет 3

да и везде на форумах пишут, что значение 3 ускоряет работу сети, папки сетевые быстрее открываются и прочее.
но в данном случае приводит к таким проблемам.
выставил значение ключа в 1 и почта заработала, вероятно с 0 тоже будет работать.

вывод - на Centos из новой заливки собирая фаервол пытались защитится от DDOS и внесли параметр
# Запрещаем TCP timestamps, RFC1323
echo 0 > /proc/sys/net/ipv4/tcp_timestamps