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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
А о каком объеме идет речь? 15.06.02 21:47  Число просмотров: 1439
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
И как быстро их надо отправить/принять?
Через мой прокси прокачивают 50к-100к блоков в сутки. Правда это выделенка. Клиенты передают пакеты в среднем по 4-6 блоков.
Попробую дома запустить прокси и туда насчитать блоков, потом померяю скорость.
<dnet>
как увеличить скорость обмена ключами 13.06.02 13:01  
Автор: Oster Статус: Незарегистрированный пользователь
<"чистая" ссылка>
мой локальный прокси ведет обмен ключами с сервером с пропускной способностью примерно 400-600 bytes/sec. как заставить использовать модемный канал полностью? можно ли запустить несколько экземпляров proxyper.exe чтобы они разгребали одни и те же файлы pprc5in.rc5 и pprc5out.rc5 - не грохнется ли локальная база и правильно ли будут зачтены ключи на статистике?
парадокс в тему 09.09.02 14:57  
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
Отредактировано 09.09.02 15:03  Количество правок: 1
<"чистая" ссылка>
У меня в локалке (100 Мб/с) прокси стоят каскадом. С клиентами обмен происходит мгновенно, а вот между прокси... гляньте лучше лог :

2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 2 ba2f167f:60000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 4 ba2f1680:c0000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 4 ba2f1681:80000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 2 ba2f13c0:80000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 2 ba2f0a22:70000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 2 ba2f0d15:40000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 1 ba2f10ac:90000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 12 ba2f2d60:00000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 1 ba2f1a84:50000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 1 ba2f1a84:70000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 4 ba2f1a87:40000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 2 ba2f13fc:a0000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 1 ba2f1760:10000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 1 ba2f1abe:d0000000
2002-09-09 10:49:21,Client: 192.168.3.41 <-- rc564 x 1 ba2f1acf:e0000000

т.е. около 30 бл/сек. Но это же 100 Мб сетка!!! Чего же тогда ждать от модемного соединения?
Парадокс заключается в том, что:

2002-09-09 10:49:59,server: --> uplink rc564 x 3 bb988d44:d0000000
2002-09-09 10:49:59,server: --> uplink rc564 x 2 be55be0c:e0000000
2002-09-09 10:49:59,server: --> uplink rc564 x 2 be55be0b:70000000
2002-09-09 10:49:59,server: --> uplink rc564 x 2 be55625d:30000000
2002-09-09 10:49:59,server: --> uplink rc564 x 4 be556120:80000000
2002-09-09 10:49:59,server: --> uplink rc564 x 2 be5560e1:40000000
2002-09-09 10:49:59,server: --> uplink rc564 x 4 be5560d6:90000000
2002-09-09 10:49:59,server: --> uplink rc564 x 4 be5560cd:90000000
2002-09-09 10:49:59,server: --> uplink rc564 x 2 be5560c6:60000000
2002-09-09 10:49:59,server: --> uplink rc564 x 4 be5560c6:10000000
2002-09-09 10:49:59,server: --> uplink rc564 x 2 be5560b8:90000000
2002-09-09 10:49:59,server: --> uplink rc564 x 1 be556004:00000000
2002-09-09 10:49:59,server: --> uplink rc564 x 4 be555ffb:70000000
2002-09-09 10:49:59,server: --> uplink rc564 x 4 be555ff7:a0000000
2002-09-09 10:49:59,server: --> uplink rc564 x 1 be555ff6:c0000000

т.е. 41 бл/сек. И это на диалапе при коннекте 28,800...
keyserver - ftp.stel.ru

Странно все это. Кто сможет разобраться?
A если использовать другой прокси-сервер, например ftp.stel.ru? С ним связь должна быть лучше 13.06.02 20:01  
Автор: RedAndr UfaTeam <Андрей Рыжков> Статус: Member
<"чистая" ссылка>
A если использовать другой прокси-сервер, например ftp.stel.ru? С ним связь должна быть лучше 15.06.02 20:02  
Автор: Oster Статус: Незарегистрированный пользователь
<"чистая" ссылка>
вся фигня в том, что даже при тестовом переливе коючей между проксями по ЛОКАЛКЕ скорость остается точно такой же. (15 блоков в секунду)
Померил скорость по модему 17.06.02 22:11  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
> вся фигня в том, что даже при тестовом переливе коючей
> между проксями по ЛОКАЛКЕ скорость остается точно такой же.
> (15 блоков в секунду)
за 4 минуты прокся отдала 674 блока и взяла 2252 блока. Итого - 12 блоков/секунду. Скорость модема - 21600, ping до следующей прокси - 220мс.
и сколько cps получился? у меня - ~500, а мог бы быть 2-3k 18.06.02 19:59  
Автор: Oster Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> > вся фигня в том, что даже при тестовом переливе коючей
> > между проксями по ЛОКАЛКЕ скорость остается точно
> такой же.
> > (15 блоков в секунду)
> за 4 минуты прокся отдала 674 блока и взяла 2252 блока.
> Итого - 12 блоков/секунду. Скорость модема - 21600, ping до
> следующей прокси - 220мс.

и сколько cps получился? у меня - ~500, а мог бы быть 2-3k
На выделенке то же самое. Или у тебя миллион блоков в сутки? 18.06.02 20:42  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
> и сколько cps получился? у меня - ~500, а мог бы быть 2-3k
Посмотрим выделенку (768кбит):
2002-06-18 16:37:44,Status: Creating uplink (outgoing server) connection.
2002-06-18 16:37:45,Uplink: [1] connection to 64.49.222.254 changed state
2002-06-18 16:37:45, from 0 (ESTNONE) to 1 (ESTCONNWAIT)
2002-06-18 16:37:46,Uplink: [1] connection to 64.49.222.254 changed state
2002-06-18 16:37:46, from 1 (ESTCONNWAIT) to 50 (ESTREADY)
2002-06-18 16:37:46,Uplink: [1] Establishing handshake with 64.49.222.254...
2002-06-18 16:37:47,Uplink: [1] Server is running version 324.
2002-06-18 16:37:47,Uplink: [1] Got permission acknowledgement.
2002-06-18 16:37:47,Uplink: [1] The fullserver says: "Me fail English? That's unpo
ssible! (grub)"
2002-06-18 16:38:48,Uplink: [1] 64.49.222.254 disconnected (reading).
2002-06-18 16:38:48,Uplink: [1] Closed connection to 64.49.222.254.
2002-06-18 16:38:49,rc564 r=120002/120000, d=0/500, 333.4 Mkeys/sec, tot=162792
2002-06-18 16:38:49,Status: rc564: Last uplink sent 519 and received 402

Те же 900 блоков/минуту. Мало?
мало. обисняю почему. 20.06.02 19:08  
Автор: Oster Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> > и сколько cps получился? у меня - ~500, а мог бы быть
> 2-3k
> Посмотрим выделенку (768кбит):
> Те же 900 блоков/минуту. Мало?
я приходящий администратор. в нормальном режиме раз в неделю прихожу в контору слить на zip или cd-rw архив. интернет - диал-ап, телефонных линий обычно не хватает, да еще и инет денег стоит. вобщем напряжно наблюдать за неспешным обменом ключей, особенно когда канал заполняется на 20-30% пропускной способности и таких контор несколько.

щас вот попробую через fetch@distributed.net/flush@distributed.net
не знаю только, поймет ли pproxy.....
у меня тоже по разному 21.06.02 09:39  
Автор: black_leon_works <black_leon> Статус: Member
<"чистая" ссылка>
У меня то быстро- то медленно... я предполагаю тут и от загрузки на их прокси зависит...
Хотя если по локальной сети 100Мбит - то очень быстро на мой прокси кидают... а к ним по разному... то быстро-то медленно...
ping нормальный с ними - и то не факт что быстро...
Так что сливай все на прокси свой... а там уж где быстрее...
Кстати есть вариант по почте... не забывай о нем...
А о каком объеме идет речь? 15.06.02 21:47  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
И как быстро их надо отправить/принять?
Через мой прокси прокачивают 50к-100к блоков в сутки. Правда это выделенка. Клиенты передают пакеты в среднем по 4-6 блоков.
Попробую дома запустить прокси и туда насчитать блоков, потом померяю скорость.
как увеличить скорость обмена ключами 13.06.02 14:29  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
> мой локальный прокси ведет обмен ключами с сервером с
> пропускной способностью примерно 400-600 bytes/sec. как
> заставить использовать модемный канал полностью? можно ли
> запустить несколько экземпляров proxyper.exe чтобы они
> разгребали одни и те же файлы pprc5in.rc5 и pprc5out.rc5 -
> не грохнется ли локальная база и правильно ли будут зачтены
> ключи на статистике?
насчет нескольких экземпляров ты конечно загнул.
А что, очень большая сетка? А какой у тебя средний размер пакета?
А у клиентов поставил
[rc5]
preferred-blocksize=33 ?

Видимо, после каждого пакета прокси ждет подтверждения, а модемный пинг небыстр. Поэтому и скорость невелика.
как увеличить скорость обмена ключами 31.07.02 23:41  
Автор: vagrant Статус: Незарегистрированный пользователь
<"чистая" ссылка>
А кстати, я тоже долго бился с этой бодягой, пока не стал отсылать блоки почтой, все же быстрее. То получать блоки почтой не очень удобно, потому что все время остаются недосчитанные блоки, когда меняешь на новый файл, или блоки кончаются и идет счет случайных блоков, эффективность коего теперь не лучше 50%.
А нельзя ли входные файлы сшивать чем нибудь?
По простому не получается, клиент пришитую встык часть не видит.
Может кто знает чего?
Сшивать? dnetc -import? 01.08.02 16:29  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
Ой, блин! 01.08.02 21:41  
Автор: vagrant Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Спасибо kost, просто-то как. Даже неудобно... А я мучился.
Как говорится, читай хелп, и радость тебе будет.
1




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


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