Инетересные торомоза по сети
доброго времени суток.
у меня сеть с доменом, АД, ДНС, и аппаратный шлюз в инет. У генерального директора (как на зло у него) появились глюки с подтормаживанием в сети, причем если ходить проводником все очень даже хорошо, а вот если он работает в Excel и хочет сохранить документ, то он заходит на 1 сетевой комп - все отлично 2 шара диска - все отлично 3 пака - торомоза 3-5 мин! ДНС проверял вдоль и поперек все отлично. Антивир стоит НОД 3й. P.S. Иногда еще застревает на рисентах в пуске на 1-2 мин, но потом попускает. |
и еще насущий вопросец
хождение в инет настроено классически (насколько я понимаю) - в сетевых настройках копмьютеров прописаны основной шлюз (мой межсетевой экран) и мой ДНС сервер, а у него уже есть функция форвадинга на ДНС сервер провайдера. так вот, если хост в локальной сети не доступен ( комп ввыключен), то его собраться очень долго получают ифну об этом, насколько я понимаю, это из-за того, что КД не может зарезолвить и спрашивает у ДНС сервера провайдера. что можно сделать, чтобы не ждать 1-2 мин пока он сообщи заветный результат поиска?? до этого была обычна я рабочая группа, и в сетевых настройках пользователей, для доступа в инет были не посредсвенно ДНС провайдера и таких тормажений не наблюдалось. |
ipconfig /all
с компа босса, АДа и шлюза. |
Босс
Настройка протокола IP для Windows Имя компьютера . . . . . . . . . : vtnew Основной DNS-суффикс . . . . . . : ***.local Тип узла. . . . . . . . . . . . . : неизвестный IP-маршрутизация включена . . . . : нет WINS-прокси включен . . . . . . . : нет Порядок просмотра суффиксов DNS . : ***.local Подключение по локальной сети - Ethernet адаптер: DNS-суффикс этого подключения . . : Описание . . . . . . . . . . . . :Attansic L1 Gigabit Ethernet 10/100/1000Base-T Adapter Физический адрес. . . . . . . . . : 00-1A-92-81-3B-09 Dhcp включен. . . . . . . . . . . : нет IP-адрес . . . . . . . . . . . . : 192.168.*.** Маска подсети . . . . . . . . . . : 255.255.255.0 Основной шлюз . . . . . . . . . . : 192.168.*.150 DNS-серверы . . . . . . . . . . . : 192.168.*.100 КД Настройка протокола IP для Windows Имя компьютера . . . . . . . . . : Major Основной DNS-суффикс . . . . . . : ***.local Тип узла. . . . . . . . . . . . . : неизвестный IP-маршрутизация включена . . . . : нет WINS-прокси включен . . . . . . . : нет Порядок просмотра суффиксов DNS . : ***.local Подключение по локальной сети - Ethernet адаптер: DNS-суффикс этого подключения . . : Описание . . . . . . . . . . . . : Intel(R) PRO/1000 EB Network Connection with I/O Acceleration Физический адрес. . . . . . . . . : 00-30-48-33-76-8A DHCP включен. . . . . . . . . . . : нет IP-адрес . . . . . . . . . . . . : 192.168.*.100 Маска подсети . . . . . . . . . . : 255.255.255.0 IP-адрес . . . . . . . . . . . . : 192.168.*.100 Маска подсети . . . . . . . . . . : 255.255.255.0 Основной шлюз . . . . . . . . . . : 192.168.*.150 DNS-серверы . . . . . . . . . . . : 127.0.0.1 Шлюзом является железячка D-Link DFL 210. На КД еще навешен алеас адрес ( другая подсеть) чтобы со склада могли конектится по терминалу. Также у меня 2 зоны просмотра ( вперед и обратно) nslookup проверял DNS воркает Server: localhost Address: 127.0.0.1 Name: vtnew.***.local Address: 192.168.*.** Кстати, я наткнулся на дискусию при нстройке ДНС, что писать в сетевых параметрах КД, по умолчанию он пишет что ДНС сервер 127.0.0.1 но есть мнение что круче писать ему IP этого же самого интефейса http://admin.vlady.ru/w2k-dns.htm тестил, что писать 127.0.0.1, что писать его IP адрес, разницы не заметил, в целом к сети нет претензий, так как все работает, но вот с компьюетром босса чудеса. |
читал что может решится таким изменением в реестре
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] "DataBasePath"=hex(2):25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d, 33,32,5c,64,72,69,76,65,72,73,5c,65,74,63,00 "ForwardBroadcasts"=dword:00000000 "IPEnableRouter"=dword:00000000 "UseDomainNameDevolution"=dword:00000000 "EnableICMPRedirect"=dword:00000001 "DeadGWDetectDefault"=dword:00000001 "DontAddDefaultGatewayDefault"=dword:00000000 "EnableSecurityFilters"=dword:00000000 "AllowUnqualifiedQuery"=dword:00000000 "PrioritizeRecordData"=dword:00000001 "TcpWindowSize"=dword:0000faf0 "QueryIpMatching"=dword:00000001 "DisableTaskOffload"=dword:00000000 "TcpNumConnections"=dword:00fffffe "TcpMaxConnectRetransmissions"=dword:00000006 "TcpMaxDataRetransmissions"=dword:00000006 "SackOpts"=dword:00000001 "EnablePMTUBHDetect"=dword:00000000 "EnablePMTUDiscovery"=dword:00000001 "SynAttackProtect"=dword:00000001 "Tcp1323Opts"=dword:00000003 "TCP1320Opts"=dword:00000001 "TcpMaxDupAcks"=dword:00000002 "DefaultTTL"=dword:00000040 причем основной упор на ключи "Tcp1323Opts"=dword:00000003 "TCP1320Opts"=dword:00000001 Большие окна TCP "Tcp1323Opts"=dword:00000003 От мелкомягких: Размер окна отражает максимальное число пакетов, которые могут быть отправлены без ожидания положительного подтверждения. Большие окна TCP повышают производительность TCP/IP в случаях, когда большой объем данных находится в пути от отправителя к получателю. При обычной связи по TCP максимальный размер окна часто фиксируется в начальной стадии соединения и ограничен 64 килобайтами. Поддержка окон большего размера позволяет динамически пересчитывать и изменять по мере необходимости размер окна во время длительных сеансов. Благодаря этой возможности большее число пакетов данных может одновременно находиться в пути, что повышает производительность. По умолчанию компьютеры с операционными системами Windows Server 2003 принимают клиентские запросы на большие окна TCP только от компьютеров, поддерживающих TCP1323Opts. Компьютеры с поддержкой TCP1323Opts запрашивают разрешение на использование больших окон TCP в процессе начального трехэтапного установления связи. Чтобы компьютер мог запрашивать разрешение на использование больших окон TCP, необходимо включить TCP1323Opts в реестре. Дополнительные сведения о больших окнах TCP см. в документе RFC 1323 «TCP Extensions for High Performance». я посмотрел- ни на одной машине таких ключей нет - но у них все в порядке.......прошу Ваши коменты к данной мере |
Решил присоединиться к этой теме, т.к. подозреваю что моя проблемы той же природы. Решения пока не нашел, потому прошу помочь советом.
Без видимых на то причин (никаких изменений в систему не вносилось), неожиданно стали зависать загрузки файлов. После остановки и возобновления загрузка иногда продолжается до конца, иногда приходится делать это несколько раз. Файлы часто бывают "битыми". Драйверы на Intel 4965AGN - последние. Тестировалось также с другими картами, в частности с DWA140 (ralink) ) - таже история. Пользовался всегда твикером TCPoptimizer, все было в порядке. Сейчас никакие настройки не помогают, включая восстановление дефолтных установок Виндов. Обрывы соединений, попытка остановить/активизировать карту часто заканчивается либо зависанием либо невозможностью ее активизировать. Кто может подсказать, где искать причину? Спасибо. |
Цитата:
Цитата:
пробуте пинговать меняя параметр MTU. Honeymoon, откуда, что качаем, больше информации? Медленная закачка + зависание - следствие плохой маршрутизации. Сам на работе мучался, пока Вланы не пришли на помощь. |
exo,
Качаем, например, с рапиды (премиум), хотя тоже самое наблюдается практически с любого сайта: на 20-50% - резкое падение скорости, потом остановка. Одинаковое поведение Оперы, Флашгета, Мозилы. Фервол, антивиру отключены. |
|
я покопался сегодня по глубже в силу отсутствия босса на работе
отключил службу "обозреватель компьютеров" поставил службу MWN ( в сетевых настройках) на первое место в порядке служб доступа. + профилактика и диагностика результат 0 я заметил особеность, если ходить по сети мое сетевое окруже ->вся сеть -> MWN -> домен -> ......... воркает отлично. если ходить через ярлык типа "чето-там НА чемто-там" - в моей сети это 99% шаравые диски, то загрузка каталогов примерно 1-2........ если выполнять команду "Сохранить как..." из пакета MS Office ( Word, Excel......) то 1. если ходить мое сетевое окруже ->вся сеть -> MWN тормоз именно тут 2. если ходить через ярлык типа "чето-там НА чемто-там" - торомоз наступает при выборе любого каталога причем в обоих случаях подвисание может затянутся до 5 -7 мин |
Цитата:
Honeymoon, у провайдера не спрашивали? он может резать подобные ресурсы. |
exo,
дело не в провайдере. Протестировано на трех разных провайдерах, трех разных wifi рутерах и двух разных сетевых картах.. Что-то с установками, но не могу найти что. |
проблема тормозвов в пакет MS Office решилась как ни удивительно простой переустановкой,
но тормоза в сетевом окружении остались, есть мысли? |
Цитата:
|
после всех плясок с бубдном, получился такой резутльтат
после очистки кэша ДНС на компе (через командную строку) мое сетевое окружение оживает, правда не надолго, процедуру приходится повторять. днс лукапом резолвит, свои внутрение тесты проходит - если есть еще более действенные методы подскажите......... |
Цитата:
|
не знаю - радоваться или рыдать - но стандартные средства диагностики ерроров не выявляют.
по мимо просмотра событий, попросил его ласково писать в файлик че он делает, полистал там ничего подозрительного. |
Время: 06:48. |
Время: 06:48.
© OSzone.net 2001-