1) сколько системы показывают это поведение? Что вариант и пакет услуг OS они бегут? Они в настоящее время с уточнениями? Такие же примечания относительно исследователя интернета: что вариантом, и будет они залатал вверх течение?
2) На PC «проблемы», попытайтесь временно использовать по-разному браузер - Firefox или кром, или модернизировать к более новому IE, и см. если проблема представляет. Если не, вы можете иметь коррумпированную установку IE, незамеченное malware, вариант IE проблемы, etc. если проблема присутствует только в IE, то рассматривать извлечь и заново установить IE, двигающ к другому браузеру, уточняющ к более новому IE, латая IE, etc.
3) Временно соедините один из PC «проблемы» сразу к внешней сети, обходящ брандмауэр. Проблема происходит?
4) Клиенты Windows закрывают бездействующие встречи TCP невыполнением обязательства в 240 секундах (4 минутах). Вы можете уменьшить этот перерыв для того чтобы причинить вися встречи упасть более быстро, но то реально как раз band-aid до тех пор пока вы давать в численном выражении основной вопрос. Не уменьшите слишком много или вы получите упаденные встречи на медленных соединениях:
http://msdn.microsoft.com/en-us/library/aa560610%28BTS.10%29.aspxЕсли
вы хотите контролировать движение на снаружи вашего брандмауэра, то вам будет нужна ищейка с совместимой поверхностью стыка. Этап lan локальных сетей между брандмауэром и маршрутизатором isp? Если так, и там не уже одного, устанавливают эпицентр деятельности локальных сетей (просто вещь, котор нужно сделать) или переключатель способный порта отражая на тот этап и прикрепляются ваша ищейка к эпицентру деятельности/переключателю.
Если поверхностью стыка не будет локальная сеть (серия, рамка, t1/e1/frac), ISDN, DOCSIS, etc.), то вам будет нужна ищейка с совместимой поверхностью стыка.
Я буду не тем близким другом с SonicWall, а приспособлениями Cisco захват пакета поддержки и вносить в журнал упаденных пакетов, поэтому часто по возможности использовать доводка строить-ind и внося в журнал возможности без прибегнуть к приспособлению захвата снаружи.
Экспериментируйте для того чтобы обусловить деятельности причиняют вися встречам. Как только вы можете воспроизвести его, захватите как не доходя переговор как по возможности между PC и дистанционным хозяином (хозяином Google), раз изнутри брандмауэра, и раз от снаружи. Даже лучше, если вы можете, то захватить оба одновременно на 2 ищейках. (Вспомните что на внутренней поверхности стыка она находится между приватным адресом и системой оповещения, но на внешней поверхности стыка, это будет NATted к системе оповещения, поэтому вы вероятно как раз фильтровать на адресе хозяина Google. Попытайтесь сделать это одновременно с вы можете уменьшить или исключить другое движение к этому адресу.
Сравните пакет- пакетом, и см. если будет окончательный прибывающий ACK, то (выставки на снаружи захватывают, но пропускающ на захвате внутренности) который получает фильтрованным или упаденным брандмауэром. Если не, после этого вы вероятно имеете вопрос на индивидуальных PC.
LAST_ACK намеревается что применение клиента (IE, в этот случай) выдавало конец (), и посылало РЕБРОМ, и ждет один последний ACK от применения сервера.
http://tangentsoft.net/wskfaq/articles/debugging-tcp.html- Гэри Patterson
