[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Attachment: sftp-stream-proxy.diff Patch with new functionality and test > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Attachment: sftp-stream-proxy-v2.diff Cleaned up patch with more comments > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Attachment: sftp-stream-proxy-v3.diff This should solve the hanging problem my closing the SFTP connection link after each series of tests. > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff, > sftp-stream-proxy-v3.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Gregory updated VFS-440: - Attachment: sftp-stream-proxy-v4.diff Benjamin, I've started a code review and made a couple of changes. See sftp-stream-proxy-v4.diff. But I got stuck on the questions below. Questions: 1. SftpStreamProxy keeps a session that is never initialized but is used in close(), which looks like it will cause an NPE. Am I missing something? 2. SftpStreamProxy used to keep a JSch but did not use it, so I removed it. Did you intend to use it? Gary > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff, > sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Gregory updated VFS-440: - Attachment: sftp-stream-proxy-v5.diff We are getting close! The remaining issue is the test is not cleaning up after itself. This affects all the patches I tested: v3, v4 and v5: {noformat} --- With V3 patch: --- T E S T S --- Running org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase Sftp server started on port 64349 true created threads still running: #1: mainNioProcessor-2 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #2: mainpool-1-thread-1 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #3: mainConnect thread localhost sessiondaemon class com.jcraft.jsch.Session #4: mainThread-2not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #5: mainNioProcessor-3 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #6: mainConnect thread localhost sessiondaemon class com.jcraft.jsch.Session #7: mainThread-4not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #8: mainNioProcessor-4 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #9: mainConnect thread localhost sessiondaemon class com.jcraft.jsch.Session #10: main Thread-6not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #11: main pool-2-thread-4 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #12: main Thread-11 not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #13: main Thread-27 not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #14: main Thread-28 not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #15: main Thread-29 not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem created threads still running: #1: mainConnect thread localhost sessiondaemon class com.jcraft.jsch.Session Tests run: 87, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 14.693 sec --- With V4 patch: --- T E S T S --- Running org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase Sftp server started on port 64466 true created threads still running: #1: mainNioProcessor-2 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #2: mainpool-1-thread-1 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #3: mainConnect thread localhost sessiondaemon class com.jcraft.jsch.Session #4: mainThread-2not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #5: mainNioProcessor-3 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #6: mainConnect thread localhost sessiondaemon class com.jcraft.jsch.Session #7: mainThread-4not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #8: mainNioProcessor-4 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #9: mainConnect thread localhost sessiondaemon class com.jcraft.jsch.Session #10: main Thread-6not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #11: main pool-2-thread-4 not_a_daemonclass java.util.concurrent.ThreadPoolExecutor$Worker #12: main Thread-11 not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #13: main Thread-27 not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #14: main Thread-28 not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem #15: main Thread-29 not_a_daemonclass org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem created threads still running: #1: mainConnect thread localhost sessiondaemon class com.jcraft.jsch.Session Tests run: 87, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 13.981 sec
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Attachment: sftp-stream-proxy-v6.diff Patch v6 cleans up properly the tests by shutting down the SFtp server. I tried a better solution, but it seems that some resources (files) are freed much latter. > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff, > sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff, > sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Attachment: sftp-stream-proxy-v7.diff Patch v7 includes SftpStreamProxy. I left the changes in PermissionsTests.java in the effort of cleaning up output of Sftp tests: it just removes a System.err.println - System.err.println(file.setReadable(true, true)); + file.setReadable(true, true); > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff, > sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff, > sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff, > sftp-stream-proxy-v7.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Attachment: sftp-stream-proxy-v7-bis.diff Patch v7-bis is v7 without the change in PermissionsTests.java > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff, > sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff, > sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff, > sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Attachment: sftp-stream-proxy-v8.diff This might solve the hanging problem - not sure since I haven't had this bug while running mvn test. > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff, > sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff, > sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff, > sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Attachment: (was: sftp-stream-proxy-v8.diff) > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff, > sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff, > sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff, > sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Comment: was deleted (was: This might solve the hanging problem - not sure since I haven't had this bug while running mvn test.) > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff, > sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff, > sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff, > sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff, > sftp-stream-proxy-v8.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[ https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-440: Attachment: sftp-stream-proxy-v8.diff This might solve the hanging problem - not sure since I haven't had this bug while running mvn test. > [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand) > - > > Key: VFS-440 > URL: https://issues.apache.org/jira/browse/VFS-440 > Project: Commons VFS > Issue Type: Improvement >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: proxy, sftp > Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff, > sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff, > sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff, > sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff, > sftp-stream-proxy-v8.diff > > > What I propose is to add the possibility to connect to a remote SSH server > through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for > instance > http://backdrift.org/transparent-proxy-with-ssh > for a use case. > This simulates a ProxyCommand where the command is run on a SSH host. > The patch also contains a test for the new functionality. > Example of use (with the netcat command nc -q 0 HOSTNAME PORT) > {code:java} > builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM); > builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND); > builder.setProxyHost(opts, "gate.way.host"); > builder.setProxyPort(opts, 22); > builder.setProxyOptions(opts, proxyOptions); > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira