Пользователи переодически(раз в день)отваливаются от домена

[Maikll]

на всех клиентах возникает такая ошибка:

Перенаправитель не смог определить тип подключения.

смотрим здесь http://support.microsoft.com/kb/315244/ - Такое поведение характерно только для протокола TCP/IP (только этот протокол использует адаптер замыкания на себя), Сообщение носит исключительно разъяснительный характер и может быть проигнорировано.

еще как вариант попробовал такую вещь на клиенте

net time /setsntp:time.window.com

этой командой вы принудительно задали синхронизацию с time.window.com

Можно ли так оставить?

это не противоречит работе dc и клиента?

да пожалуйста, но в будущем при такой схеме возможна рассинхронизация, поэтому не рекомендую...впрочем, дело ваше.

если все же решите настраивать то попробуйте сделать так:

на сервере net stop w32time

затем импортировать прикрепленный файл в реестр (не забыв резервную копию!)

запуск сервиса net start w32time

на клиенте w32tm /config /syncfromflags:DOMHIER /update

net stop w32time && net start w32time

и затем w32tm /resync

[deeeman]

>если все же решите настраивать то попробуйте сделать так:

>...

проделал, синхронизация работает на отлично))))

очень рад.. домен спасен.

За последние 2 дня не появляются ошибки в логе dc

очень благодарен за помощь!

есть еще замечания в работе dc?

[Maikll]

вам осталось только выбрать метод синхронизации самого dc - либо внешний источник, либо он сам будет надежным источником.

как это сделать - найдете тут

замечания...по работе dc нет.....но я бы посоветовал вам найти в сети книгу Петр Шетка "Microsoft Windows server 2003. Практическое руководство по настройки сети" и прочитать ее, тогда в след раз не придется искать информацию в течении 1,5 месяцев на десятке форумов в сети :D :D

Удачи :D

[deeeman]

Фэнкс!!!!

[deeeman]

кстати вот такая вот чушь стала появлятся раз в день в логах клиента....

номер ошибки 4226, источник tcp\ip:

"Достигнут предел безопасности для TCP/IP, налагаемый на количество попыток одновременных TCP-подключений"

но при этом продолжает все работать, пользователь в домене и в логах домена нет ошибок

[Maikll]

event id 4226 это не ошибка а предупреждение, к домену не имеет отношения.

В SP2 было встроенно ограничение на 10 сетевых соединений дабы ограничивать растространиение вирусов и т.п.

официальный способ бороться с этой проблемой следующий

Explanation

The TCP/IP stack in Windows XP with Service Pack 2 (SP2) installed limits the number of concurrent, incomplete outbound TCP connection attempts. When the limit is reached, subsequent connection attempts are put in a queue and resolved at a fixed rate so that there are only a limited number of connections in the incomplete state. During normal operation, when programs are connecting to available hosts at valid IP addresses, no limit is imposed on the number of connections in the incomplete state. When the number of incomplete connections exceeds the limit, for example, as a result of programs connecting to IP addresses that are not valid, connection-rate limitations are invoked, and this event is logged.

Establishing connection–rate limitations helps to limit the speed at which malicious programs, such as viruses and worms, spread to uninfected computers. Malicious programs often attempt to reach uninfected computers by opening simultaneous connections to random IP addresses. Most of these random addresses result in failed connections, so a burst of such activity on a computer is a signal that it may have been infected by a malicious program.

Connection-rate limitations may cause certain security tools, such as port scanners, to run more slowly.

User Action

This event is a warning that a malicious program or a virus might be running on the system. To troubleshoot the issue, find the program that is responsible for the failing connection attempts and, if the program might be malicious, close the program as follows.

To close the program

1. At the command prompt, type

Netstat –no

2. Find the process with a large number of open connections that are not yet established.

These connections are indicated by the TCP state SYN_SENT in the State column of the Active Connections information.

3. Note the process identification number (PID) of the process in the PID column.

4. Press CTRL+ALT+DELETE and then click Task Manager.

5. On the Processes tab, select the processes with the matching PID, and then click End Process.

If you need to select the option to view the PID for processes, on the View menu, click Select Columns, select the PID (Process Identifier) check box, and then click OK.

неофициальный - снимают ограничение с помощью TCPIP.SYS patcher-a (ищется в нете)