Опрос
Вы участвуете в программе Windows Insider?
Популярные новости
Обсуждаемые новости

1
1 2 3 4 10 11 12
Не в сети
Сообщений: 19
Благодарностей: 1
Предупреждений:
Из:
Род занятий: Работаю

Сборка MICROSOFT.WINDOWS.7.ULTIMATE.RTM.X86.RETAIL.RUSSIAN.DVD настроил сеть, настроил vpn подключение. VPN нормально подключается все закачки нормально качаются, но через некоторое время происходит разьединение vpn. После подключения снова работает. Отключение vpn может происходить через неравные промежутки времени, через минуту, через час, через 15 мин, причем независимо идет ли закачка или нет и даже если незапущено никаких программ на чистой системе. Препробовал все драйверы. Пробовал 2 разных сетевых Realtek RTL8168/8111 PCI-E Gigabit Ethernet NIC - встроенная и дискретную d-link отключения все равно повторяютя. Сразу скажу шифрование отключено. Файрвола кроме стандартного нет.

#177120   | 22.08.09 21:19
Не в сети
Сообщений: 41
Благодарностей: 2
Предупреждений:
Из: Ukraine Неважно
Род занятий: Дизайнер

Specialist :
Файрвола кроме стандартного нет.


Вот его и отключи. По крайней мере мне помогло в аналогичной ситуации))

#177128   | 22.08.09 22:15
Не в сети
Сообщений: 1782
Благодарностей: 101
Предупреждений:
Из: Russia Москва
Род занятий: .NET developer

Specialist, можно ещё попробовать вручную задать тип VPN вместо "Автоматически".

#177134   | 22.08.09 22:32
Не в сети
Сообщений: 19
Благодарностей: 1
Предупреждений:
Из:
Род занятий: Работаю

Стоит тип впн вручную , файрвол отключал непомогает.

#177143   | 22.08.09 23:25
Не в сети
Сообщений: 19
Благодарностей: 1
Предупреждений:
Из:
Род занятий: Работаю

Если впн стоит автоматом тоже отваливается.

Поблагодарили: Neytrino

#177144   | 22.08.09 23:26
Не в сети
Сообщений: 964
Благодарностей: 56
Предупреждений:
Из: ---
Род занятий:

Specialist, А почему вы решили что проблема в Win 7?
Какое у вас подключение, к чему вы подключены после сетевой карты?

#177179   | 23.08.09 09:11
Не в сети
Сообщений: 19
Благодарностей: 1
Предупреждений:
Из:
Род занятий: Работаю

После сетевой карты витая пара, потом свич потом оптика. Дело в том что в ХР SP3 и vist e SP1 проблем с подключением нет. Хотя подобные отключения vpn наблюдались в висте без сервиспака.

#177182   | 23.08.09 09:51
Не в сети
Сообщений: 1782
Благодарностей: 101
Предупреждений:
Из: Russia Москва
Род занятий: .NET developer

Specialist, а журнал ошибок не смотрели?

#177185   | 23.08.09 10:39
Не в сети
Сообщений: 19
Благодарностей: 1
Предупреждений:
Из:
Род занятий: Работаю

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

#177186   | 23.08.09 10:59
Не в сети
Сообщений: 19
Благодарностей: 1
Предупреждений:
Из:
Род занятий: Работаю

Может быть в windows 7 нетак настроены какието параметры отвечающие за реакцию на сбои в сети и другие системы какимто образом игнорируют проблемы.

#177187   | 23.08.09 11:01
Не в сети
Сообщений: 1782
Благодарностей: 101
Предупреждений:
Из: Russia Москва
Род занятий: .NET developer

Specialist, на форумах пишут, что вирусы. Попробуйте пройти компьютер последним Dr.Web CureIt!.

#177188   | 23.08.09 11:10
Не в сети
Сообщений: 964
Благодарностей: 56
Предупреждений:
Из: ---
Род занятий:

Specialist,

В двух словах установления соединения
установить TCP соединение, необходимо:
1. Клиент отправляет пакет (что внутри опускаем) указывая номер порта сервера, к которому хочет подсоединиться, и исходный номер последовательности клиента.
2. Сервер отвечает своим пакетом (что внутри опускаем).
3. Клиент должен подтвердить приход пакета от сервера.
Соединение установлено, начинается работа через установленное соединение
...
Разрыв соединения
8.Клиент посылает спец. пакет FIN
9. Ответ в получение FIN от клиента
10. Сервер FIN
11 Ответ от клиента в получение FIN
Это нормальная процедура установления и разрыва соединения

Но если в процессе работы при неполучение подтверждения (в получение уже данных), что пакет доставлен в течение интервала времени и после определенного кол-ва попыток произойдет разрыв соединения.
Из всего анализа как вы подключены (Switch) много клиентов высказывалось на проблемы с масштабирование окна в новых свойствах TCP протокола, можно конечно провести эксперимент:

netsh int tcp show global

Покажите настройки

#177214   | 23.08.09 16:31
Не в сети
Сообщений: 19
Благодарностей: 1
Предупреждений:
Из:
Род занятий: Работаю

Вирусов быть не должно проверил компьютер NOD32 версия 4, Dr.Web ом и IOBIT SECURITY 360 ничего полезного не нашли. Но очень я склоняюсь к проблемам в сети которые на хр и висте непроявляются. Потому как вечерами при загрузке сети отпадает в разы чаще.

#177249   | 23.08.09 21:30
Не в сети
Сообщений: 19
Благодарностей: 1
Предупреждений:
Из:
Род занятий: Работаю

Глобальные параметры TCP
------------------------------------------------------
Состояние масштабирования на стороне приема : enabled
Состояние разгрузки канала : automatic
Состояние NetDMA : enabled
Прямой доступ к кэшу (DCA) : disabled
Уровень автонастройки окна получения : normal
Поставщик надстройки контроля перегрузки : none
Мощность ECN : disabled
Отметки времени RFC 1323 : disabled

#177251   | 23.08.09 21:38
Не в сети
Сообщений: 964
Благодарностей: 56
Предупреждений:
Из: ---
Род занятий:

Specialist,
Попробуйте поставить два параметра в следующие значения, должно помочь

Поставщик надстройки контроля перегрузки : ctcp
Отметки времени RFC 1323 : enabled

netsh int tcp set global - выведет ключи,

только RFC 1323 через реестр
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters
Tcp1323Opts = 3

#177306   | 24.08.09 13:38
Все права принадлежат © ms insider @thevista.ru, 2022
Сайт является источником уникальной информации о семействе операционных систем Windows и других продуктах Microsoft. Перепечатка материалов возможна только с разрешения редакции.
Работает на WMS 2.34 (Страница создана за 0.03 секунд (Общее время SQL: 0.01 секунд - SQL запросов: 97 - Среднее время SQL: 0.0001 секунд))
Top.Mail.Ru