информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеЗа кого нас держат?Сетевые кракеры и правда о деле Левина
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
спасибо за совет, щас попробую 22.05.01 19:41  Число просмотров: 983
Автор: BioHazard <bio> Статус: Elderman
<"чистая" ссылка>
спасибо за совет
<networking>
Уменьшение таймаута в на клиентах Windows* при обращении к только-что выключеному компу реально ? 19.05.01 13:30  
Автор: BioHazard <bio> Статус: Elderman
<"чистая" ссылка>
Вообще реально уменьшить таймаут (45 секунд) на компах с Windows* (сеть Ethernet) ?
Наверное замечали, что когда при обращении из сетевого окружения к компу,
который недавно выключился, но еще находиться в списке включенных,
винды какого-то *%$ пытаються найти этот комп и соотв. сеть оказываеться недоступной.
Помоему эту проблему нерешишь изменением каких-то ключей в реестре.
Да и вообще скорее всего нету ее решения ! А Вы как думаете ?
Попробуй вот так. Вдруг поможет. 21.05.01 15:21  
Автор: SOLDIER Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Вообще реально уменьшить таймаут (45 секунд) на компах с
> Windows* (сеть Ethernet) ?
> Наверное замечали, что когда при обращении из сетевого
> окружения к компу,
> который недавно выключился, но еще находиться в списке
> включенных,
> винды какого-то *%$ пытаються найти этот комп и соотв. сеть
> оказываеться недоступной.
> Помоему эту проблему нерешишь изменением каких-то ключей
> в реестре.
> Да и вообще скорее всего нету ее решения ! А Вы как думаете
> ?

Я в М$ давно не работал. Но вот глянул свои записи по реестру. Попробуй поиграться вот с этими ключами. Расположены под HKLM\System\CurrentControlSet\Services\VxD\MSTCP

BcastNameQueryCount=integer.
Указывает кол-во попыток широковещательного распознавания имён NetBios. По умолчанию равно 3.

BcastQueryTimeout=milliseconds
Указывает время в миллисекундах, которое система будет выжидать после выхода широковещательного запроса по тайм-ауту. Минимальное значение равно 100. ПО умолчаинию-750.

CacheTimeout=milliseconds
Указывает продолжительность кэширования имён НетБиос. Минимальное значение 60000 миллисекунд (1 мин) По умолчанию-360000 (6 мин)

Попробуй вот так. Вдруг поможет. 22.05.01 15:39  
Автор: babay <Andrey Babkin> Статус: Elderman
<"чистая" ссылка>
> > Вообще реально уменьшить таймаут (45 секунд) на
> компах с
> > Windows* (сеть Ethernet) ?
> > Наверное замечали, что когда при обращении из
> сетевого
> > окружения к компу,
> > который недавно выключился, но еще находиться в списке
> > включенных,
> > винды какого-то *%$ пытаються найти этот комп и соотв.
> сеть
> > оказываеться недоступной.
> > Помоему эту проблему нерешишь изменением каких-то
> ключей
> > в реестре.
> > Да и вообще скорее всего нету ее решения ! А Вы как
> думаете
> > ?
>
> Я в М$ давно не работал. Но вот глянул свои записи по
> реестру. Попробуй поиграться вот с этими ключами.
> Расположены под
> HKLM\System\CurrentControlSet\Services\VxD\MSTCP
>
> BcastNameQueryCount=integer.
> Указывает кол-во попыток широковещательного распознавания
> имён NetBios. По умолчанию равно 3.
>
> BcastQueryTimeout=milliseconds
> Указывает время в миллисекундах, которое система будет
> выжидать после выхода широковещательного запроса по
> тайм-ауту. Минимальное значение равно 100. ПО
> умолчаинию-750.
>
> CacheTimeout=milliseconds
> Указывает продолжительность кэширования имён НетБиос.
> Минимальное значение 60000 миллисекунд (1 мин) По
> умолчанию-360000 (6 мин)
>
Выше сказанное относится к 9х виндам, у НТ эти ключи в
HKLM\System\CurrentControlSet\Sevices\Browser\Parameters
HKLM\System\CurrentControlSet\Sevices\LanmanServer\Parameters
если уменьшить интервал объявления компов о том, что они все еще в работают - можно трафик щироковещательными пакетами прилично загадить, а для ускоренного поиска по имени можно ручками забить файлы
HOSTS & LMHOSTS
спасибо за совет, щас попробую 22.05.01 19:41  
Автор: BioHazard <bio> Статус: Elderman
<"чистая" ссылка>
спасибо за совет
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach