На версии 4.14 все работало как часы без проблем, но после обновления на 4.15 появилась ошибка. Ошибка заключается в следующем: Есть сервер Windows 2003 с установленной серверной частью Mychat и расшаренной папкой. Клиентские машины есть и в локальной сети и в интернете (доп офис). Порты под нужды FTP 10000 и 10001. NAT проброшен в роутере. Клиенты могли заходить в общую папку (C:/Obmen) на сервере через "Файлы --> Общие файлы на сервере" , открывался ftp обменник. настройки настроены на серверной части правильно, слушать все, внешний айпи и тд. Сейчас же ПРОБЛЕМА - то открыть обменник могут теперь тока внешние клиенты, то наоборот посоле перезапуска FTP окрыть могут только внутренние клиенты, то иногда теперь вообще никто попасть туда не может (SCR0.jpg). Через время на клиентской машине выскакивает потом ошибка (SCR1.jpg).
Проблема появилась сразу после апдейта на 4.15. Роутер с правильными настройками не тронут.

1.jpg

1.jpg

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

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

Здравствуйте. Попробуйте обновить сервер http://www.nsoft-s.com/work/mychat/50/mcserv.zip

Насчёт ошибки - вышлите нам .elf файл с клиента на [email protected]

В консоли клиента (Ctrl+~) команда logs, файл *.elf

Team lead
Чат со мной

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

Обновление http://www.nsoft-s.com/work/mychat/50/mcserv.zip не решило проблему.

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

Странно. У вас в настройках FTP сервера MyChat сейчас прописан внешний ваш IP ?
Можно попробовать к вам подключиться снаружи каким-нибудь FTP клиентом? Хочу увидеть, как будет работать FTP в пассивном режиме, логи посмотреть.

Team lead
Чат со мной

​1 мин, сейчас все настрою как было

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

Надо сделать перезапуск сервера MyChat. Перезапустить саму программу.

Team lead
Чат со мной

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

А если настроить FTP сервер MyChat на два стандартных порта? 20 и 21. Попробуйте.

Team lead
Чат со мной

У нас вопрос пока открыт, смена портов ситуацию не изменила, продолжаем танцы с бубном.

Не помогла смена портов...

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

Я не знаю, в чём дело. Мы тестируем у себя, из-за NAT. Номера портов не меняются при связи с сервером. Всё время те, что назначены в настройках.

Team lead
Чат со мной

[Андрей Раков]

А, если перезагрузить компьютер? Не пробовали?

Live Chat со мной

такая же беда .. поставил тестовую версию чата (начальству понравилось) но беда не подключаются пользователи с других офисов ..(ftp он пишет при попытке зайти в личную папку на фтп .. "В ходе открытия папки на FTP-сервере произошла ошибка. Убедитесь, что у вас есть разрешения открыть эту папку
подробности:
200 Type set to A,
227 Entering Passive Mode (192,168,1,235,4,158).
"
в локальной сети всё отлично где сервер , а вот удалёно проблема ... все порты открыл которые надо. и в фтп сервере и вставлял айпи внений и без .. всё время такая ерунда (он автоматом пытается открыть папку IE win7)

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

Пока ничего не могу сказать.

Team lead
Чат со мной

вот лог с сервера. попытка захода с внешнего айпи ***.***.***.***
может поможет чем
18.01.2013 15:19:33:078|0022|***.***.***.*** connected
18.01.2013 15:19:33:265|0020|***.***.***.*** USER 2
18.01.2013 15:19:33:265|0021|***.***.***.*** 331 Password required for 2.
18.01.2013 15:19:33:453|0020|***.***.***.*** PASS ********
18.01.2013 15:19:34:078|0022|***.***.***.*** User "2" is authenticated
18.01.2013 15:19:34:078|0021|***.***.***.*** 230 User 2 logged in.
18.01.2013 15:19:36:265|0020|***.***.***.*** OPTS utf8 on
18.01.2013 15:19:36:265|0021|***.***.***.*** 501 UTF8 not supported is invalid.
18.01.2013 15:19:36:468|0020|***.***.***.*** SYST
18.01.2013 15:19:36:468|0021|***.***.***.*** 215 UNIX Type: L8 Internet Component Suite
18.01.2013 15:19:36:625|0020|***.***.***.*** SITE HELP
18.01.2013 15:19:36:625|0021|***.***.***.*** 500 'SITE HELP': command not understood.
18.01.2013 15:19:36:812|0020|***.***.***.*** PWD
18.01.2013 15:19:36:812|0021|***.***.***.*** 257 "/" is current directory.
18.01.2013 15:19:37:171|0020|***.***.***.*** NOOP
18.01.2013 15:19:37:171|0021|***.***.***.*** 200 Ok. Parameter was ''.
18.01.2013 15:19:38:812|0020|***.***.***.*** CWD /
18.01.2013 15:19:38:812|0021|***.***.***.***
250 CWD command successful. "/" is current directory.
18.01.2013 15:19:39:015|0020|***.***.***.*** TYPE A
18.01.2013 15:19:39:015|0021|***.***.***.*** 200 Type set to A.
18.01.2013 15:19:39:218|0020|***.***.***.*** PASV
18.01.2013 15:19:39:234|0021|***.***.***.*** 227 Entering Passive Mode (192,168,1,235,4,163).

>Entering Passive Mode (192,168,1,235,4,163).
если клиент стоит на автоматическое определение режима FTp, то у вас не проброшен 1 из необходимых портов.
пассив - работает на 1 порту
актив фтп - использует 2 порта
Попробуйте выключить брандмауэр и антивирус. А так же тестировать другим фтп-клиентом, например браузером или тотал коммандером.
Тут проблема может быть в настройках НАТа. Поди какой нибудь DIR ??

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

Константин, и пассивный, и активный режим FTP работают всегда по двум портам. Один порт - управляющий, по второму идут бинарные данные.

В MyChat FTP всегда работает в пассивном режиме (со стороны клиента всегда производится переключение в пассивный режим).

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

А что такое "DIR"?

Team lead
Чат со мной

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

Да, и ещё.

Выше был приведён серверный лог.

18.01.2013 15:19:39:218|0020|***.***.***.*** PASV
18.01.2013 15:19:39:234|0021|***.***.***.*** 227 Entering Passive Mode (192,168,1,235,4,163).

Это означает, что клиент перешёл в пассивный режим (команда PASV), а сервер ответил ему, что Ок, можно подключаться на адрес 192.168.1.235 и порт 1187 (4*256+163).

Автоматического определения режима работы нет, жёстко производится попытка подключения в пассивном режиме. Судя по логу.

Team lead
Чат со мной

ну да. Только вот для одного из режимов трафф идёт по второму динамическому порту. Для пассива используется 21 порт + >1024 порт.
А для актива 21 порт + 20
Исх.трафф с динамических портов смысла отслеживать нет, а вот на 20й порт надо докидывать форвард. Если конеш хотим "актив"

так же советую проверить доступность портОВ каким нибудь портсканом
http://www.radmin.ru/go.php?event1=down ... g%3Dbutton

dir - младшая линейка у dlink. Только причем тут dir или не dir, у нас примерно те же "грабли", не на dir, а на dfl естественно первым делом были погашены все возможные затыки в виде программных фаеров и вирей, а так же на момент тестирования открывались все порты и разрешались все протоколы до сервера. В нашем случае я не знаю куда собак спускать, грешить на софт пока смысла нет, слишком мало людей заявило о подобного рода проблеме. Самое интересное, что у нас этот косяк появился после перехода на версию 4.15. Собственно, пока все возможные варианты я у себя не опробую, складывать на софт и биться в истерике пока воздержусь . Проблема пока не критична, но приносит некоторые неудобства, в числе которых, как мне показалась теперь и та, что обновлять клиент пришлось в рукопашную, т. к. забрать с сервера, клиенту теперь не удается. Будем надеяться, что решение будет.

​сегодня еще по тыкался .. сменил на сервере порты на 20 и 21 (а если на стандартных 20000 и 20001 не работает) так он подключается когда указываю внешний айпи, но в этом случаи не работает локалка как писали выше ..

временно проблему решил в основном офисе всех пустил по внешнему айпи заходить (компов не много) .. но хотелось бы чтобы всё фурыкало как надо.

Подтверждаю проблему с фтп сервером. У меня ситуация такая: сервер чата работает на системе где три сетевых интерфейса (eth0, eth1, ppp0), в настройках сервера отображается в ниспадающем меню где установлено "слушать все" только локальный апишник - 192.168.0.6, на версии 4.14 там были все три апишника (192.168.0.6. 10.10.1.1 195,66,65,ххх). При соединении по фтп из mc (линуховый аналог FAR-а) на локальный адрес 192.168.0.6 - это адрес на коротом работает сервер чата, в логах сервера пишется, что обращение идёт на внешний апишник - 195,66,65,ххх.

Согласен, есть такое и у нас.

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

как насчёт снять работу сниффером?
умеет кто работать с wireshark? я то не использую ftp

Снифер поможет выловить ошибки в протоколе, а тут проблема внутри сервера майчата...

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

Так, есть некоторые новости. Специальная сборка: http://www.nsoft-s.com/work/mychat/56/mcserv.zip

Порты для подключения клиентов будут в диапазоне, их априори будет больше двух (минимум 10, рекомендуется выбирать диапазон, равный или больший количеству одновременных подключений ваших пользователей онлайн) однако, поскольку вы сможете указать точный диапазон портов, соответственно и файрвол и порт-маппинг (если сервер находится за NAT) уже можно будет настроить гораздо проще и точнее.

Team lead
Чат со мной

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

это получается, что каждому пользователю (приконекте по фтп) будет присваиваться свой порт? Как же тогда работают другие фтп сервера на одних и тех же портах для множества пользователей?

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

Другие серверы работают точно так же, как и MyChat FTP сервер.

Team lead
Чат со мной

другие сревера не прыгают портами...

Вот тема на старом форуме, проблема давняя:
viewtopic.php?f=40&t=2071&p=6949#p6949

​​Проблема решилась частично, а именно: локальные пользователи подключаются нормально, а внешние пользователи подключаются через раз а бывает и с 5-го раза. Диапазон выставлен от 10000 до 10030, внешним же присвает (4 из 5) выше диапазона, тоесть 10054 , 10072 и т.д.

Я так понял с пулом - это пока временное решение проблемы, в целом так конечно постоянно не пойдет. Но хоть так пока что. Я не пойму почему в 4.14 все хорошо было, а сейчас все плохо с ФТП. Менялся код затрагивающий ФТП?

Может быть проблема в ключе "-m" для пассивного режима ФТП Майчат?

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

Не понял, о чём вы?

Team lead
Чат со мной

Ну в интерпритаторе командной строки стандартного фтп есть помимо ключей -a и -p ключ -m.

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

И при чём тут интерпретатор командной строки неизвестно какой программы к нашему программному коду встроенного FTP сервера, а? :)

Team lead
Чат со мной

Я просто думал что он сделан на основе стандартной программы ftp для Windows.

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

1. Стандартная программа ftp для Windows - это клиентское приложение. Речь же в теме идёт о сервере. Фундаментальная разница.
2. У нас нет исходных текстов программ Microsoft. И, даже если бы и были - мы не имеем права их использовать в своём ПО.
3. Наш FTP сервер не имеет никакого отношения ни к какому коммерческому или бесплатному программному обеспечению, созданному другими компаниями. Иными словами, мы никак не используем какие-то чужие программы. Мы пишем свой код.

Team lead
Чат со мной

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

Дайте больший диапазон. Мы тестировали вчера именно этот факт в 4.14, поведение сервера такое же, как в 4.15. Разница в мелочах небольших. Пока будет, как есть, в дальнейшем будем думать, почему так происходит.

Team lead
Чат со мной

Кстати, небольшие мелочи можно вернуть из 4.14? ))) Так было удобней и незаметней)))

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

Пока - нет.

Team lead
Чат со мной