Desktop
Website
Multimedia
Database
Security
Enterprise
Вопрос : Почему клиенты выигрыша 7 падая соединения, случай 4634, laggy сеть, замерзая клиенты
Я имею клиента имеет долевые объекты случайно сети. Они раскроют архив на сети (std 2008) и он сидит около минута или так перед раскрывать архив. Все Win7, совсем свежее устанавливает. Иногда оно немедленн, иногда они должен ждать. Свой каждый потребитель. Оно кажется, что сопоставляет с случаями обеспеченностью (разрушенными встречами type-3) поэтому я вклюал что журнал для того чтобы препятствовать вам иметь взгляд.
Im интересуя если будет вопросом, то переключателя, потому что увиденный бедный человек I что-нибудь еще которые я знаю того причинил бы это. Любой помощью было бы appreciated.
Last night, котор я обменил переключатели и он работал совершенное на сверх час. Они пришли внутри сегодня и имели 2 потребителей иметь вопрос о 5 AM. Вокруг 2 они имели другого потребителя иметь вопрос, но это время оно замерло первенствует, и после этого снова на 5 потребитель имел документ слова открытый от сервера и «раскрыно с сообщением ошибки «не смогите быть достигано. Архив может быть коррумпирован, расположен на сервере который не отвечает, или прочитан только.» И предложено мне кнопку повторенной попытки или кнопку Cancel. Я ударил повторенную попытку, даже если он был уже открыт, и он держал хлопнуть вверх такое же сообщение ошибки. Я ударил cancel и сообщение ошибки исчезло и архив остался открытым. «-
It потребителя падает встречи по какой - либо причине что я наклоняю давать в численном выражении. Я вклюал фрагмент 400.000 входов от logon обеспеченностью период 24hr. ЛЮБАЯ помощь была бы оценена!
--------------------------
--4:44 успеха 5/10/2010
Audit: 57 Logoff PM Майкрософт-Windows-Security
-Auditing 4634 «учет было внесенное в журнал off.
Subject: Удостоверение личности обеспеченностью
: Типа счета БЛИЗНЕЦА \ wsiegel
: домен учета wsiegel
: Удостоверение личности Logon TWIN
: тип 0x579dd45
Logon: случай 3
This произведен когда встреча logon разрушена. Он может положительн быть сопоставлен с случаем logon using значение удостоверения личности Logon. IDs Logon только уникально между reboots на таком же компьютере. «4:44 успеха 5/10/2010
Audit: 57 Logon PM Майкрософт-Windows-Security
-Auditing 4624 «учет было успешно внесенное в журнал on.
Subject: Удостоверение личности обеспеченностью
: НУЛЕВОЙ типа счета SID
: - домен учета
: - удостоверение личности Logon
: тип 0x0
Logon: Logon 3
New: Удостоверение личности обеспеченностью
: Типа счета БЛИЗНЕЦА \ wsiegel
: домен учета wsiegel
: Удостоверение личности Logon TWIN
: Logon GUID 0x579dd52
: {81A0200B-EB47-B5C4-1609-5
22D8F9720C
0} данные по
Process: Удостоверение личности
отростчатое: имя 0x0
отростчатое: - данные по
Network: Имя рабочего места
: Адрес сети источника
: порт источника
192.168.5.112: данные по удостоверения подлинности 49201
Detailed: Процесс Logon
: Пакет удостоверения подлинности Kerberos
: Kerberos
Transited обслуживания: - длина имени пакета
(NTLM только):-
ключевая: случай 0
This произведен когда встреча logon создана. Произведено на компьютере был полями accessed.
The подчиненный показывает учет на местной системе спросила logon. Это будет само общ обслуживание как обслуживание сервера, или местный процесс как тип поле logon Winlogon.exe или Services.exe.
The показывает вид logon который произошел. Самые обычный типы 2 (взаимодействующе) и 3 (сеть). поля Logon
The новые показывают учет новому logon создал, т.е. учет который был внесен в журнал поля сети on.
The показывает где дистанционный запрос logon возник. Имя рабочего места не всегда имеющееся и может быть о пустым в информационные поля удостоверения подлинности некоторого cases.
The обеспечивает детальную информацию о этом специфически logon request.
- Logon GUID уникально обозначение можно использовать для того чтобы сопоставить этот случай с KDC event.
- Transited обслуживания показывает которые промежуточные обслуживания участвовали в этом logon request.
- имя пакета показывает который sub-протокол был использован среди NTLM protocols.
- ключевая длина показывает длину произведенного ключа встречи. Это будет 0 если никакой ключ встречи не был спрошен. «4:44 успеха 5/10/2010
Audit: 57 Logon PM Майкрософт-Windows-Security
-Auditing 4624 «учет было успешно внесенное в журнал on.
Subject: Удостоверение личности обеспеченностью
: НУЛЕВОЙ типа счета SID
: - домен учета
: - удостоверение личности Logon
: тип 0x0
Logon: Logon 3
New: Удостоверение личности обеспеченностью
: Типа счета БЛИЗНЕЦА \ wsiegel
: домен учета wsiegel
: Удостоверение личности Logon TWIN
: Logon GUID 0x579dd45
: {81A0200B-EB47-B5C4-1609-5
22D8F9720C
0} данные по
Process: Удостоверение личности
отростчатое: имя 0x0
отростчатое: - данные по
Network: Имя рабочего места
: Адрес сети источника
: порт источника
192.168.5.112: данные по удостоверения подлинности 49200
Detailed: Процесс Logon
: Пакет удостоверения подлинности Kerberos
: Kerberos
Transited обслуживания: - длина имени пакета
(NTLM только):-
ключевая: случай 0
This произведен когда встреча logon создана. Произведено на компьютере был полями accessed.
The подчиненный показывает учет на местной системе спросила logon. Это будет само общ обслуживание как обслуживание сервера, или местный процесс как тип поле logon Winlogon.exe или Services.exe.
The показывает вид logon который произошел. Самые обычный типы 2 (взаимодействующе) и 3 (сеть). поля Logon
The новые показывают учет новому logon создал, т.е. учет который был внесен в журнал поля сети on.
The показывает где дистанционный запрос logon возник. Имя рабочего места не всегда имеющееся и может быть о пустым в информационные поля удостоверения подлинности некоторого cases.
The обеспечивает детальную информацию о этом специфически logon request.
- Logon GUID уникально обозначение можно использовать для того чтобы сопоставить этот случай с KDC event.
- Transited обслуживания показывает которые промежуточные обслуживания участвовали в этом logon request.
- имя пакета показывает который sub-протокол был использован среди NTLM protocols.
- ключевая длина показывает длину произведенного ключа встречи. Это будет 0 если никакой ключ встречи не был спрошен. «4:44 успеха 5/10/2010
Audit: 57 Logon PM Майкрософт-Windows-Security
-Auditing 4624 «учет было успешно внесенное в журнал on.
Subject: Удостоверение личности обеспеченностью
: НУЛЕВОЙ типа счета SID
: - домен учета
: - удостоверение личности Logon
: тип 0x0
Logon: Logon 3
New: Удостоверение личности обеспеченностью
: Типа счета БЛИЗНЕЦА \ wsiegel
: домен учета wsiegel
: Удостоверение личности Logon TWIN
: Logon GUID 0x579dd35
: {81A0200B-EB47-B5C4-1609-5
22D8F9720C
0} данные по
Process: Удостоверение личности
отростчатое: имя 0x0
отростчатое: - данные по
Network: Имя рабочего места
: Адрес сети источника
: порт источника
192.168.5.112: данные по удостоверения подлинности 49198
Detailed: Процесс Logon
: Пакет удостоверения подлинности Kerberos
: Kerberos
Transited обслуживания: - длина имени пакета
(NTLM только):-
ключевая: случай 0
This произведен когда встреча logon создана. Произведено на компьютере был полями accessed.
The подчиненный показывает учет на местной системе спросила logon. Это будет само общ обслуживание как обслуживание сервера, или местный процесс как тип поле logon Winlogon.exe или Services.exe.
The показывает вид logon который произошел. Самые обычный типы 2 (взаимодействующе) и 3 (сеть). поля Logon
The новые показывают учет новому logon создал, т.е. учет который был внесен в журнал поля сети on.
The показывает где дистанционный запрос logon возник. Имя рабочего места не всегда имеющееся и может быть о пустым в информационные поля удостоверения подлинности некоторого cases.
The обеспечивает детальную информацию о этом специфически logon request.
- Logon GUID уникально обозначение можно использовать для того чтобы сопоставить этот случай с KDC event.
- Transited обслуживания показывает которые промежуточные обслуживания участвовали в этом logon request.
- имя пакета показывает который sub-протокол был использован среди NTLM protocols.
- ключевая длина показывает длину произведенного ключа встречи. Это будет 0 если никакой ключ встречи не был спрошен. «4:44 успеха 5/10/2010
Audit: 57 деятельностями билета обслуживания Керберос PM Майкрософт-Windows-Security
-Auditing 4769 «билет обслуживания Керберос были данные по requested.
Account: Типа счета
: домен учета
[email protected]
: Logon GUID TWIN.LOCAL
: {19157A5E-998A-7ABB-7076-2
40723D8ECD
F} данные по
Service: Имя обслуживания
: Удостоверение личности обслуживания TWIND
: БЛИЗНЕЦ \ данные по TWIND
Network: Адрес клиента
: :: ffff: порт клиента
192.168.5.112: данные по 49199
Additional: Варианты билета
: тип шифрования билета 0x40810000
: Кодий отказа 0x12
: 0x0
Transited обслуживания: - случай
This произведен каждому доступу времени спрошен к ресурсу как компьютер или обслуживание Windows. Имя обслуживания показывает ресурс к доступ был случай requested.
This можно сопоставить с случаями logon Windows путем сравнивать поля Logon GUID в каждом случае. Случай logon происходит на машине, котор была достигана, который будет часто по-разному машиной чем регулятор домена который выдал варианты обслуживания ticket.
Ticket, типы шифрования, и Кодие отказа определены в RFC 4120. «4:44 успеха 5/10/2010
Audit: 57 Logon PM Майкрософт-Windows-Security
-Auditing 4624 «учет было успешно внесенное в журнал on.
Subject: Удостоверение личности обеспеченностью
: НУЛЕВОЙ типа счета SID
: - домен учета
: - удостоверение личности Logon
: тип 0x0
Logon: Logon 3
New: Удостоверение личности обеспеченностью
: Типа счета БЛИЗНЕЦА \ wsiegel
: домен учета wsiegel
: Удостоверение личности Logon TWIN
: Logon GUID 0x579dce3
: {2E0C65FC-A9D2-F398-4586-7
EF942DBDC9
F} данные по
Process: Удостоверение личности
отростчатое: имя 0x0
отростчатое: - данные по
Network: Имя рабочего места
: Адрес сети источника
: порт источника
192.168.5.112: данные по удостоверения подлинности 49172
Detailed: Процесс Logon
: Пакет удостоверения подлинности Kerberos
: Kerberos
Transited обслуживания: - длина имени пакета
(NTLM только):-
ключевая: случай 0
This произведен когда встреча logon создана. Произведено на компьютере был полями accessed.
The подчиненный показывает учет на местной системе спросила logon. Это будет само общ обслуживание как обслуживание сервера, или местный процесс как тип поле logon Winlogon.exe или Services.exe.
The показывает вид logon который произошел. Самые обычный типы 2 (взаимодействующе) и 3 (сеть). поля Logon
The новые показывают учет новому logon создал, т.е. учет который был внесен в журнал поля сети on.
The показывает где дистанционный запрос logon возник. Имя рабочего места не всегда имеющееся и может быть о пустым в информационные поля удостоверения подлинности некоторого cases.
The обеспечивает детальную информацию о этом специфически logon request.
- Logon GUID уникально обозначение можно использовать для того чтобы сопоставить этот случай с KDC event.
- Transited обслуживания показывает которые промежуточные обслуживания участвовали в этом logon request.
- имя пакета показывает который sub-протокол был использован среди NTLM protocols.
- ключевая длина показывает длину произведенного ключа встречи. Это будет 0 если никакой ключ встречи не был спрошен. «4:44 успеха 5/10/2010
Audit: 57 деятельностями билета обслуживания Керберос PM Майкрософт-Windows-Security
-Auditing 4769 «билет обслуживания Керберос были данные по requested.
Account: Типа счета
: домен учета
[email protected]
: Logon GUID TWIN.LOCAL
: {19157A5E-998A-7ABB-7076-2
40723D8ECD
F} данные по
Service: Имя обслуживания
: Удостоверение личности обслуживания TWIND
: БЛИЗНЕЦ \ данные по TWIND
Network: Адрес клиента
: :: ffff: порт клиента
192.168.5.112: данные по 49197
Additional: Варианты билета
: тип шифрования билета 0x40800000
: Кодий отказа 0x12
: 0x0
Transited обслуживания: - случай
This произведен каждому доступу времени спрошен к ресурсу как компьютер или обслуживание Windows. Имя обслуживания показывает ресурс к доступ был случай requested.
This можно сопоставить с случаями logon Windows путем сравнивать поля Logon GUID в каждом случае. Случай logon происходит на машине, котор была достигана, который будет часто по-разному машиной чем регулятор домена который выдал варианты обслуживания ticket.
Ticket, типы шифрования, и Кодие отказа определены в RFC 4120. «4:44 успеха 5/10/2010
Audit: 57 Logoff PM Майкрософт-Windows-Security
-Auditing 4634 «учет было внесенное в журнал off.
Subject: Удостоверение личности обеспеченностью
: Типа счета SYSTEM
: Домен учета TWIND
: Удостоверение личности Logon TWIN
: тип 0x579dcc3
Logon: случай 3
This произведен когда встреча logon разрушена. Он может положительн быть сопоставлен с случаем logon using значение удостоверения личности Logon. IDs Logon только уникально между reboots на таком же компьютере. «4:44 успеха 5/10/2010
Audit: 57 Logon PM Майкрософт-Windows-Security
-Auditing 4624 «учет было успешно внесенное в журнал on.
Subject: Удостоверение личности обеспеченностью
: НУЛЕВОЙ типа счета SID
: - домен учета
: - удостоверение личности Logon
: тип 0x0
Logon: Logon 3
New: Удостоверение личности обеспеченностью
: Типа счета SYSTEM
: Домен учета TWIND
: Удостоверение личности Logon TWIN
: Logon GUID 0x579dcc3
: {C987ED0B-EECD-EEB8-7DB2-4
AEB7E0F3D1
7} данные по
Process: Удостоверение личности
отростчатое: имя 0x0
отростчатое: - данные по
Network: Имя рабочего места
: Адрес сети источника
: fe80:: 8de5: e439: 1ad4: порт источника b665
: данные по удостоверения подлинности 61872
Detailed: Процесс Logon
: Пакет удостоверения подлинности Kerberos
: Kerberos
Transited обслуживания: - длина имени пакета
(NTLM только):-
ключевая: случай 0
This произведен когда встреча logon создана. Произведено на компьютере был полями accessed.
The подчиненный показывает учет на местной системе спросила logon. Это будет само общ обслуживание как обслуживание сервера, или местный процесс как тип поле logon Winlogon.exe или Services.exe.
The показывает вид logon который произошел. Самые обычный типы 2 (взаимодействующе) и 3 (сеть). поля Logon
The новые показывают учет новому logon создал, т.е. учет который был внесен в журнал поля сети on.
The показывает где дистанционный запрос logon возник. Имя рабочего места не всегда имеющееся и может быть о пустым в информационные поля удостоверения подлинности некоторого cases.
The обеспечивает детальную информацию о этом специфически logon request.
- Logon GUID уникально обозначение можно использовать для того чтобы сопоставить этот случай с KDC event.
- Transited обслуживания показывает которые промежуточные обслуживания участвовали в этом logon request.
- имя пакета показывает который sub-протокол был использован среди NTLM protocols.
- ключевая длина показывает длину произведенного ключа встречи. Это будет 0 если никакой ключ встречи не был спрошен. «4:44 успеха 5/10/2010
Audit: 57 привилегированности специального Logon PM Майкрософт-Windows-Security
-Auditing 4672 «специальные задали к новому logon.
Subject: Удостоверение личности обеспеченностью
: Типа счета SYSTEM
: Домен учета TWIND
: Удостоверение личности Logon TWIN
: 0x579dcc3
Privileges: SeSecurityPrivilege
SeBackupPrivilege
SeRestorePrivilege
SeTakeOwnershipPrivilege
SeDebugPrivilege
SeSystemEnvironmentPrivile
ge
SeLoadDriverPrivilege
SeImpersonatePrivilege
SeEnableDelegationPrivileg
e "
class=
Ответ : Почему клиенты выигрыша 7 падая соединения, случай 4634, laggy сеть, замерзая клиенты
Я думаю я находило причина - I выведенный из строя offloading TCP и RSS на NIC - мы сделает некоторое испытание и я вывешу результаты.
Другие решения
Как я добавляю кнопки на форме PDF для того чтобы добавить/извлекаю рядки данных?
Шнур ошибки в блоке задвижки?
сколько вариант сервера SQL на одной машине
Внешний вид 2007 не может архивный файл открытой сети сохраненный
Активно директория DNS записывает вопрос
Отчет о доступа 2010 экспорта к CSV с коллекторами?
Прокладчик OCE 9400 не начинает
как добавить десятичное место в формуле в отчете о кристалла seagate
Windows XP и Мичрософт Оутлоок и проблемы установителя Windows
VB6 к VS2010 - консультации тренировки?