FAQ: Сети

  1. У меня в локальной сети только одна машина имеет доступ в интернет. Клиентов хотелось бы поставить на всех машинах. Как разумнее организовать работу системы в таком случае?
  2. Объясните, как считать на машине, не подключеной ни к какой сети, а потом перекинуть результаты на машину, подключенную к интернету?
  3. Как на Win95/98 из логин-скрипта запускать клиента? Просто dnetc -hide не подойдет: он запускается, а окошко скрипта не закрывается и висииииит...
  4. Можно ли настроить клиента под NT, чтобы он брал блоки с другой машины?
  5. Если на одну расшаренную директорию я натравлю несколько машин с выходом в интернет, не передерутся ли клиенты, выясняя, кто из них блоки отправлять-принимать будет?
  6. Если все клиенты запускаются из одной зашареной директории, где создается checkpoint файл?

Q:
У меня в локальной сети только одна машина имеет доступ в интернет. Клиентов хотелось бы поставить на всех машинах. Как разумнее организовать работу системы в таком случае?
A:
Варианты:
1) на открытой машине расшарить директорию с буферами, а всем остальным указать использовать эти буферы. Недостаток: если сервер падает, то все прочие теряют блоки, ибо писать их некуда.
2) поставить Personal Proxy. Всем клиентам указать использовать конкретный keyserver, и дать в качестве его адреса адрес своего прокси.

Q:
Объясните, как считать на машине, не подключеной ни к какой сети, а потом перекинуть результаты на машину, подключенную к интернету?
A:
Варианты:
1) Ждешь, пока корова дожует все блоки, переписываешь на дискетку buff-out.rc5 (через move, но убедись,что дискета хорошая), несешь на инетовскую машину, тормозишь клиента, временно прячешь куда-нибудь buff-in.rc5, делаешь dnetc -flush(сливаешь блоки инетовской машины), переписываешь buff-out.rc5 с дискетки, опять dnetc -update, ждешь, пока он сольет и дольет блоков, переписываешь
buff-in.rc5 на дискетку, восстанавливаешь забэкапленные буферы, запускаешь клиента, идешь к первой машине, переписываешь buff-in.rc5
2) Если buff-in.rc5 не пустой, делаешь все также как в первом пункте, но когда вернешся к первой машине, не переписывай buff-in.rc5, а сделай dnetc -import "имя переименованного buff-in.rc5 в котором ты принес блоки"

Q:
Как на Win95/98 из логин-скрипта запускать клиента? Просто dnetc -hide не подойдет: он запускается, а окошко скрипта не закрывается и висииииит...
A:
Вот работающий кусок скрипта. Обрати внимание на последние две строки - именно они вылечили описанную тобой проблему. (rc5des.exe и его конфиги лежат в корне Y:)
========================================
net use y: \\rostov\common
y:
cd \
start dnetc -hide
c:
cd \windows
========================================

Q:
Можно ли настроить клиента под NT, чтобы он брал блоки с другой машины?
A:
Да. Но не забудь, что по умолчанию сервис работает под LocalSystem account. Этот пользователь (система) имеет все права на локальной машине и _никаких_ в сети. Т.е. не может пользоваться зашареными дисками. Никак. Это фича.
Решение: поставь сервис работать под пользователем у которого есть права ;-)
Еще не забудь прописать путь как \\сервер\шара т.к. диски твоему сервису мапить никто не будет.

Q:
Если на одну расшаренную директорию я натравлю несколько машин с выходом в интернет, не передерутся ли клиенты, выясняя, кто из них блоки отправлять-принимать будет?
A:
Не передерутся. Отсылать будет тот, кто первым наткнётся на пустой буфер. Можно сделать разные .ini (+ переименовать .exe) и разрешить принимать/отправлять только одному. Но тогда при пустом буфере все будут жевать random блоки, пока он свой блок не досчитает. Ещё можно использовать "update from remote buffers" для всех кроме одного, и т.д. и т.п.

Q:
Если все клиенты запускаются из одной зашареной директории, где создается checkpoint файл?
A:
Если указано только имя файла, то все в одну. Но если указать полнвй путь (например c:\chk), то каждый на своей локальной машине.

distributed.net Russian FAQ
Версия 1.2 от 25 марта 2000 г.
(c) 1999, Russian Team at distributed.net
(c) 1999, Maxxim Kochegarov (maxx@rc5.aha.ru)
(с) 2000, Edit & Update by Roman Ivanov (ivanov@online.ee)
Disclaimer: Никаких гарантий, никакой ответственности. Используйте на свой страх и риск.
Но у нас оно работало