Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
[RC5] ответы.... в FAQ? 20.02.04 18:02 Число просмотров: 1651
Автор: jammer <alex naumov> Статус: Elderman
|
> 1. Ну и как же поступать в случае если у перпрокся дохнущий аплинк, > а другого под рукой не предвидится? Объем слива довольно велик: от 15 > до 40 килоблоков.
менять аплинка. перпрокси предназначен только для эксплуатации на стабильно работающих машинах. как вариант - ремонтировать "дохнущего аплинка"... либо тогда уже уточни термин "дохнущий аплинк", ибо я вообще вел речь о FAQ для offline. именно на оффлайне новички часто заходят в тупик без сколь-нибудь серьезных причин. может потому что клиент (а уж тем более прокси) заточен сугубо под сетевой обмен.
> 2. Вопрос немного не в тему - я ни разу не ставил корову у диалапщика, > как в данном случае подстраховаться со всех сторон.
разницы мало - если обмен через коммутируемый tcp/ip в его "чистом" виде (без прокси, файрволлов, соксов всяческих) - все то же самое, за исключением режима инициации обмена. то есть:
[networking]
disabled=no
autofindkeyserver=no
keyserver=rc5.stel.ru
nofallback=false
dialup-watcher=passive
последняя строка задает соответствующий режим пассивного обмена:
"Dial-up detection ONLY mode: Like the previous mode, this will cause
the client to automatically send/receive packets when
connected. HOWEVER, if the client runs out of packets,
it will NOT trigger auto-dial, and will instead work
on random RC5 packets until a connection is detected."
ну и стронгли рекоммендед это:
[buffers]
checkpoint-filename=checkp.cow
frequent-threshold-checks=3
в отличие от мнения некоторых участников нашего форума, "3" здесь функционально практически эквивалентно как "1", так и "2". достаточно при установке клиента проследить, что он действительно накачал необходимый входящий буфер (на диалапе 500-1000 совсем не жирно, связь-то может пропасть надолго... а вот к примеру моя домашняя сеть на весьма медленном диалапе жрет в сутки по 130-140 блоков)
> Естественно, рассматриваем тот случай, когда диалапщик один и коровы > обмениваются только при наличии канала, а не когда им заблагорассудится.
не совсем понял, модемом кормится 1 корова или цельная сеть? если сеть - соответственно подвешиваются к модемной машине либо перпрокси, либо (ибо часто а_ну_его_нафик,_реально) работаем через простой файл-шаринг. это проще простого - каталог с буферами модемной (кормящей) коровы расшаривается по сети (возможно, скрытым шарингом - почему нет) и на всех КРОМЕ кормящей коровы прописывается это:
[buffers]
allow-update-from-altbuffer=yes
; of course :)))
alternate-buffer-directory=\\main\cow$\
checkpoint-filename=checkp.cow
frequent-threshold-checks=3
и соответственно меняется это:
[networking]
disabled=yes
остается проследить, что кормящиеся через файл-шаринг коровы имеют достаточно сетевых прав наполныйдоступ к сетевому каталогу с буферами кормящей коровы. проверить можно так: при frequent-threshold-checks=3 стертый входящий буфер корова должна относительно быстро попытаться восстановить, накачав с другой машины (та, в свою очередь, при наличии поднятого ppp должна попытаться восстановить этот буфер). вот и все - волосы шелковисты... ;)
> 3. Остальные вопросы пока ждут своей степени готовности.
не тяни резину, давай-ка дискуссию затеем ;)))
PS. всех, блин, с праздником!!!!!! прямо заранее - бог знает, когда в сеть попаду. offline все же ;)
реально работающие примеры имеются здесь
|
|
|