Windows 7 тормозит в домене

Недавно случилось обновить клиентское место главбуха.
WinXP — уже наше хорошее прошлое, поставили естественно семерку (Windows7).

И вот тут опять «наступили на грабли».
Старенький комп на XPюше в сети себя чувствовал шустряком, а новый постоянно подлагивал.
Проявлялось в кратковременных фризах (замираниях) на 3-5 секунд при открытии/сохранении документов по сети.
Ну а при активном сетевом обмене от людей слышишь только возмущения.
Почему же новое железо работает хуже старых компов?

1. Рыли в сторону антивирусов.
2. «Оптимизировали» сетевые настройки.
3. Игрались с запущенными службами.
4. Отключали UAC.

Все без толку.

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

Как выяснилось, есть в новых системах такой компонент как Smb2, который и является причиной этой тормознутости.
Его и надо придушить на корню.

Запускаем (Win+R) на Сервере в командной строке «regedit» (естественно без кавычек).

Ищем в дереве реестра путь: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters

Найти параметр «Smb2» и установить его в «0»
Если его нет — создать параметр типа «dword» с именем «Smb2», значение «0».

Или просто сохраните следующий файлик Smb2off.reg и запустите его.

Медленный вход на папки Server 2003 R2

☑

0

Silence63

28.10.22

✎

08:29

Всем привет. имеется старый контроллер домена на Windows Server 2003 R2. Внутри сети в домене разные машины. В основном на Windows 7. И вот с недавних пор с машин на Win 7 стало очень медленно заходить на расшаренные папки сервера. Причём как по IP так и по имени сервера.Стало быть дело не в DNS. В сети есть ещё один 2003, он не в домене, и с него влетает отлично.

Подскажите куда копать?

1

Builder

28.10.22

✎

09:06

2

Chai Nic

28.10.22

✎

09:15

У нас всё работает и без этих команд. Может с сетью проблемы какие? А проявляются возможно потому что семерка использует большие размеры пакетов для работы с SMB. Попробуйте, ping -n 10000 -t потери дает?

3

Silence63

28.10.22

✎

09:54

4

Chai Nic

28.10.22

✎

10:01

(3) Так я ж и пишу, попробуйте пинговать большими пакетами сервер с проблемного клиента. Если сеть нормальна, потерь не должно быть.

PS На семерки никакого софта или драйверов для впн не ставили, случайно?

5

Silence63

28.10.22

✎

10:08

Нет, потерь нет.

6

Silence63

28.10.22

✎

10:08

Проблема на всех 7ках в сети. 10 тоже походу. Всё что выше хп

7

Chai Nic

28.10.22

✎

10:24

А на сервере нет случайно никаких сетевых антивирусов или файрволлов? Если есть, попробуйте отключить полностью для теста.

8

dmrjan

28.10.22

✎

10:31

На доменной машине raid-контроллер есть? Если есть — можно посмотреть температуру рейд-контроллера.

9

Silence63

28.10.22

✎

10:33

Нет, нету.

Проблема началась вчера. после того как после отключения электричества при включении сервера переставали бегать пакеты. Лечилось оключением и включением сетевушки програмно. Такое уже было и не раз. Затем я попробовал подключить вторую сетевушку. Не помогло, видимо в домене гдето на неё переключаться нужно было.

И вернул первую. и начались эти глюки.

казалось бы можно было списать на глючную сетевуху, но с 2003 сервера всё влетает идеально.. с хп тоже

10

Chai Nic

28.10.22

✎

10:34

(8) Шутите? ТС же ясно сказал, что со старых клиентов ничего не тормозит. Значит, дело не в железе, а или в сети, или в сетевых настройках, или в недоступности каких-то протоколов. Скорее всего, отломился какой-то протокол на сервере, с которым по умолчанию соединяются новые ОС, и после неответа по таймауту переходят на более старые, которые работают.

11

Chai Nic

28.10.22

✎

10:35

(9) А попробуйте в сетевухе на сервере отключить все функции аппаратного ускорения

12

dmrjan

28.10.22

✎

10:51

ip не микротик раздает?

13

Silence63

28.10.22

✎

10:54

Новые вводные. Тормозит всё кроме старых ОС.

Например я вижу в списке компов любую машину, захожу, либо захожу по адресу \\ivanov происходит затуп. Он меньше,чем при входе на сервер,но он есть.

Похоже чтото с актив директори. Или как выше сказали с какой то из служб

14

Silence63

28.10.22

✎

10:54

ip статика.

15

Chai Nic

28.10.22

✎

10:57

(13) А если по \\<ip> тоже тупит?

16

Chai Nic

28.10.22

✎

10:58

Старые ОС используют netbios для разрешения имен, новые — dns. Проверьте, у вас правильно задан в сети dns-сервер, он должен быть контроллером домена.

17

dmrjan

28.10.22

✎

10:58

Суть примерно такая — у сервера установлен статический ip, а в микротике mac этого сервера задан статическим. Но этот статический ip либо находится вне зоны, выделенной под статику, либо зона под статику не существует. В результате — после перезагрузке компьютеров dhcp раздает автоматом ip-адрес сервера другому устройству. В результате конфликт.

18

Chai Nic

28.10.22

✎

10:59

И на контроллере домена dns-сервер должен быть аутентифицирован в домене, насколько я помню..

19

dmrjan

28.10.22

✎

10:59

Посмотри для начала в консоли arp -a

20

Silence63

28.10.22

✎

11:07

по \\<ip> тоже тупит?  — да. тоже. дело в опроснике, учётки сверяет долго.

Проверьте, у вас правильно задан в сети dns-сервер, он должен быть контроллером домена.   да,ничего не менялось. DNS это само собой КД.

Микротик непричём. Всё строго по статике. вообще всё.

На КД DNS 127.0.0.1 т.е. он сам. как и было. А внутри прописаны внешние DNS.

Посмотри для начала в консоли arp -a    ЭТО как??

21

Chai Nic

28.10.22

✎

11:14

(20) А если с семерки заходить на другие старые компы, введенные в домен — тоже тормозит?

22

Chai Nic

28.10.22

✎

11:15

(20) «учётки сверяет долго.»

С системным временем всё в порядке, на сервере и клиентах время синхронно и часовой пояс одинаковый? Kerberos не работает при рассинхроне. А вот старые методы авторизации NTLM к этому не чувствительны.

23

Silence63

28.10.22

✎

11:31

А если с семерки заходить на другие старые компы, введенные в домен — тоже тормозит?  есть только сервер 2003 не в домене, но в одной сети. он летает.

Со временем порядок. везде одинаковое

24

Йохохо

28.10.22

✎

11:39

мб проверить на новой шаре по тому же пути

25

Silence63

28.10.22

✎

11:57

Да оно впринципе на любую машину заходит долго. на любую кроме межу этих 2х 2003х

26

Silence63

28.10.22

✎

11:59

Т.е. \\server или \\ivanov и крутит долго очень. но Пользовательские машины быстрее. Сервер вообще очень долго

27

Silence63

28.10.22

✎

12:01

Кстати галка включить проверку подлинности в настройках сетевой платы не стоит. может в этом дело?

28

Builder

28.10.22

✎

12:06

(27) А сетевуха есть еще одна? Поставить бы на сервер внешнюю и проверить с ней.

29

Silence63

28.10.22

✎

12:45

Сетевуха вторая есть. Но сам сейчас ковыряюсь удалённо. Возможности переключить нет

30

Silence63

28.10.22

✎

12:46

Проверка подлинности никак не может влиять?

31

Chai Nic

28.10.22

✎

12:59

(27) Проверьте лучше на сервере, в дополнительных параметрах, чтобы были правильные привязки служб клиента и сервера — именно к той сетевухе, которая реально работает. И ни к чему больше.

32

Silence63

28.10.22

✎

13:06

Это где?

33

Silence63

28.10.22

✎

13:08

Да, там всё верно. нужная сетевуха стоит первой. Хотя ранее стояла второй, я переключил её первой,но это не помогло. возможно нужен ребут

ещё есть мысль netsh winsock reset

34

Chai Nic

28.10.22

✎

13:09

Попробуйте для начала рестартануть службу сервер

35

Silence63

28.10.22

✎

13:23

Из РДП не выкинет?

36

Chai Nic

28.10.22

✎

13:25

(35) Да вроде не должно, rdp не зависит от smb

37

Silence63

28.10.22

✎

13:30

не помогло.

38

Silence63

28.10.22

✎

13:31

Распределенная файловая система dfs тоже была отключена. Включил — не помогло

39

Chai Nic

28.10.22

✎

13:33

Ещё бы в настройках сетевухи отключить аппаратное ускорение tcp/ip. Иногда сетевуха начинает так хитро глючить, тем более у вас есть предыстория с проблемами. Поставьте для пробы самую примитивную RTL8139 и проверьте с ней.

40

Silence63

28.10.22

✎

13:42

41

Йохохо

28.10.22

✎

13:52

олды помнят про мастер браузер?

42

Silence63

28.10.22

✎

13:56

Какую сетевую службу входа я отключить мог? службу сервер я включил. что ещё может мешать?

43

Chai Nic

28.10.22

✎

14:00

(41) А при чем тут браузинг сети? Если проблемы у ТС даже при непосредственном входе через «\\».

(42) Может быть там протоколы разные. Службы Клиент и Сервер в винде — это дикий зоопарк новых и старых протоколов. Одни основаны на udp, другие на tcp. И если какая-то часть из-за сетевых проблем работает плохо — подключается другая.

44

Silence63

28.10.22

✎

14:03

netsh winsock reset остаётся, и ребут. Руки опускаются уже

45

Silence63

28.10.22

✎

14:40

Ничего не помогло.

46

Silence63

28.10.22

✎

14:42

Новые вводные: если клиента вывести и ввести из домена, то всё работает. Чтото с АД.

47

Arbuz

28.10.22

✎

14:49

Народная примета: Удалённая настройка сети на КД — к дороге.

48

Сергиус

28.10.22

✎

17:22

(47)А настройка в пятницу вечером — к дороге в выходные)

49

ДедМорроз

28.10.22

✎

17:23

Старые по протоколу smb v1,на новых его нет,поэтому идет переключение на новый.

Можно на машине,где тупит,включить первую версию и посмотреть,помогло или нет.

50

Chai Nic

28.10.22

✎

19:09

(49) На 2003 сервере только v1 и есть, там v2 и новее не поддерживаются. Так что не в этом точно дело. Если бы не включенный v1 на клиентах, вообще бы никак не подключились.

51

Silence63

29.10.22

✎

19:04

Народная примета: Удалённая настройка сети на КД — к дороге. Вы не совсем правы.

вопрос решился отключением на сетевухе всего, что отключается. возможно вырастет нагрузка на проц, но сеть летает как раньше. Спасибо всем неравнодушным. Вы пытались помочь.

52

Silence63

29.10.22

✎

19:05

Очевидно что помирает сетевуха. или юг.

53

Chai Nic

29.10.22

✎

19:11

(51) «вопрос решился отключением на сетевухе всего»

Ну так я это ещё в (11) предложил сделать. Просто с таким тоже сталкивался как-то.

54

Silence63

31.10.22

✎

08:07

(53) Да, точно. Видимо по запаре я это упустил. Тогда что бы это означало? начало конца сетевой или юга? К чему готовиться так сказать?)

55

Chai Nic

31.10.22

✎

08:12

(54) Скорее сетевуха. У нас такое было с гигабитным длинком через пару лет работы. Потратились на интеловскую, поставили, и с тех пор уже лет 15 никаких проблем.

56

Silence63

31.10.22

✎

09:18

(55) Они глючат с момента установки. Сервак 2009 года. Предыдущий админ (мой коллега и товарищ) говорит что периодически на обеих сетевых был такой глюк, что после ребута переставали бегать пакеты. Лечилось отключением включением подключения после перезапуска. Т.е. он пробовал обе сетевухи. Может конечно драйвер такой….хз.

Но в будущем конечно нужно будет попробовать махнуть сетевую

I just installed two Windows 7 machines and both of them take a very long time to logon to the (samba) domain controller. I’ve found several reports on the internet about people with the same issue. This was one of the pages I found. I tried it and it works. It says:

• Run gpedit.msc.
• Go to computer configuration.
• Go to Administrative templates.
• Go to System.
• Go to User profiles.
• Enable “Set maximum wait time for the network if a user has a roaming user profile or remote home directory” and set to 0 seconds

You’d think that this means it can’t logon, because it suggests the wait period was because of network connection problem. However, I tried adding files to the profile on the server and logged in, and the file was synced to the PC. So, it does seem to work.

While I was at it, I also changed the setting not to allow logons with temporary profiles. It’s in the same list as the option above. In Dutch, it’s “gebruikers niet aanmelden met tijdelijke profielen”.

I also found this about slow logons. It’s for Windows XP, but perhaps it’s useful. It sets “Always wait for the network at computer startup and logon” to true. For some reason, the asynchronous loading of the network caused slowdown for that person.

Finally, I also found people who fixed slow logons by setting the desktop to an image, as opposed to solid color. I tested it, and indeed seemed to influence it.