You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Eric Vigeant (JIRA)" <ji...@apache.org> on 2016/03/31 17:03:25 UTC

[jira] [Commented] (FTPSERVER-424) Leak of allowed passive ports

    [ https://issues.apache.org/jira/browse/FTPSERVER-424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15219991#comment-15219991 ] 

Eric Vigeant commented on FTPSERVER-424:
----------------------------------------

There is another leak of passive ports in IODataConnectionFactory.initPassivePortConnection() line 166.

On line 166, the port is actually reserved, but will not get released if there is an error establishing the serversocket because closeDataConnection checks if serverSocket != null before releasing the port.

We have clients where the passive ports are exhausted very quickly because of this.

> Leak of allowed passive ports
> -----------------------------
>
>                 Key: FTPSERVER-424
>                 URL: https://issues.apache.org/jira/browse/FTPSERVER-424
>             Project: FtpServer
>          Issue Type: Bug
>    Affects Versions: 1.0.6
>            Reporter: Taras Puchko
>
> In several hours after start the server cannot accept passive connections if allowed passive ports are configured.
> This is caused by FTPSERVER-420, org.apache.ftpserver.impl.PassivePorts.reserveNextPort() lines 218-219,
> where the value removed from the freeList might be different from the value added to the usedList, if checkPortUnbound returns false before.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)