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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
таймаут 18.12.03 11:17  Число просмотров: 2379
Автор: Господин ПэЖэ Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> сабж - поставь у себя и пусти через него обмен. говорят,
> 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)
<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