Имя: Пароль:
IT
Админ
Медленный вход на папки 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
(0) Старый прикол.
Создать CMD файл, в него команды
netsh int tcp set global autotuning=disabled
netsh int tcp set global autotuninglevel=disabled
netsh int tcp set global rss=disabled chimney=disabled

На Win7 запустить от админа, перезагрузить комп, радоваться.
2 Chai Nic
 
28.10.22
09:15
У нас всё работает и без этих команд. Может с сетью проблемы какие? А проявляются возможно потому что семерка использует большие размеры пакетов для работы с SMB. Попробуйте, ping -n 10000 -t потери дает?
3 Silence63
 
28.10.22
09:54
netsh int tcp set global autotuning=disabled
netsh int tcp set global autotuninglevel=disabled
netsh int tcp set global rss=disabled chimney=disabled


Это пробовал на одной машине с 7- не помогло. Помню много лет назад была проблема эта. как-то решили.
В этот раз она появилась после попытки подключения по другому ip адресу другой сетевой карты.
Та сетевая карта отключена, а глюк остался.

Может с сетью проблемы какие?
С другого 2003 всё влетает без проблем
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
После манипуляций со службами тот 2003 который мог на него зайти теперь не заходит. Попытка входа в сеть при отключенной сетевой службе входа. Службу сервер я перезагружал на обеих машинах

Ещё бы в настройках сетевухи отключить аппаратное ускорение tcp/ip. Вопрос: если проблема с сетью,почему входит с 2003 норм?
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 года. Предыдущий админ (мой коллега и товарищ) говорит что периодически на обеих сетевых был такой глюк, что после ребута переставали бегать пакеты. Лечилось отключением включением подключения после перезапуска. Т.е. он пробовал обе сетевухи. Может конечно драйвер такой....хз.
Но в будущем конечно нужно будет попробовать махнуть сетевую
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн