"Если вдруг открылся люк, не пугайся, это глюк!" (с) Если что-то работает не так, вы нашли ошибку или опечатку в программе — вам в этот раздел
Wi-revin
На версии 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
Wi-revin
Теперь если стереть внешний IP в настройках FTP-сервера, и выставить в свойствах слушать - локальный IP свой. То доступ через клиент теперь хоть имеют только внутрелокальные пользователи. Пробема где-то между внешним и внутренним IP в майчате. Оба адреса у нас статические постоянные.
Аватара пользователя
Алексей Пикуров
Странно. У вас в настройках FTP сервера MyChat сейчас прописан внешний ваш IP ?
Можно попробовать к вам подключиться снаружи каким-нибудь FTP клиентом? Хочу увидеть, как будет работать FTP в пассивном режиме, логи посмотреть.
Wi-revin
​1 мин, сейчас все настрою как было
Аватара пользователя
Алексей Пикуров
Надо сделать перезапуск сервера MyChat. Перезапустить саму программу.
Аватара пользователя
Алексей Пикуров
А если настроить FTP сервер MyChat на два стандартных порта? 20 и 21. Попробуйте.
Аватара пользователя
s@nriks
У нас вопрос пока открыт, смена портов ситуацию не изменила, продолжаем танцы с бубном.
Wi-revin
Не помогла смена портов...
Аватара пользователя
Алексей Пикуров
Я не знаю, в чём дело. Мы тестируем у себя, из-за NAT. Номера портов не меняются при связи с сервером. Всё время те, что назначены в настройках.
MihaN
такая же беда .. поставил тестовую версию чата (начальству понравилось) но беда не подключаются пользователи с других офисов ..(ftp он пишет при попытке зайти в личную папку на фтп .. "В ходе открытия папки на FTP-сервере произошла ошибка. Убедитесь, что у вас есть разрешения открыть эту папку
подробности:
200 Type set to A,
227 Entering Passive Mode (192,168,1,235,4,158).
"
в локальной сети всё отлично где сервер , а вот удалёно проблема ... все порты открыл которые надо. и в фтп сервере и вставлял айпи внений и без .. всё время такая ерунда (он автоматом пытается открыть папку IE win7)
Аватара пользователя
Алексей Пикуров
Пока ничего не могу сказать.
MihaN
вот лог с сервера. попытка захода с внешнего айпи ***.***.***.***
может поможет чем
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"?
Аватара пользователя
Алексей Пикуров
Да, и ещё.

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

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).

Автоматического определения режима работы нет, жёстко производится попытка подключения в пассивном режиме. Судя по логу.
Константин Абрамовский
ну да. Только вот для одного из режимов трафф идёт по второму динамическому порту. Для пассива используется 21 порт + >1024 порт.
А для актива 21 порт + 20
Исх.трафф с динамических портов смысла отслеживать нет, а вот на 20й порт надо докидывать форвард. Если конеш хотим "актив"
Константин Абрамовский
так же советую проверить доступность портОВ каким нибудь портсканом
http://www.radmin.ru/go.php?event1=down ... g%3Dbutton
Аватара пользователя
s@nriks
dir - младшая линейка у dlink. Только причем тут dir или не dir, у нас примерно те же "грабли", не на dir, а на dfl естественно первым делом были погашены все возможные затыки в виде программных фаеров и вирей, а так же на момент тестирования открывались все порты и разрешались все протоколы до сервера. В нашем случае я не знаю куда собак спускать, грешить на софт пока смысла нет, слишком мало людей заявило о подобного рода проблеме. Самое интересное, что у нас этот косяк появился после перехода на версию 4.15. Собственно, пока все возможные варианты я у себя не опробую, складывать на софт и биться в истерике пока воздержусь ;-) . Проблема пока не критична, но приносит некоторые неудобства, в числе которых, как мне показалась теперь и та, что обновлять клиент пришлось в рукопашную, т. к. забрать с сервера, клиенту теперь не удается. Будем надеяться, что решение будет.
MihaN
​сегодня еще по тыкался .. сменил на сервере порты на 20 и 21 (а если на стандартных 20000 и 20001 не работает) так он подключается когда указываю внешний айпи, но в этом случаи не работает локалка как писали выше ..

временно проблему решил в основном офисе всех пустил по внешнему айпи заходить (компов не много) .. но хотелось бы чтобы всё фурыкало как надо.
Volldemar
Подтверждаю проблему с фтп сервером. У меня ситуация такая: сервер чата работает на системе где три сетевых интерфейса (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,ххх.
Аватара пользователя
s@nriks
Согласен, есть такое и у нас.
MihaN
проблему надо решать (, думал всех посадить на внешний айпи .(пользователей из локальной сети .. но когда они ссылаются на внешний айпи у них не конектится к серверу, а по локальному айпи всё нормально) , а из удалённых офисов всё нормально конектится ... , хотя бы как то с бубном её решить временно .. (так и не понял почему не конектится из локалки по внешнему айпи)..
Константин Абрамовский
как насчёт снять работу сниффером?
умеет кто работать с wireshark? я то не использую ftp
Volldemar
Снифер поможет выловить ошибки в протоколе, а тут проблема внутри сервера майчата...
Аватара пользователя
Алексей Пикуров
Так, есть некоторые новости. Специальная сборка: http://www.nsoft-s.com/work/mychat/56/mcserv.zip

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

это получается, что каждому пользователю (приконекте по фтп) будет присваиваться свой порт? Как же тогда работают другие фтп сервера на одних и тех же портах для множества пользователей?
Аватара пользователя
Алексей Пикуров
Другие серверы работают точно так же, как и MyChat FTP сервер.
Volldemar
другие сревера не прыгают портами...
Wi-revin
​​Проблема решилась частично, а именно: локальные пользователи подключаются нормально, а внешние пользователи подключаются через раз а бывает и с 5-го раза. Диапазон выставлен от 10000 до 10030, внешним же присвает (4 из 5) выше диапазона, тоесть 10054 , 10072 и т.д.
Wi-revin
Я так понял с пулом - это пока временное решение проблемы, в целом так конечно постоянно не пойдет. Но хоть так пока что. Я не пойму почему в 4.14 все хорошо было, а сейчас все плохо с ФТП. Менялся код затрагивающий ФТП?
Wi-revin
Может быть проблема в ключе "-m" для пассивного режима ФТП Майчат?
Wi-revin
Ну в интерпритаторе командной строки стандартного фтп есть помимо ключей -a и -p ключ -m.
Аватара пользователя
Алексей Пикуров
И при чём тут интерпретатор командной строки неизвестно какой программы к нашему программному коду встроенного FTP сервера, а? :):)
Wi-revin
Я просто думал что он сделан на основе стандартной программы ftp для Windows.
Аватара пользователя
Алексей Пикуров
1. Стандартная программа ftp для Windows - это клиентское приложение. Речь же в теме идёт о сервере. Фундаментальная разница.
2. У нас нет исходных текстов программ Microsoft. И, даже если бы и были - мы не имеем права их использовать в своём ПО.
3. Наш FTP сервер не имеет никакого отношения ни к какому коммерческому или бесплатному программному обеспечению, созданному другими компаниями. Иными словами, мы никак не используем какие-то чужие программы. Мы пишем свой код.
Аватара пользователя
Алексей Пикуров
Дайте больший диапазон. Мы тестировали вчера именно этот факт в 4.14, поведение сервера такое же, как в 4.15. Разница в мелочах небольших. Пока будет, как есть, в дальнейшем будем думать, почему так происходит.
Wi-revin
Кстати, небольшие мелочи можно вернуть из 4.14? ))) Так было удобней и незаметней)))