информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медSpanning Tree Protocol: недокументированное применениеСтрашный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
У меня 335, там (imho) быстрее... 19.12.03 23:41  Число просмотров: 2395
Автор: mrc Статус: Незарегистрированный пользователь
Отредактировано 19.12.03 23:43  Количество правок: 1
<"чистая" ссылка>
У меня 335, там (imho) быстрее...

=== build 335 ===
OGR is no longer supported for clients below v2.8015.469 anymore.
"[ports]/timeout" sets maximum idle time for client connections (#2971)
perproxy: fix slow uplink connections for rc5-72 and ogr contents (#2951)

В любом случае - гораздо быстрее, чем клиентом.
На дайлапе (31200) скачалось 10.000 блоков за 13-15 минут
<dnet>
А что такое с получением блоков по e-mail? 14.12.03 00:39  
Автор: vagrant Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Лежит уже неделю, как шпала в палисаднике.
И отмазывается как-то особенно изощренно, первый раз такое вижу.

Hi. This is the qmail-send program at nodezero.distributed.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<blocks@nodezero.distributed.net>:
preline: fatal: unable to run procmail: file does not exist
Написал им в bugzilla. Будем ждать. 14.12.03 14:06  
Автор: mss <Сергей> Статус: Member
<"чистая" ссылка>
Всё. Должно работать. 16.12.03 01:50  
Автор: mss <Сергей> Статус: Member
<"чистая" ссылка>
[RC5] тебе именно автопилот нужен? в любом случае, пиши - вышлю тебе несколько тысяч. ты же за bugtraq считаешь, я надеюсь ;) 14.12.03 06:10  
Автор: jammer <alex naumov> Статус: Elderman
Отредактировано 14.12.03 06:38  Количество правок: 1
<"чистая" ссылка>
а вообще, утилитка консольная/win32 есть у тебя, высылающая файл по е-мэйлу? если дашь - могу и автомат настроить. самому искать некогда.

мне
Отнюдь. Скорее за TeamComputerra. 15.12.03 14:57  
Автор: vagrant Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> а вообще, утилитка консольная/win32 есть у тебя, высылающая
> файл по е-мэйлу? если дашь - могу и автомат настроить.
> самому искать некогда.
Про утилитку даже не слышал. Да и обычный слив работает. Но быстрее получать-отправлять почтой. К тому же у меня дома сетка из четырех компов и мне не хочется все их пускать в инет. Тем более, что он через GPRS. Проще заказать блоки по почте на неделю работы и сливать время от времени.

А где примерно эту утилитку поискать?
А не проще ли поставить proxyper ? 16.12.03 23:36  
Автор: mrc Статус: Незарегистрированный пользователь
<"чистая" ссылка>
[RC5] да хоть за черта с рогами, помогу :) смысл правда непонятен. 15.12.03 17:29  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> > а вообще, утилитка консольная/win32 есть у тебя, высылающая
> > файл по е-мэйлу? если дашь - могу и автомат настроить.
> > самому искать некогда.
> Про утилитку даже не слышал. Да и обычный слив работает. Но

погоди, тебе слив нужен или получение buff-in.* ?

> быстрее получать-отправлять почтой.

относительно прямого обмена с rc5.stel.ru? сомнительно. или что для тебя быстрее - дохождение до кеймастера или оперативное поддержание своих буферов в приемлимых рамках? мне дома (выделенки нет) хватает и автоматического обмена раз в сутки. глючит автомат (dial-up халявный, требовать низзя) - могу руками но реже... если конечно не прибьет меня в нете из дома долго посидеть.

> К тому же у меня дома сетка из четырех компов и мне не хочется все их пускать в инет. Тем более, что он через GPRS.

кеширующий прокси + NAT с файрволлом в стиле дзержинского - не гуд? обмен не каждый блок а реже -> меньше накладных расходов. трафик считать считалкой, дабы быть уверенным, что в месяц расходуешь <100р.

> Проще заказать блоки по почте на неделю работы и сливать время от времени.

не согласен.

> А где примерно эту утилитку поискать?

может на яндексе? уж я не знаю :)
Сливать даже через rc5.pp.ru медленно! 15.12.03 23:45  
Автор: vagrant Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Неясно по какой причине, но по мобильному интернет-каналу от билайн блоки сливаются дико медленно - 1000 блоков сливаются больше часа. И закачиваются не многим быстрей.

При этом скорость соединения приличная и файлы из инета могут качатся со скор. около 5 КБ\сек., так что письмо с 1000 блоков получается меньше, чем за минуту.
Отсылка, правда, помедленней, около 1.5 КБ/сек, но все равно в 3-5 минут укладывается.

Поэтому я так за почту и держусь.
альтернатива: http-proxy 17.12.03 13:47  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
сабж - поставь у себя и пусти через него обмен. говорят, 20-секундной задержки нет. хотя нафига? ;)
таймаут 18.12.03 11:17  
Автор: Господин ПэЖэ Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> сабж - поставь у себя и пусти через него обмен. говорят,
> 20-секундной задержки нет. хотя нафига? ;)

В 335 проксе 20 сек таймаут пофиксили


$Id: ChangeLog.txt,v 1.37 2003/09/17 03:29:50 jlawson Exp $

; an enduser global overview of changes

=== build 335 ===

OGR is no longer supported for clients below v2.8015.469 anymore.

"[ports]/timeout" sets maximum idle time for client connections (#2971)

perproxy: fix slow uplink connections for rc5-72 and ogr contents (#2951)
ты о чём вообще? 17.12.03 18:33  
Автор: mss <Сергей> Статус: Member
<"чистая" ссылка>
Всё равно приём каждого блока подтверждается keyproxy и только тогда посылается следующий.
И как тут может прокся помочь? Если связь хреновая - пинг большой, то тут уже ничего не спасёт.
эх, не знаешь броду, суешься в воду... 19.12.03 12:03  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> Всё равно приём каждого блока подтверждается keyproxy и
> только тогда посылается следующий.
> И как тут может прокся помочь? Если связь хреновая - пинг
> большой, то тут уже ничего не спасёт.

это обсасывалось уже на нашем форуме. искать? ты тока скажи.

во первых, прокси посылает по 15 блоков, не дожидаясь подтверждения получения первого. 2 нитки обмена - уже по 30, etc.

во вторых, ты даже не поинтересовался, как меняется клиент через http-proxy. пинг пингом, коровий протокол коровьим протоколом - не мешай его с ICMP. общеизвестно, что и при очень медленном пинге (домашние LAN с выходом в инет) некоторые протоколы дают очень неплохую скорость - тот же ftp. а еще на этом форуме есть люди, которые знают что ftp отдыхает, когда есть такой протокол - binkp. так, для примера. пинг тут уже не важен.
хмм... 19.12.03 14:46  
Автор: mss <Сергей> Статус: Member
<"чистая" ссылка>
> это обсасывалось уже на нашем форуме. искать? ты тока
> скажи.
Поищи плиз если не трудно.

> во вторых, ты даже не поинтересовался, как меняется клиент
> через http-proxy.
Ну да - я говорил именно про клиента, так что вот этот момент интересует - что - реально скорость возрастает? И за счёт чего же?
Запросы идут пачками... 18.12.03 23:48  
Автор: mrc Статус: Незарегистрированный пользователь
<"чистая" ссылка>
вроде по сотне штук

2003-12-02 13:12:41,server: Received rc5-72 packet CA:71F12216:00000000 iter 1
2003-12-02 13:12:41,server: Received rc5-72 packet CA:71F12217:00000000 iter 1
2003-12-02 13:12:41,server: Received rc5-72 packet CA:71F12218:00000000 iter 1
2003-12-02 13:12:41,server: Received rc5-72 packet CA:71F12219:00000000 iter 1
2003-12-02 13:12:41,server: Received rc5-72 packet CA:71F1236B:00000000 iter 1
2003-12-02 13:12:41,server: Received rc5-72 packet CA:71F1236C:00000000 iter 1
2003-12-02 13:12:41,server: Queueing rc5-72 request.
2003-12-02 13:12:41,server: Queueing rc5-72 request.
2003-12-02 13:12:41,server: Queueing rc5-72 request.
2003-12-02 13:12:41,server: Queueing rc5-72 request.
2003-12-02 13:12:41,server: Queueing rc5-72 request.
2003-12-02 13:12:41,server: Queueing rc5-72 request.
[RC5] а теперь смотрим лог прокси внимательно. 19.12.03 12:19  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> вроде по сотне штук

имеем build 333/win32.

[...]

2003-12-19 08:54:39,Status: Uplink needed... (thresholds exceeded)
2003-12-19 08:54:39,Status: Creating uplink (outgoing server) connection.
2003-12-19 08:54:40,Uplink: [1] connection to 213.134.208.133 changed state
2003-12-19 08:54:40, from 0 (ESTNONE) to 1 (ESTCONNWAIT)
2003-12-19 08:54:40,Uplink: [1] connection to 213.134.208.133 changed state
2003-12-19 08:54:40, from 1 (ESTCONNWAIT) to 50 (ESTREADY)
2003-12-19 08:54:41,Uplink: [1] Establishing handshake with 213.134.208.133...
2003-12-19 08:54:41,Uplink: [1] Server is running version 333.
2003-12-19 08:54:41,Uplink: [1] Server is running version 333.
2003-12-19 08:54:41,Uplink: [1] Got permission acknowledgement.
2003-12-19 08:54:41,Uplink: [1] The perproxy says: "[pp] Dont forget to set country in your personal information!"
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:71AD8B3E:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:70B725EE:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:70A0CB33:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6961244B:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6EDD2A1D:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6E6E9023:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6A22D85D:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6FB2EED4:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:70A0B1D3:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6E732E9F:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:70E661BD:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6E87FE3B:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6F740190:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:721614D0:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6F99D688:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:58,server: <-- ack OK rc5-72 packet CA:71AD8B3E:00000000 iter 1
2003-12-19 08:54:58,server: Received rc5-72 packet CA:74243A96:00000000 iter 1
2003-12-19 08:54:58,server: <-- ack OK rc5-72 packet CA:70B725EE:00000000 iter 1
2003-12-19 08:54:58,server: Received rc5-72 packet CA:74243A97:00000000 iter 1
2003-12-19 08:54:58,server: <-- ack OK rc5-72 packet CA:70A0CB33:00000000 iter 1

[...]

а теперь смотрим лог прокси внимательно.

08:54:38 - прокси всегда высылает ровно 15 out-блоков и 15 in-запросов (если конечно есть столько необходимости в обмене). проходит 20 секунд. получает ОК на out - тут же высылает следующий, получает in-пакет - тут же высылает следующий запрос. далее процесс идет, пока обмен не завершится - исходящий буфер опустеет, входящий наполнится согласно конфигу. других алгоритмов обмена за прокси еще никто не замечал.
У меня 335, там (imho) быстрее... 19.12.03 23:41  
Автор: mrc Статус: Незарегистрированный пользователь
Отредактировано 19.12.03 23:43  Количество правок: 1
<"чистая" ссылка>
У меня 335, там (imho) быстрее...

=== build 335 ===
OGR is no longer supported for clients below v2.8015.469 anymore.
"[ports]/timeout" sets maximum idle time for client connections (#2971)
perproxy: fix slow uplink connections for rc5-72 and ogr contents (#2951)

В любом случае - гораздо быстрее, чем клиентом.
На дайлапе (31200) скачалось 10.000 блоков за 13-15 минут
сам поставил 335 на работе - гляну в понедельник. 20.12.03 21:21  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
а сколько времени ты просчитываешь эту тысячу - наверняка... 16.12.03 14:02  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> Неясно по какой причине, но по мобильному интернет-каналу
> от билайн блоки сливаются дико медленно - 1000 блоков
> сливаются больше часа. И закачиваются не многим быстрей.

а сколько времени ты просчитываешь эту тысячу - наверняка дольше часа - в чем тогда проблема? у тебя же не повременная оплата.

> При этом скорость соединения приличная и файлы из инета
> могут качатся со скор. около 5 КБ\сек., так что письмо с
> 1000 блоков получается меньше, чем за минуту.
> Отсылка, правда, помедленней, около 1.5 КБ/сек, но все
> равно в 3-5 минут укладывается.
> Поэтому я так за почту и держусь.

аргумент несерьезный.
1




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


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