Извеняюсь, оно уползло, а ответу хочется. (про proftpd)

Подцепи их диалог ethereal'ом и поковыряй. Посмотри, на чём глохнет.

Вроде как последнее, что он говорит - разным клиентам по-разному (хотя наверное это одно и то же):
data socket error
directory listing error

По ethereal-у: последнее что роутер говорит:
Request: list -la
а комп с ftp сервером на борту сообщает роутеру:
ftp> 33331 [ACK] Seq=171909575 Ack=168824448 win=1448 Len=0
затем пакет такогоже содержания улетает на тот IP (внешний) откуда запрос пришел и на этом их беседа о ftp прекащается.

А потом соединение закрывается по timeoutу

вот еще заметил в промежутке такие сообщения:
425: Unable to build data connection: invalid argument
которые идут сначала из компа с ftp на роутер, а затем наружу

http://sourceforge.net/mailarchive/forum.php?forum_id=33082&style=flat&am...

Похож баг?

Эм. честно говоря не особо. Там во первых у них все это еще и с IPv6 закручено, во вторых у меня этот баг есть толко если идти brower-ом или ftp-клиентом снаружи, а через командную строчку он отовсюду заходит и все ок. И если изнкутри в нео идти browser-ос все ок. Как то странно это. Роутер железяка (linksys bewf11s4 v4) может в нем сто не так? Хотя все port forwarding и port triggering я уже обнастраивлся :). В общем лажа какая-то... :P всякие идеи все еще принимаюься.

попробуй в браузере включить или выключить если включен пассивный режим

Это пробовал уже... :( даже не раз.

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