Vladimir Bakhvaloff написал(а) к Alexey Korotkov в Feb 16 09:23:06 по местному времени:

Saludo, comarado Alexey!

Отвечая на письмо Alexey Korotkov => Vladimir Bakhvaloff [Сб 27 Фев 16]:

VB>> Да... Ты явно не ищешь лёгких путей...
VB>> То реестры патчить...
VB>> То передавать 10к мелких файлов, вместо их архивации в
VB>> один...
VB>> То забыть, что есть нетмейл для ЛИЧНОЙ связи, а не пихать
VB>> чемоданы траффика в эху... :-(
AK> 1. Про мои пути: есть потребности, граничные условия и проблемы,
AK> поэтому проблемы все же нужно решать в этих граничных условиях. А они
AK> таковы, что это должен быть именно Radius, файлы паковать нельзя, и
AK> количество файлов для обмена может быть не то что 10k, а даже 100k+.
AK> Как ни странно, FTN-технология рулит в этом плане по сравнению с
AK> современными поделками.

Не ве-рю!!! /К.С. Станиславский/
Правильно поставленная задача решает больше половины проблем...
Ну не может Radius (чиста канкретна) быть крайним решением!.. :-D
Тебе просто лень разнести передачу "фирменных" файлов и фидошку по разным портам...

AK> 2. Нетмейл - это значит что информация попадет только к одному
AK> человеку. А может быть она еще кому-то тоже будет актуальна для
AK> исправления радиуса?

Сначала надо быть уверенным, что это действительно так... А потом - сохрани в свой загашник...

AK> 3. Чемоданов трафика в эхе не планируется. Да и неужели сейчас
AK> существует проблема избытка в эхе трафика?

Трафика?.. Нет, естественно!..
Проблема "лишних знаний" - да...

VB>> Где-то там же...
VB>> Меня совсем не интересуют заклинания под бубен...
VB>> Программа должна работать БЕЗ них... И работает...
AK> Ну, если брать использование радиуса чисто под фиду, то да. Но если
AK> использовать его для других задач, то проявляется явно недостаточная
AK> скорость и дикий жор процессора из коробки.

Во-о-о-от!.. Начинаем раскрывать тему потребления по-тихо-о-оньку!...
Давай-давай!.. Продолжай!.. Этим и "проблема" решится до кучи...
/Д.Войтюк ржёт уже за углом в кулачок :-D/

AK>>> Во-первых, стабильность работы (целостность данных) радиуса и
AK>>> компании не должна зависить от скорости работы сети.
VB>> Именно так и есть...
AK> А вот фиг вам. Если ставить галку в настройках протокола Binkp
AK> "требовать шифрование", то у меня даже версия отцов-основателей
AK> (2005г.) уходит в затык при попытке установить сессию. Если параметры
AK> реестра поменять на обоих сторонах, то сессии начинают успешно
AK> устанавливаться. Что я делаю не так? (Но мне это пока что не
AK> актуально, и поэтому я повторно не проверял после своих последних
AK> изменений)

ТЫ?.. Конкретно ТЫ?..
Меняешь настройки системы, которые никому менять не надо, например...

AK>>> Я так понимаю.
AK>>> Если косяк есть, логично его исправить если есть возможность.
VB>> Нет косяка...
AK> И снова фиг вам :-) Нашел и исправил. Радиус думал что данные могут
AK> приходить по чуть-ть, и что он работает быстрей поступления данных. А
AK> они неожиданно приходили в процессе его работы.. Уже прокачал
AK> несколько раз по 100тыс файлов на криптованной сессии, ни единого
AK> разрыва! (с)

Да и отлично!!!
Ты какого-то "сферического коня в вакууме" подсовываешь, от которого никому ни жарко, ни холодно...
Я всякой binkP-ой пользуюсь с 96-го года, т.е. почти 20 лет... На *rgus перешёл только потому, что держать и воспитывать одновременно tmail и binkd стало стрёмно... Да и люблю я помогать в разработке хорошим друзьям...

AK>>> Кого-нибудь дамп трафика интересует?
VB>> Да... ФСБ...
AK> Как скажешь.

Ну, главное, чтобы они ничего не придумали, глядя на них!.. :=D

Arrivederci, Korotkov!..
> ------------------------------------------------------------
Windows 7 Ultimate x86 [version 6.1.7601] Service Pack 1
Taurus v.5.114.2013.19/Winter/FastMM 4.991/DEBUG
--- System uptime is: 4 day(s) 14:09:29.607 (max. - 27 day(s) 6:38:31.123)