«С начала времён» (уже лет пять назад) при настройке компьютеров я использовал набор предварительно подготовленных .reg файлов, которые, например, устанавливали лимит страниц, блокированных для ввода-вывода на 32 Мб, запрещали хранение LM-хеша паролей и предварительный просмотр .avi файлов в "Проводнике" Windows, включали LBA48 для жестких дисков, включали DisablePagingExecutive и многое другое.
В этом "многом другом" были и настройки драйвера TCP/IP: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] "DisableTaskOffload"=dword:00000000 "EnablePMTUBHDetect"=dword:00000001 "TcpMaxDupAcks"=dword:00000003 "GlobalMaxTcpWindowSize"=dword:00088e00 "Tcp1323Opts"=dword:00000003 "SackOpts"=dword:00000001 И вот случилось, что одна из этих опций (выделенная курсивом) "сыграла". Дилерский портал МТС для оказания услуг в режиме "офф-лайн" был практически недоступен из отделов, но доступен из офиса, как позже выяснилось, только через прокси-сервер. Причём проблема проявлялась на всех компьютерах, кроме пары тех, которые я не настраивал. После долгих мучений поиска, сбора статистики различными способами и ругани с поддержкой сайта выяснилось, что с недоступностью сайта полностью коррелирует параметр Tcp1323Opts, который, судя по описанию на сайте Microsoft (и в MSDN), в Windows "по умолчанию" должен иметь те же значения, что и устанавливаются явно моим .reg файлом. Очевидно, что раз после удаления этого параметра сайт становится доступен, а после его добавления – снова недоступен, этот параметр делает не только то (или не так), что описано в KB314053. Обновление:В другой статье technet написано, что по умолчанию эти фичи включены только для входящих соединений, и не используются для исходящих. Default: No value. The default behavior is as follows: do not use the Timestamp and Window Scale options when initiating TCP connections but use them if the TCP peer that is initiating communication includes them in the SYN segment.
|
