[jira] [Commented] (SSHD-149) Is separation of sftp subsystem interfaces possible?

["Stefan Rönisch (JIRA)" <ji...@apache.org>]

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

Stefan Rönisch commented on SSHD-149:
-------------------------------------

Starting from now, I've got some time to engage in this topic.
How, could we start discussing, best?

My current status, in headwords:
- I've implemented a main part of my requirements with modified apache-sftp classes and work with it.
- I've used local modified copies of apache-sftp with minimal changes to identify the differences.
- I've written proposals of additional general classes and interfaces to support the kind of my requirements.


Requirements:
- Virtual user filesystem
  (hide other directories and support system independ users, like in apache-ftp-server)
- Support customized command handling.
  (used for logging, triggering application specific events, signaling application specific errors by modifying reply codes)
- SFTP without SSH encryption
  (special requrirement for proxy support - until now not it the proposal classes/interfaces - just in progress).


Here a litte bit to my requirement background.
My application supports servers to transfer files with different filetransfer protocols. (FTP, FTPS, SFTP, ...)
So, I don't need the full ssh-server functionallity. Just SFTP-transfer and later on SCP, too.
The user view should be the same, as far as possible.

My class and interface proposals depends on sshd-core 0.6.0.

                
> Is separation of sftp subsystem interfaces possible?
> ----------------------------------------------------
>
>                 Key: SSHD-149
>                 URL: https://issues.apache.org/jira/browse/SSHD-149
>             Project: MINA SSHD
>          Issue Type: Question
>            Reporter: Stefan Rönisch
>         Attachments: sftp.tar.gz
>
>
> We'd like to use the mina sshd sftp funtionallity.
> I've to validate, if this product fits our needs.
> As far as I saw until now it looks great.
> But we've to support some special requirements.
> - We have to support a special proxy solution for dmz which handles ssh encryption and authentication. So we need to use the sftpsubsystem without ssh encryption. Unfortunately, there are some method signatures which avoid this.
> - We have to manipulate sftp command results in some cases. For example we like trigger internal processes after getting a file, but if triggering the process fails the sftp command result should signal an error.
> Is there a chance that our needs will be considered?
> And when a solution could be expected?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira