информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Портрет посетителяАтака на Internet
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 С наступающим 
 Серьезная уязвимость в Apache Log4j 
 Крупный взлом GoDaddy 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Выпас коровок в локалке - Вариант №2 08.01.03 17:04  Число просмотров: 1993
Автор: Mosich <Mosichev Valentine> Статус: Member
<"чистая" ссылка>
> а перпрокси на диалупе так и не удалось заставить
> автоматически апдейтиться, как клиента. зря качал очередной
> билд этого глюкала.

у меня билд 332 - и все работает(под XP), на диалапе
<dnet>
Выпас коровок в локалке 05.12.02 17:44  
Автор: Warg Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Доброго всем времени суток.

Помогите please настроить корову в сети. Нашел место где можно выпасать коровок, скачал proxy, а настроить не получилось :( Наверное чего то не то делал.
Кому не сложно напишите поподробнее как установить корову в локалке, чего подправить в самом клиенте и в настройках рrоху коровы. Можно сразу мне на мыло Warg@pochta.ws
Заранее спасибо.
Выпас коровок в локалке - Вариант №2 08.01.03 10:49  
Автор: 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 машин.
Как это работает:
Первая коровка заполняет входной буфер, и заодно начинает считать очередной ключ.
Сетевые коровки по мере необходимости (в моем случае каждый обработанный блок) сбрасывают готовые результаты на первую коровку, и забирают с нее необработанные блоки.
Первая коровка регулярно (примерно каждый обработанный блок) лезет в интернет и отдает-снимает блоки.

Работа многих сетевых клиентов с одним буфером является штатным режимом и не приводит к повторному перерасчету ключей - проверено.
Выпас коровок в локалке - Вариант №2 08.01.03 14:51  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> Есть вариант настройки коровок в локалке без использования
> pproxy.

ага, и работает.

а перпрокси на диалупе так и не удалось заставить автоматически апдейтиться, как клиента. зря качал очередной билд этого глюкала.
Выпас коровок в локалке - Вариант №2 08.01.03 17:04  
Автор: Mosich <Mosichev Valentine> Статус: Member
<"чистая" ссылка>
> а перпрокси на диалупе так и не удалось заставить
> автоматически апдейтиться, как клиента. зря качал очередной
> билд этого глюкала.

у меня билд 332 - и все работает(под XP), на диалапе
Выпас коровок в локалке - Вариант №2 10.01.03 16:04  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> у меня билд 332 - и все работает(под XP), на диалапе
у меня такой же билд.
дай конфиг. правда модем у меня на NT4S
Выпас коровок в локалке - Вариант №2 10.01.03 23:52  
Автор: Mosich <Mosichev Valentine> Статус: Member
<"чистая" ссылка>
> > у меня билд 332 - и все работает(под XP), на диалапе
> у меня такой же билд.
> дай конфиг. правда модем у меня на NT4S

[KeyServer]
ipaddress=ftp.stel.ru
port=2064
connectperiod=90
connectivity=normal


ничего необычного
Выпас коровок в локалке 13.01.03 13:32  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> > > на диалапе
> connectivity=normal
> ничего необычного

ты точно ничего не напутал? у меня lurkonly, может в этом проблема?
Проблема именно в этом... 13.01.03 15:53  
Автор: Sandy <Alexander Stepanov> Статус: Elderman
<"чистая" ссылка>
> ты точно ничего не напутал? у меня lurkonly, может в этом
> проблема?

Режим lurkonly переводит прокси в режим, при котором он НЕ имеет права дозваниваться в сеть ни при каких обстоятельствах (даже если у него закончились блоки на обсчет). Надо ставить режим lurk, тогда прокси будем обменивать буферы когда обнаружит активное подключение к инету ЛИБО когда исчерпаются буфера на обсчет. Вот выдержка из мануала:
=============================================
[KeyServer]/connectivity: these modes are very much like the normal, offline, lurk, and lurkonly modes that are available on the windows clients. This option only has effect on the win32 version of the proxy.

"normal" : The proxy will attempt to connect to a server as needed.
"offline" : The proxy will not attempt to make any connections to a server automatically.
"lurk" : The proxy will automaticly send/receive blocks when it detects a network connection, but it may also initiate connection by itself if it needs to send or receive blocks. If you have autodial configured, then your modem will auto-dial.
"lurkonly" : Same as lurk, however the proxy will not attempt to make connections unless it can explicitly detect that your modem is currently connected, so it won't ever cause auto-dial.

If you are behind a firewall and must use a proxy to make a connection on either a telnet or http port, the following options will be useful.
1






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


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