Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Выпас коровок в локалке - Вариант №2 08.01.03 10:49 Число просмотров: 3050
Автор: Scarab Статус: Незарегистрированный пользователь
|
> Кому не сложно напишите поподробнее как установить корову в > локалке, чего подправить в самом клиенте и в настройках рrоху коровы.
Есть вариант настройки коровок в локалке без использования pproxy.
1. Выставляем первую коровку на машине имеющей настроенный выход в интернет и желательно регулярно работающей (у меня стоит на Internet-сервере), настраиваем ее для нормальной работы обычным способом...
2. На этой машине НЕ запрещаем обновление из remote буфера и пропысываем к нему путь:
"Disable buffer updates from/to remote buffers ==> no"
"Remote buffer directory ==> c:\dnet\"
В dnetc.ini в должно получиться что-то типа такого (не нужное многоточу, в кавычках комментарий):
[parameters]
...
[misc]
project-priority=RC5-72,OGR=0
[triggers]
pause-on-no-mains-power=no
...
[networking]
...
firewall-host=..."если выходите через wingate, winproxy и т.п. то настраиваете"
autofindkeyserver=no "у меня все берется с командного key-сервера"
keyserver=rc5.stel.ru
[processor-usage]
...
[logging]
...
[rc5-72]
core=-1
fetch-workunit-threshold=1 "регулярно проверят входные-выходные блоки"
fetch-time-threshold=140 "побольше - ведь из локалки будут брать их-же"
[buffers]
frequent-threshold-checks=2 "обновление блоков"
alternate-buffer-directory=c:\dnet\ "путь к входным-выходным блокам"
3. Зашариваем эту папку (c:\dnet\) для общего доступа (как "DNET").
4. Начинаем ставить сетевые машины как обычно.
5. Настраиваем их на обновление из remote-буфера.
6. Отключаем их обращение к key-серверу.
Должно получиться что-то типа:
[parameters]
...
[misc]
project-priority=RC5-72,OGR=0
[triggers]
...
[display]
...
[networking]
...
disabled=yes
[processor-usage]
...
[rc5-72]
...
fetch-workunit-threshold=1 "регулярно проверят входные-выходные блоки"
fetch-time-threshold=24 "достаточно на 1 день"
[buffers]
frequent-threshold-checks=2
alternate-buffer-directory=\\SERV000\DNET "путь к машине и каталогу где хранятся буфера"
ВСЕ!!!
Этот способ работает - проверено на сети из 20 машин.
Как это работает:
Первая коровка заполняет входной буфер, и заодно начинает считать очередной ключ.
Сетевые коровки по мере необходимости (в моем случае каждый обработанный блок) сбрасывают готовые результаты на первую коровку, и забирают с нее необработанные блоки.
Первая коровка регулярно (примерно каждый обработанный блок) лезет в интернет и отдает-снимает блоки.
Работа многих сетевых клиентов с одним буфером является штатным режимом и не приводит к повторному перерасчету ключей - проверено.
|
- Выпас коровок в локалке - Warg 05.12.02 17:44 [1254]
- Выпас коровок в локалке - Вариант №2 - Scarab 08.01.03 10:49 [3050]
|
|
|