[
https://issues.apache.org/jira/browse/FTPSERVER-240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656348#action_12656348
]
Jörg Schubert commented on FTPSERVER-240:
-----------------------------------------
Hello Niklas,
enterprise grade? OK, that might be the wrong word :-)
You got my intend right, but I should explain why.
I have a specific Problem:
1. implicit ftps, passive mode
2. only 11 data ports allowed on the firewall
3. There can be several 100 connections at the same time
It's not easy to find something in the open source area, which can support this
requirements. As I know, some commercial FTP-servers are able to do it.
Mapping is done like this way:
The port and the serversocket is blocked, until the client connects to the data
port (accept() returns). When the same or another client tries to open a second
data connection within this phase, it gets another data port. After accept()
the server socket is free for another connection. So the data ports are handled
nearly in the same way as the control port with one exception: during
negotiation the port is locked into the session. But during transfer, another
session can reuse the same data port.
I tried to change as little as possible - hope I got it right.
> Multiple Simultaneous Connections On Passive Data Ports
> --------------------------------------------------------
>
> Key: FTPSERVER-240
> URL: https://issues.apache.org/jira/browse/FTPSERVER-240
> Project: FtpServer
> Issue Type: Improvement
> Affects Versions: 1.0.0-M4
> Reporter: Jörg Schubert
> Fix For: WISHLIST
>
> Attachments: patch_ServerSocket.txt
>
> Original Estimate: 5h
> Remaining Estimate: 5h
>
> Hello,
> the current Implementation limits the maximum number of simultaneous
> connections to the number of activated data ports in passive mode. This is
> not really enterprise grade!
> I'm not sure if the ftp-spec allows this, but it works.
> I have a working patch against 1.0.0-M4 (tested with filezilla), but
> unfortunaltely I can't attach it here.
> Should I send it to the mailing list?
> With best Regards,
> Jörg Schubert
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
