[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
