С переходом на новую версию (4.2 > 5.8 ) возникла проблема следующего характера: часть сети передает файлы напрямую, у другой части сети передача идет через сервер и написано, что скорость ограничена. Причем эта скорость удручающе мала (32Кб/сек)... Юзеры находятся в одной группе прав, галка "Передавать через сервер" снята у этой группы, как и у всех других. Какие логи прикрепить для анализа проблемы?...
Дополнительная информация: ЛВС разделена на два удаленных сегмента, работающих между собой по технологии VDSL. Условно назову их С1 и С2. Сервер находится в С1. Ниже приведу схему проявления проблемы. Передача файлом между:
С1 <-> С1 = ОК
С2 <-> C2 = проблема
С1 -> С2 = ОК
С1 <- C2 = проблема

С2 <-> C2 (offline) = ОК!

Дополнительная информация: несмотря на разделение сети на 2 сегмента, все пользователи живут в одной подсети. Т.е. в данном случае мост VDSL прозрачен для работы чата, его в расчет можно не брать.

На версии 4.2 этой проблемы не было.

p.s. Также, после отмены отправки файла и попытки повторной передачи иногда возникает ошибка (см. присоед. файл). Лечится перезапуском клиента.

У вас нет необходимых прав для просмотра вложений в этом сообщении.

Последний раз редактировалось 13al Вт янв 06, 2015 6:15 am, всего редактировалось 1 раз.

Эх, сколько я уже писал по этой проблеме

viewtopic.php?t=2548
viewtopic.php?f=41&t=3515

Во всех версиях этот баг.
Но воз и ныне там (((

Хмм... и чего делать? Лицензия коммерческая, ответ техподдержки предвидится? У нас в сети передача файлов одна из самых востребованных функций в чате, все были счастливы, когда появилась такая возможность. В 5-й же версии она работает кривее некуда. Причем проблема проявляется у юзеров в одной подсети, т.е. натить никого никуда не нужно, соответственно пропускать трафик через сервер необходимости нет!
Перевел свою сетку на новую версию только из-за реализации в ней более-менее работающей веб-админки, очень долго ее ждал. Но nat реализован криво. Уважаемый Алексей, исправляйте в первую очередь этот баг. У нас в сети нат вообще не нужен, все в одной сетке работают, галки "Передавать через сервер" убраны у всех категорий юзеров. Но глюк проявляется по полной, все меня достают: "у меня не передаются файлы". Целый день дергают из-за этого. Видимо придется откатываться на старую добрую 4.2 и фиг с ней с этой web-админкой... Жили без нее несколько лет, зато чат не глючил.

да, через сервер передача совсем печальная. Проблема есть.

[Алексей Пикуров]

Здравствуйте, прошу прощения за задержку с ответом, Новогодние праздники. Итак:

Какие логи прикрепить для анализа проблемы?...

Файлы ftp.log с отправителя и получателя файлов, когда сеанс передачи файлов напрямую не захотел работать, а передача данных пошла через сервер.

p.s. Также, после отмены отправки файла и попытки повторной передачи иногда возникает ошибка (см. присоед. файл). Лечится перезапуском клиента.

Да, есть такое, пока что не победили. Постараемся решить.

Team lead
Чат со мной

Логи прикрепил.
Как-то неинформативно там внутри... На всякий отправляю и mcserv.log с обоих машин.

У вас нет необходимых прав для просмотра вложений в этом сообщении.

Случаем нет ли ограничения по этому значению??

У вас нет необходимых прав для просмотра вложений в этом сообщении.

[Алексей Пикуров]

Есть, размер буфера вы можете изменить в настройках клиента:

sendfilesbuffersize.png

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

У вас нет необходимых прав для просмотра вложений в этом сообщении.

Team lead
Чат со мной

на приведённом мною скриншоте - закачка остановилась впринципе. Такое часто бывает.

derwin
Забавно, но судя по Вашему скриншоту, похоже на правду, что в MyChat есть ограничение на количество передаваемых файлов, т.к. значение 65536 может говорить о том, что где-то в реализации программы используется переменная типа Word. Использование такой переменной в циклах - коварная штука.

[Алексей Пикуров]

yurasek, при чём тут размер буфера к количеству передаваемых файлов? Посмотрите ещё раз внимательно на скриншот.

Код: Выделить всё

0 из 1 (65 536 из 109 566)

Читается как: передано файлов 0 из 1, в данный момент передали 65536 байт из общего количества 109566 байт.

P.S. Для тестов мы передавали несколько сотен тысяч файлов общим объёмом в несколько сотен гигабайт. Размер и количество файлов не имеют значения, MyChat их передаст, вопрос времени.

Team lead
Чат со мной

[Алексей Пикуров]

Логи прикрепил

Логи неполные. Нет записей о попытках подключения и проверке соединений.
Должно быть что-то в этом духе:

Код: Выделить всё

[2015-01-14 13:50:31:218] SocketClose 
[2015-01-14 13:50:31:222] FTPUpload ResolvingBegin 193.105.135.74:20097
[2015-01-14 13:50:31:226] ResolvingEnd 193.105.135.74:20097
[2015-01-14 13:50:31:229] SocketCreate IPv4
[2015-01-14 13:50:31:252] Connect 193.105.135.74:20097
[2015-01-14 13:50:31:504] SocketClose 
[2015-01-14 13:50:31:554] SocketClose 
[2015-01-14 13:50:31:713] SocketClose 
[2015-01-14 13:50:31:718] FTPUpload ResolvingBegin 193.105.135.74:20098
[2015-01-14 13:50:31:721] ResolvingEnd 193.105.135.74:20098
[2015-01-14 13:50:31:725] SocketCreate IPv4
[2015-01-14 13:50:31:750] Connect 193.105.135.74:20098

Team lead
Чат со мной

Ну вот какие есть... Взял их после неудачных попыток передачи файлов. Сейчас к командировке, в начале февраля попробую еще, отпишусь. Но пробовал несколько раз, вот это все, что мы получили. И вообще, странно, что чат "не слушается" настроек. Ведь четко ему "сказано", через сервер не передавать, почему передает? Значит косяк где-то в реализации.

[Алексей Пикуров]

Косяка нет, вся правильно. Поясню подробнее.

Схема работы такая:
1. Пытаемся передать файл клиент-клиент, напрямую.
2. Если не выходит (файрвол, нет прямого коннекта, ещё какая-то причина) - передаём через сервер. Файл-то передать всё равно нужно.

Если же в правах группы на сервере сказано, что "передавать только через сервер" - то пункт 1 пропускается. Файлы безусловно передаются только через сервер. Сразу.

Жду от вас новых логов.

Team lead
Чат со мной

Т.е. если на компе одного из клиентов фаервол не пропускает этот трафик, то пойдет через сервер. Мысль, можно попробовать отключить брандмауэры. А галки в настройках сервера убраны, есть четкая команда действовать напрямую. Ну какой смысл кидать файл через сервер, находящийся фиг знает где, когда эти два компа в одном свиче живут и в одной подсети работают?

[Алексей Пикуров]

Отключать брандмауэры не нужно, просто поставить MyChat Client в исключения, этого достаточно.

Team lead
Чат со мной

[Алексей Пикуров]

Постановка MyChat в исключения дала эффект?

Team lead
Чат со мной

Брандмауэр не помог. Обновились на последнюю версию, все то же. Файлы все также идут через сервер с ограничением скорости. Для нас это серьезное неудобство, учитывая, что за более чем два года все привыкли к этой замечательной возможности. С переходом на 5.8 все прелести этой функции чата сошли на нет. Одно мучение. Исправляйте Алексей, это явный баг.

[Алексей Пикуров]

Файлы напрямую в MyChat передаются прекрасно.

Если у вас это не работает - смотрите файлы ftp.log на обеих клиентах (отправителе и получателе), чтобы понять причину проблемы.

Team lead
Чат со мной

Алексей, при всем уважении, проблема явно есть, и появилась она после перехода на 5-ю версию. Проверяю передачу файлов между двумя машинами, находящимися в соседних кабинетах, подключенных к одному обычному неуправляемому свичу. Лог мне сообщает, что нет прямого соединения между машинами. Это как?!... Брандмауэры вообще отключил на обоих ПК, чтобы исключить любое неучтенное влияние на трафик.

На отправляемой машине:
[21.04.2015 22:08:33] There is no direct connection between clients. Started sending files through the MyChat Server

На принимаемой машине лог пустой после приема данного файла. При отправке в обратную сторону в логе появляется такая же запись, только на этой машине.

Последний раз редактировалось 13al Вт апр 21, 2015 1:56 pm, всего редактировалось 1 раз.

[Алексей Пикуров]

В логе ещё должны быть строки, это последняя, а до неё что?

Team lead
Чат со мной

Для чистоты эксперимента очистил логи и получил результат, описанный в предыдущем моем сообщении. Очень лаконично рапортует.

[Алексей Пикуров]

То есть в логе одна-единственная запись, больше ничего нет??

Team lead
Чат со мной

Да, вот эта одна строчка, без подробностей. Очень не информативно.

[Алексей Пикуров]

По логике программы, если нет ни одного удалённого сетевого интерфейса для анализа, то будет выдана эта строчка.

У вас в сети используется ipv4 или ipv6 ?

Team lead
Чат со мной

IPV4. Сижу экспериментирую, есть уточнение. В одну сторону идет ОК, в другую нет.
Лог с ПК1 (ОК):
[21.04.2015 23:32:02] Trying connect to IP 192.168.20.100, port 10000
[21.04.2015 23:32:02] Trying connect to IP 192.168.56.1, port 10000
[21.04.2015 23:32:02] Connect to IP 192.168.20.100, port 10000 OK
[2015-04-21 23:32:02:718] SocketClose
[2015-04-21 23:32:02:719] FTPUpload ResolvingBegin 192.168.20.100:10001
[2015-04-21 23:32:02:719] ResolvingEnd 192.168.20.100:10001
[2015-04-21 23:32:02:719] SocketCreate IPv4
[2015-04-21 23:32:02:735] Connect 192.168.20.100:10001
[2015-04-21 23:32:10:209] SocketClose
[2015-04-21 23:32:10:284] SocketClose
[2015-04-21 23:32:10:290] SocketClose
[21.04.2015 23:32:23] Connect to IP 192.168.56.1, port 10000 FAILED

Лог с ПК2:
[21.04.2015 22:35:14] There is no direct connection between clients. Started sending files through the MyChat Server

Пробую понять, что за адрес 192.168.56.1.

А, понял. На принимаемом ПК2 это виртуальный интерфейс от VirtualBox. Попробовал его отключить, никакого влияние данное действие не оказало, все то же.

[Алексей Пикуров]

То есть, на том компе, где есть установленный VirtualBox - проблема с получением файлов. На остальных - всё Ок?

Team lead
Чат со мной

Нет, VB не оказывает никакого влияния на чат. Пробую делать все тоже самое с другой машины, назовем ее ПК3.

Результат:
ПК1 (192.168.20.19)->ПК2 (192.168.20.100) ОК
ПК2 (192.168.20.100)->ПК1 (192.168.20.19) Fail

ПК1 (192.168.20.19)->ПК3 (192.168.20.18) OK
ПК3 (192.168.20.18)->ПК1 (192.168.20.19) Fail

ПК2 (192.168.20.100)->ПК3 (192.168.20.18) Fail
ПК3 (192.168.20.18)->ПК1 (192.168.20.100) Fail

Брандмауэры везде отключил.
Не пойму системы сбоев. Где-то ОК, где-то нет. Все три машины к одному свичу подключены. И так во всей сети. Вся компы, включая сервер находятся в одной сети 192.168.20.0/24

[Алексей Пикуров]

Есть подозрение, что метод определения списка локальных IP адресов перестал работать. С чем это связано - не могу сказать, эта часть кода клиента не менялась уже достаточно давно.

Я переделаю этот механизм к версии 5.11, а пока передам вам тестовую программу, чтобы вы проверили работоспособность, окей?

Team lead
Чат со мной

Ок.

[Алексей Пикуров]

Запустите, пожалуйста, программу на тестовых машинах и покажите результат здесь.
Это консольная утилита, показывает локальные IP адреса через запятую.

У вас нет необходимых прав для просмотра вложений в этом сообщении.

Team lead
Чат со мной

ПК1 192.168.20.145
ПК2 192.168.20.100, 192.168.56.1
ПК3 192.168.20.18

Я ошибочно в предыдущих сообщениях указал ПК1 192.168.20.19. Но сути это не меняет.

У вас нет необходимых прав для просмотра вложений в этом сообщении.

[Алексей Пикуров]

Отлично, IP определились.

Значит, включим этот метод в будущую версию клиента, 5.11. Она уже почти готова, доделываем мелочи.

Team lead
Чат со мной

Ок, ждем!

Обновил до 5.11.
Проблема осталась... Все тоже: "There is no direct connection between clients". Проверку делал в максимально простых условиях, т.е. два компа в одном неуправляемом свиче, брандмауэры отключил на обоих ПК. Баг остался, где-то глубже копать надо.

У вас нет необходимых прав для просмотра вложений в этом сообщении.

[Алексей Пикуров]

Покажите пожалуйста файлы ftp.log с отправителя и с получателя.

Team lead
Чат со мной

[Алексей Пикуров]

P.S. Обновитесь на последнюю сборку (5.11.4).
viewtopic.php?p=18998#p18998

Team lead
Чат со мной

Обновился, все тоже
Логи ниже.

ПК1 [192.168.20.18]->ПК2 [192.168.20.145] (проблема):
[16.05.2015 03:29:14] There is no direct connection between clients. Started sending files through the MyChat Server

ПК2 [192.168.20.145]->ПК1 [192.168.20.18] (ОК):
[16.05.2015 03:29:24] Trying connect to IP 192.168.20.18, port 10000
[16.05.2015 03:29:24] Connect to IP 192.168.20.18, port 10000 OK
[2015-05-16 03:29:24:993] SocketClose
[2015-05-16 03:29:24:994] FTPUpload ResolvingBegin 192.168.20.18:10001
[2015-05-16 03:29:24:994] ResolvingEnd 192.168.20.18:10001
[2015-05-16 03:29:24:994] SocketCreate IPv4
[2015-05-16 03:29:24:995] Connect 192.168.20.18:10001
[2015-05-16 03:29:25:022] SocketClose
[2015-05-16 03:29:25:206] SocketClose
[2015-05-16 03:29:25:209] SocketClose

В одну сторону идет, в другую нет. Так во всей сети, где-то идет, где-то нет. Брандмауэры отключены.

[Алексей Пикуров]

Вы обновили сервер и всех клиентов до версии 5.11.4 ?

Team lead
Чат со мной

Да, речь идет именно о версии 5.11.4. На сервере брандмауэр тоже потушен. Что-то не так как надо срабатывет, нужно искать причину. Почему-то сервер начинает пропускать трафик через себя в любом случае...

[Алексей Пикуров]

Я сделаю сборку клиента со специальным логом дополнительным, он при старте будет показывать свои локальные адреса в системном логе. Потом можно будет их посмотреть на отправляющей стороне в ftp.log, чтобы сравнить. Ожидайте.

Team lead
Чат со мной

Ок, жду.

[Алексей Пикуров]

В файле mcserv.log при старте должна быть строка:
[26.05.2015 16:47:00] Local IP/MAC: 192.168.10.105, 24-EC-99-CB-1C-C5; 192.168.56.1, 08-00-27-00-8C-AE

Посмотрите пожалуйста, на обоих клиентах.

Team lead
Чат со мной

Вообще нет таких строк. И никогда не было, ни разу не видел... Посмотрел на других машинах, теперь увидел. На некоторых есть. На тех, что тестировал нету.
Тем не менее несмотря на наличие такой строки, на этих машинах проблема также наблюдается.

[Алексей Пикуров]

Вышлите мне полные логи за сегодня с двух компьютеров, между которыми есть проблемы с передачей файлов.

Обе папки \logs полностью на [email protected]

Team lead
Чат со мной

Здравствуйте. Логи отправил .

Присоединяюсь у нас такая же проблема.
Файлы уходят очень медленно, пишет "обмен данными идет через сервер, скорость ограничена)
ПК стоят рядом друг с другом.

У вас нет необходимых прав для просмотра вложений в этом сообщении.

[Алексей Пикуров]

triton
Логи за день с двух клиентов, которые отправляют/передают файлы на [email protected]

Team lead
Чат со мной

Здравствуйте уважаемый Алексей. Уже версия 5.15, а проблема с передачей файлов похоже застряла навечно. В ftp.log все та же одна единственная надпись:
There is no direct connection between clients. Started sending files through the MyChat Server
Нет прямого соединения между клиентами и все тут. Подключены к одному свичу клиенты...

[Алексей Пикуров]

У всех клиентов одно и тоже?

В логе MyChat Client при старте должна быть строка типа:

Код: Выделить всё

[13.10.2015 11:18:15] Local IP/MAC: 192.168.1.102, 24-EC-99-CB-1C-C5; 192.168.56.1, 08-00-27-00-8C-AE

Проведём эксперимент. Берём двух клиентов, где проблема с передачей файлов, А и Б.
Покажите эту строку с двух этих клиентов.

Team lead
Чат со мной

Простите за задержку с ответом. Да, у всех одно и тоже. Такой строки, как Вы показали нет. Есть только то, что я описал выше. Прикрепляю скриншот, это все что есть. Файл ftp.log.
ПК подключены к одному неуправляемому свичу, брандмауэры отключены. Проблема реально есть, и нам доставляет реальное неудобство.

У вас нет необходимых прав для просмотра вложений в этом сообщении.

[Алексей Пикуров]

Добрый день. Я говорю не о ftp.log, а о mcserv.log

Простите, неточно выразился. Покажите эту строку из лога обоих клиентов.

Team lead
Чат со мной

Логи с двух машин прикрепил. Перед этим попробовал обменяться между ними файлами.

У вас нет необходимых прав для просмотра вложений в этом сообщении.

Алексей, при всем уважении, время идет, проблема не решается... Мы оплатили лицензию для перехода на версию 5, осуществили переход, получив при этом проблему. Вот уже скоро год, как в программе появился серьезный недостаток с передачей файлов. Скоро подписка закончится и мы не сможем обновляться, оставшись с этой проблемой. Как же так? Сделайте что-нибудь, какие еще данные можно предоставить для выявления бага?
Я понимаю, если бы у нас была сложная схема ЛВС, с различными шлюзами и фаерволами, но сеть обычная, все подключено напрямую, ПК на одном свиче, с отключенными брандмауэрами, и при этом клиенты не работают как надо по передаче файлов. Баг явно в чате, не в нашей сетке.

[Алексей Пикуров]

Я не понимаю по логам, почему у вас эта проблема. Судя по логам, нет прямой связи между клиентами, что-то им мешает.

IP адреса в логах есть, коннекта нет. Если коннекта нет - значит, у вас в сети что-то мешает клиентам. Я проверю ещё раз модуль проверки соединения.

Team lead
Чат со мной

Клиенты на одном неуправляемом свиче, следовательно какое-то влияние со стороны сети исключено. Брандмауэры отключены, антивирус отключил - не работает все равно. Проблема проявилась именно с переходом на версию 5, с вводом функции ната в чат. Что-то там некорректно отрабатывает, ошибочно заворачивает трафик через сервер. И все бы ничего, но почему такая удручающе маленькая скорость через сервер? Не более 64Кбит/сек. Почему бы через сервер не использовать канал по полной, у нас там гигабитные. Пусть бы натил, не особо напрягало бы...

Алексей, есть у нас перспектива ждать решения? Как вариант, если баг найти не удается, убрать искусственное ограничение скорости через сервер.

[Алексей Пикуров]

Я добавил дополнительные проверки. Ограничение не искусственное, убрать нельзя. Мы будем менять передачу файлов, файлы будут передаваться на сервер на максимальной скорости и храниться там. Обмен файлами Клиент-клиент будем убирать, слишком много нюансов у разных клиентов в разных сетях возникает.

Team lead
Чат со мной

[Алексей Пикуров]

Кое-что добавлено: viewtopic.php?p=20912#p20912

Возможно, это есть причиной в вашей ситуации, возможно - нет, посмотрим.

Team lead
Чат со мной

Доброго времени!
Сегодня обнаружил странный глюк при попытке передать MP3-файл. Получаю известное окно, что нет файлов для передачи и т.д. Проверил на разных машинах. Перезагрузка чата/компа не помогает. Другие файлы передаются нормально. Не понял как это вообще?? Это что-то новое.)) Проверьте кто-нибудь у себя..Файл прилагаю. (заархивировал, т.к. нельзя почему-то прилагать фалы мп3)
P. S. Версия чата 5.12.0

У вас нет необходимых прав для просмотра вложений в этом сообщении.

[Алексей Пикуров]

Разбирайтесь, почему у вас mp3 файлы перехватывает какая-то программа и не даёт отправлять. MyChat-у всё равно, какие файлы передавать.

Team lead
Чат со мной

В том-то и дело, что другие мп3-шки отправляются нормально. Не могу отправить именно ЭТОТ файл! Подумал, может он битый какой-нибудь, но воспроизводится нормально..хм

[Алексей Пикуров]

Повторюсь, программе всё равно, что вы передаёте, она не анализирует формат файлов. Проверьте диск checkdisk-ом мало ли, возможно файл повреждён логически или физически.

Team lead
Чат со мной

Понял в чем причина! ))) В имени файла. Имя файла содержит символы из другой набора. В моем случае имя файла содержит немецкие символы. Тотал командер сразу ругается, когда я открываю директорию с этим файлом (см. скрин). Понятно, что Mychat не анализирует содержимое файла, но он работает с его именем. Видимо, в момент передачи MyChat не может отобразить имя передаваемого файла и поэтому происходит краш.
Если файл переименовать - то все замечательно передается.

Можете проверить и переслать этот файл, сами все увидите.

У вас нет необходимых прав для просмотра вложений в этом сообщении.

[Алексей Пикуров]

Да, вы правы, MyChat при передаче файлов не понимает UNICODE в именах файлов, это и есть причина. Мы будем переделывать функции передачи файлов и учтём этот момент. Спасибо.

Team lead
Чат со мной

Алексей, у нас подписка до 14 дек, до этого времени выйдет новая версия? Иначе мы останемся с нерешенной проблемой без возможности ее исправить. Не по нашей вине возникла, что-то в программе не работает. За год ничего не изменилось. Сможем мы после 14 числа устранить или нужно будет покупать подписку?

13al

[Алексей Пикуров]

Версия выйдет на днях. Потом посмотрим.

Team lead
Чат со мной

[Алексей Пикуров]

P.S. Алексей, у вас DHCP в сети?

Team lead
Чат со мной

Нет, у нас фиксированные IP. DHCP вообще не поднят.

[Алексей Пикуров]

Обновитесь на 5.16 и потом посмотрим ещё раз. У меня нет предположений.

Team lead
Чат со мной

Проблема осталась, правда скорость через сервер возросла до ~100-110 кб/сек.

[Алексей Пикуров]

Через сервер файлы гонятся, если нет прямой связи клиент-клиент. Либо они в разных подсетях, либо файрвол не даёт связаться.

Быстрее пока не будет, пока мы не переделаем схему обмена файлами.

Team lead
Чат со мной

[Алексей Пикуров]

Алексей, посмотрите в настройках клиента, включите протоколирование передачи файлов, если оно у вас выключено.

viewtopic.php?p=21272#p21272

Team lead
Чат со мной

Включил протоколирование, заработало... ! Вот ведь, в жизни бы не догадался. Столько времени промучились.
Алексей, я так понимаю, раз наша подписка закончилась, ближайшее обновление с исправлением данного некритичного бага (если о нем знаешь) мы не получим?

[Алексей Пикуров]

Да, все правильно.

Team lead
Чат со мной

Есть еще один недостаток, забыл про него совсем. Если окно чата открыто и находится за другими открытыми окнами, то вновь приходящие в приват сообщения никак себя не проявляют! Пока не активируешь чат поверх других окон, не видно, что кто-то написал сообщение или пытается отправить файл. Ни в трее, ни в панели задач никакой сигнализации. В настройках клиента, в разделе "События" в секциях "Показывать окно чата поверх всех окон" и "Информ сообщения в трее" все галки установлены.
Это как-то лечится?

P.S. Для тех, у кого такая же проблема, которая описана выше (проблемы с сигнализацией), решение здесь:
viewtopic.php?f=40&t=4014&p=21506#p21506 post #21148
Речь идет о версиях вплоть до 5.16.0.12

Последний раз редактировалось АлексейПавлюк Вс дек 27, 2015 10:24 pm, всего редактировалось 2 раз(а).

[Алексей Пикуров]

В другую тему, пожалуйста.

Team lead
Чат со мной

Доброго дня!
Версия чата 5.12.0.2
На двух машинах обнаружилась проблема передачи файлов между ними. Между другими машинами и этими двумя нормальный файлообмен. Машины в одной подсети. Видят друг друга напрямую. Машина 1 (UIN 44): 192.168.1.11, Машина 2 (UIN 12): 192.168.1.60. С машины 2 на машину 1 файлы передаются. С машины 1 на машину 2 - нет. (скрин ошибки прилагаю). Логи фтп тоже прилагаю. Антивирусы, файрволы все выключены.
Лог какой-то странный. Не понятно, почему на машине приема файлов в логе запись: "331 Password required for 44." ? ведь 44 - это уин компа отправки. И какой пассворд ему нужен? хм. Посмотрите пожалуйста.

ошибка (на компе отправки).png

У вас нет необходимых прав для просмотра вложений в этом сообщении.

[Алексей Пикуров]

Добрый день.

Файл пропущен, потому что был открыт в другой программе в момент передачи.

Team lead
Чат со мной

Добрый день.

Файл пропущен, потому что был открыт в другой программе в момент передачи.

Я к сожалению не могу это точно проверить (обе машины машины в другом городе), но меня уверяют, что 100% он не открыт ни в одной другой программе. И компы перезагружали и сразу пытались отправить, говорят - такая же история. А по логу ФТП не ясно там в чем еще может быть трабл?
?

[Алексей Пикуров]

Файл пропускается, только если он был занят какой-либо программой. Без вариантов.

На будущие версии планируем требования снизить, иногда файл открытый в Word, всё же можно скопировать, но не при нашей текущей технологии.

Team lead
Чат со мной

версия 5.18, проблема "Обмен данными идет через сервер", 32 кб - осталась.
Накопал, что если включить передачу с подтверждением пользователя то идет прямой, быстрый обмен. Но это не удобно, если пользователя нет на месте, то файл вообще нельзя отправить.
Поэтому включаем "Отправлять без подтверждения" - и начинается медленный обмен только через сервер.

Еще у меня так же как и у топик-стартера нестандартное деление сети на диапазоны IP. Наследие слишком умных админов, хотя реально машины в одном свитче.

Думаю эти две проблемы и мешают алгоритму определения прямой передачи \ через сервер.
Так что если скорость обмена своего фтп сервера не получается поднять, то хотя бы лишние передачи через сервер надо бы убрать.

[Алексей Пикуров]

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

Team lead
Чат со мной

ок, будем обновляться )