ooptimum
Silver Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Боюсь, что ты неверно интерпретируешь стандарт FTP. Дело в том, что при активном режиме (обычном) работы FTP соединение данных устанавливает удаленный сервер, а не клиент. Теперь подумай -- твои клиенты сидят за firewall'ом, они не имеют действительных IP адресов, а в Internet'е появляются с адресом этого firewall'а (NAT).
Теперь сервер пытается установить соединение данных с клиентом (по адресу firewall'а). Где оборвется эта попытка? Правильно, на firewall'е. Потому что firewall, получив инициированное FTP сервером соединение на свой 20й порт не знает, что делать с ним дальше, кто является получателем этого соединения во внутренней сети. В пассивном же режиме сервер не инициирует соединение данных самостоятельно, а лишь сообщает клиенту сокет, по которому тот должен установить соединение самостоятельно. Т.е. в пассивном режиме все соединения инициируются клиентом и поэтому именно вэтом режине надо работать через NAT. Пэтому ответ остается прежний -- включи пассивный режим на клиенте.
Цитата:| Дело в том, что не на шлюзе застревает ответ с 21 порта. |
А где он застревает? |
). В твоем случае ключевой фактор -- KWF 5.0.0, инспектирующий и модифицирующий FTP траффик "на лету", чего не делает WinRoute 4.X. О том, что KWF модифицирует данные мы можем судить из следующего описания, данного на офсайте KWF 
