Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| |
Попробуй вот так. Вдруг поможет. 22.05.01 15:39 Число просмотров: 1088
Автор: 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
|
<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
|
спасибо за совет
|
|
|