commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Gregory (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
Date Tue, 23 Oct 2012 19:27:13 GMT

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

Gary Gregory commented on VFS-440:
----------------------------------

Hi Benjamin,

Thank you, the new patch is easier to look at.

When I test the build with "mvn test", it hangs, and I see the following on the console:

{noformat}
Running org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase
Sftp server started on port 63772
true
created threads still running:
#1: main        NioProcessor-17 not_a_daemon    class java.util.concurrent.ThreadPoolExecutor$Worker
#2: main        pool-11-thread-1        not_a_daemon    class java.util.concurrent.ThreadPoolExecutor$Worker
#3: main        Connect thread localhost session        daemon  class com.jcraft.jsch.Session
#4: main        Thread-24       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem
#5: main        NioProcessor-13 not_a_daemon    class java.util.concurrent.ThreadPoolExecutor$Worker
#6: main        Connect thread localhost session        daemon  class com.jcraft.jsch.Session
#7: main        Thread-26       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem
#8: main        NioProcessor-14 not_a_daemon    class java.util.concurrent.ThreadPoolExecutor$Worker
#9: main        Connect thread localhost session        daemon  class com.jcraft.jsch.Session
#10: main       Thread-28       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem
#11: main       NioProcessor-15 not_a_daemon    class java.util.concurrent.ThreadPoolExecutor$Worker
#12: main       Connect thread localhost session        daemon  class com.jcraft.jsch.Session
#13: main       Thread-30       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem
#14: main       Thread-33       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem
#15: main       Thread-49       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem
#16: main       Thread-50       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem
#17: main       Thread-51       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem

created threads still running:
#1: main        Connect thread localhost session        daemon  class com.jcraft.jsch.Session
#2: main        NioProcessor-17 not_a_daemon    class java.util.concurrent.ThreadPoolExecutor$Worker
#3: main        from nc daemon  class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$7
#4: main        to nc   daemon  class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$7
#5: main        Connect thread localhost session        daemon  class com.jcraft.jsch.Session
#6: main        Thread-55       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem
#7: main        Thread-57       not_a_daemon    class org.apache.commons.vfs2.provider.sftp.test.SftpProviderTestCase$MySftpSubsystem
{noformat}

But... I am on Windows. My set up is:

Apache Maven 3.0.4 (r1232337; 2012-01-17 03:44:56-0500)
Maven home: C:\Java\apache-maven-3.0.4\bin\..
Java version: 1.6.0_35, vendor: Sun Microsystems Inc.
Java home: C:\Program Files\Java\jdk1.6.0_35\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"

Is the new test platform independent?

If not, it should be skipped for Windows and if run, it should return an error.

Is the issue that the embedded SFTP server is trying to run the nc command (and there is nc.exe
on Windows)?
                
> [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

Mime
View raw message