You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Niklas Gustavsson (JIRA)" <ji...@apache.org> on 2008/06/25 14:11:45 UTC
[jira] Created: (FTPSERVER-137) Concurrent connections count not
decreased on SSL socket close
Concurrent connections count not decreased on SSL socket close
--------------------------------------------------------------
Key: FTPSERVER-137
URL: https://issues.apache.org/jira/browse/FTPSERVER-137
Project: FtpServer
Issue Type: Bug
Components: Core
Affects Versions: 1.0-M1
Reporter: Niklas Gustavsson
Assignee: Niklas Gustavsson
Fix For: 1.0-M2
Reported by Jeroen Cranendonk
"I'm trying to setup a ftps server using the latest svn checkout (As in today :) ).
Things work fine, except when a ftp client (FileZilla in my case) disconnects.
Underneath is a log showing the error/warning that I get on disconnect (using the disconnect button on filezilla, which I think is a pretty well accepted way on closing the connection).
When using flashfxp I seem the same thing happening, even when it first sends a QUIT (added a log for that after the filezilla one, hope the long mail isn't a problem! :) ).
Now this warning isn't such a big issue, but it seems the 'logout' code isn't called when this happens.
The result of this is that I run out of logins, for example with 3 'anonymous logins' (which = 3 simultaneous logins),
I will not be able to log in anymore after three -sequential- logins. And it's not hanging connections, even if I close the client entirely, and try to reconnect, I still get 'Response: 421 Maximum login limit has been reached.'
I've even checked with the tcp view tool from sysinternals that there's really no connections left.
So I think that because of the thrown exception, the code that normally decreases the login count isn't called, my guess anyways.
Can someone please verify if this is a bug (and possibly fix it? or tell me how to fix it ;) )."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (FTPSERVER-137) Concurrent connections count not
decreased on SSL socket close
Posted by "Niklas Gustavsson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FTPSERVER-137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Niklas Gustavsson closed FTPSERVER-137.
---------------------------------------
Resolution: Fixed
Fixed by caching the remote address that would otherwise be reset after the socket is closed due to the SSL exception.
> Concurrent connections count not decreased on SSL socket close
> --------------------------------------------------------------
>
> Key: FTPSERVER-137
> URL: https://issues.apache.org/jira/browse/FTPSERVER-137
> Project: FtpServer
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0-M1
> Reporter: Niklas Gustavsson
> Assignee: Niklas Gustavsson
> Fix For: 1.0-M2
>
>
> Reported by Jeroen Cranendonk
> "I'm trying to setup a ftps server using the latest svn checkout (As in today :) ).
> Things work fine, except when a ftp client (FileZilla in my case) disconnects.
> Underneath is a log showing the error/warning that I get on disconnect (using the disconnect button on filezilla, which I think is a pretty well accepted way on closing the connection).
> When using flashfxp I seem the same thing happening, even when it first sends a QUIT (added a log for that after the filezilla one, hope the long mail isn't a problem! :) ).
> Now this warning isn't such a big issue, but it seems the 'logout' code isn't called when this happens.
> The result of this is that I run out of logins, for example with 3 'anonymous logins' (which = 3 simultaneous logins),
> I will not be able to log in anymore after three -sequential- logins. And it's not hanging connections, even if I close the client entirely, and try to reconnect, I still get 'Response: 421 Maximum login limit has been reached.'
> I've even checked with the tcp view tool from sysinternals that there's really no connections left.
> So I think that because of the thrown exception, the code that normally decreases the login count isn't called, my guess anyways.
> Can someone please verify if this is a bug (and possibly fix it? or tell me how to fix it ;) )."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (FTPSERVER-137) Concurrent connections count not
decreased on SSL socket close
Posted by "Niklas Gustavsson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FTPSERVER-137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608049#action_12608049 ]
Niklas Gustavsson commented on FTPSERVER-137:
---------------------------------------------
Bug isolated, MINA (or the JRE rather) won't return the remote address of a socket after the SSL error. Since we keep a table of concurrent logins per user and address, we do not decrement this correctly.
> Concurrent connections count not decreased on SSL socket close
> --------------------------------------------------------------
>
> Key: FTPSERVER-137
> URL: https://issues.apache.org/jira/browse/FTPSERVER-137
> Project: FtpServer
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0-M1
> Reporter: Niklas Gustavsson
> Assignee: Niklas Gustavsson
> Fix For: 1.0-M2
>
>
> Reported by Jeroen Cranendonk
> "I'm trying to setup a ftps server using the latest svn checkout (As in today :) ).
> Things work fine, except when a ftp client (FileZilla in my case) disconnects.
> Underneath is a log showing the error/warning that I get on disconnect (using the disconnect button on filezilla, which I think is a pretty well accepted way on closing the connection).
> When using flashfxp I seem the same thing happening, even when it first sends a QUIT (added a log for that after the filezilla one, hope the long mail isn't a problem! :) ).
> Now this warning isn't such a big issue, but it seems the 'logout' code isn't called when this happens.
> The result of this is that I run out of logins, for example with 3 'anonymous logins' (which = 3 simultaneous logins),
> I will not be able to log in anymore after three -sequential- logins. And it's not hanging connections, even if I close the client entirely, and try to reconnect, I still get 'Response: 421 Maximum login limit has been reached.'
> I've even checked with the tcp view tool from sysinternals that there's really no connections left.
> So I think that because of the thrown exception, the code that normally decreases the login count isn't called, my guess anyways.
> Can someone please verify if this is a bug (and possibly fix it? or tell me how to fix it ;) )."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.