Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Настройки в сети 22.07.02 19:58
Автор: Serg_ki Статус: Незарегистрированный пользователь
|
Просьба подсказать как правильно настроить клиента.
Есть сеть из 5 компов. 1 имеет выход в инет временами, сам все забирает и отправляет. Но на других все приходится делать в ручную. Все варианты вроде изпробовал- ломятся постоянно, когда нет связи, или когда есть не забирают и не отправляют. Попробовал увеличить количество блоков на каждой машине, пишет принимаю но более 500 не дает.
Как сделать это без установки Прокси.
Все под ХР.
Заранее спасибо
|
|
Настройки в сети 25.07.02 12:26
Автор: Sandy <Alexander Stepanov> Статус: Elderman
|
> Просьба подсказать как правильно настроить клиента.
> Есть сеть из 5 компов. 1 имеет выход в инет временами, сам
> все забирает и отправляет. Но на других все приходится
> делать в ручную. Все варианты вроде изпробовал- ломятся
> постоянно, когда нет связи, или когда есть не забирают и не
> отправляют. Попробовал увеличить количество блоков на
> каждой машине, пишет принимаю но более 500 не дает.
> Как сделать это без установки Прокси.
> Все под ХР.
IMHO для тебя самый реальный вариант - работа с удаленным буфером. Зашарь на тачке, имеющей выход в инет, каталог с клиентом, имя ему дай типа DNET$, чтобы в списке зашаренных ресурсов не отображалось. Клиентов на остальных машинах настрой на работу с удаленным буфером и запрети им обращаться на днетовский кейсервер. И все. Да, не забудь клиенту на машине, имеющей выход в инет, сказать, чтобы про запас блоков имел побольше.
>
> Заранее спасибо
Не за что! :))
|
|
Настройки в сети 24.07.02 21:13
Автор: StR <Стас> Статус: Elderman
|
> Как сделать это без установки Прокси.
А поставить прокси религия не позволяет???
|
|
Настройки в сети 22.07.02 21:23
Автор: Kost <Пробки Москвы> Статус: Elderman
|
> Просьба подсказать как правильно настроить клиента.
> Есть сеть из 5 компов. 1 имеет выход в инет временами, сам
> все забирает и отправляет. Но на других все приходится
> делать в ручную. Все варианты вроде изпробовал- ломятся
> постоянно, когда нет связи, или когда есть не забирают и не
> отправляют. Попробовал увеличить количество блоков на
> каждой машине, пишет принимаю но более 500 не дает.
> Как сделать это без установки Прокси.
Во-первых, почему 500 блоков? Клиент скачивает максимум 501 юнит, причем каждый юнит размером от 1 до 32 блоков (блок - 2^28 ключей). В зависимости от фрагментации адресного пространства это может быть 2-4 тыс. блоков. Вот так поставил, чтобы юниты брались покрупнее?
[rc5]
preferred-blocksize=33
Если есть доступ ко всем компам - самое правильное - установить прокси на компе, который имеет выход в инет (там вингейт какой-нибудь с модемом?).
Если нет доступа именно к этому компу, можно поставить прокси на другом компе (например на твоем), но это хуже, т.к. труднее определить, есть ли связь. А всех клиентов настроить на этот прокси.
Если совсем без прокси, для накопления большого буфера у клиента есть ключик -import. Но при 5-ти компьютерах для этого лучше написать батничек, чтобы меньше руками набирать.
А чтобы клиенты почаще ломились, можно поставить вот так:
[buffers]
frequent-threshold-checks=3
|
| |
Настройки в сети 27.07.02 14:45
Автор: Skeeve [Moscow SubTeam] <Vladimir Medvedev> Статус: Elderman
|
> Если совсем без прокси, для накопления большого буфера у
> клиента есть ключик -import. Но при 5-ти компьютерах для
> этого лучше написать батничек, чтобы меньше руками
> набирать.
Еще смотря какие компы. Для каких-нибудь K6/2, которые делают по 300 блоков в сутки нет смысла возиться. Большой буфер - понятие растяжимое (или сжимаемое?) ж-)
> А чтобы клиенты почаще ломились, можно поставить вот так:
> [buffers]
> frequent-threshold-checks=3
Еще может помочь
[networking]
dialup-watcher=passive
Это Dialup detection ONLY mode. Т.е. ломиться, когда есть связь.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
