[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16870602#comment-16870602 ] Goldstein Lyor commented on SSHD-927: - I do see something "strange" so to speak: the example is using a Windows client called {{sftp2}} - can you provide some details about this client ? Where can I download/install it in order to see if it behaves in some unexpected manner ? Very strange - SFTP is one of the most stable subsystem implementations we have - at least as far as compatibility with Linux, Putty and WinSCP - that's why I am curious about this {{sftp2}}. BTW, have you tried WinSCP with the Java server ? Should work... > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Priority: Major > Attachments: thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16870609#comment-16870609 ] Goldstein Lyor commented on SSHD-927: - Can you also provide log messages from the Java side (the call stack is not informative enough) ? > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Priority: Major > Attachments: thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16871212#comment-16871212 ] Logan commented on SSHD-927: SSH client is from Tectia ( [https://www.ssh.com/products/tectia-ssh/] ). Details of version is included in environment. Would you like to capture SSHD logs at debug or info level? Downloaded latest [putty sftp|https://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html] and it works well. {noformat} C:\temp>psftp -P localhost The server's host key is not cached in the registry. You have no guarantee that the server is the computer you think it is. The server's rsa2 key fingerprint is: ssh-rsa 2048 b9:e1:24:12:be:fd:8d:f9:c0:60:38:c9:8b:7c:c0:b0 If you trust this host, enter "y" to add the key to PuTTY's cache and carry on connecting. If you want to carry on connecting just once, without adding the key to the cache, enter "n". If you do not trust this host, press Return to abandon the connection. Store key in cache? (y/n) n login as: test Keyboard-interactive authentication prompts from server: | Password authentication | Password: End of keyboard-interactive prompts from server Remote working directory is / psftp> put psftp.exe local:psftp.exe => remote:/psftp.exe psftp> put psftp.exe local:psftp.exe => remote:/psftp.exe psftp> put psftp.exe local:psftp.exe => remote:/psftp.exe psftp> put psftp.exe local:psftp.exe => remote:/psftp.exe psftp> put psftp.exe local:psftp.exe => remote:/psftp.exe psftp> put psftp.exe local:psftp.exe => remote:/psftp.exe psftp> exit {noformat} > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Priority: Major > Attachments: thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16871494#comment-16871494 ] Goldstein Lyor commented on SSHD-927: - {quote} Would you like to capture SSHD logs at debug or info level? {quote} Let's start with the easiest - INFO level (and WARN and ERROR of course) - should provide a starting hint > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Priority: Major > Attachments: thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16871682#comment-16871682 ] Logan commented on SSHD-927: Not much is logged with INFO setting. Attached are logs with DEBUG settings > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16872555#comment-16872555 ] Goldstein Lyor commented on SSHD-927: - Thanks, I will look it over and see if I can figure out what went wrong. Failing that I'll see if I can install the client you are using and reproduce the issue. It may take quite some time though, so if it is a critical issue for you, perhaps you can try and debug it - basically the {{SftpSubsystem}} class is involved... > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16872566#comment-16872566 ] Goldstein Lyor commented on SSHD-927: - I think I do see a problem: {noformat} 14:42:08.130 [sshd-SftpSubsystem-thread-1] DEBUG o.a.s.s.subsystem.sftp.SftpSubsystem - process(ServerSessionImpl[test@/127.0.0.1:62996])[length=91, type=SSH_FXP_EXTENDED, id=5] processing 14:42:08.131 [sshd-SftpSubsystem-thread-1] DEBUG o.a.s.s.subsystem.sftp.SftpSubsystem - executeExtendedCommand(ServerSessionImpl[test@/127.0.0.1:62996]) received unsupported SSH_FXP_EXTENDED(file-content-has...@ssh.com) 14:42:08.132 [sshd-SftpSubsystem-thread-1] DEBUG o.a.s.s.subsystem.sftp.SftpSubsystem - doSendStatus(ServerSessionImpl[test@/127.0.0.1:62996])[id=5] SSH_FXP_STATUS (substatus=SSH_FX_OP_UNSUPPORTED, lang=, msg=Command SSH_FXP_EXTENDED(file-content-has...@ssh.com) is unsupported or not implemented) {noformat} The client sends an unsupported extended opcode ({{(file-content-has...@ssh.com}}) - SSHD behaves according to the standard: {quote} If the server does not recognize the 'extended-request' name, then the server MUST respond with SSH_FXP_STATUS with error/status set to SSH_FX_OP_UNSUPPORTED. {quote} it seems that the client takes it badly and decides to close the connection. > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16872582#comment-16872582 ] Logan commented on SSHD-927: You are indeed correct! I was checking through the [options for sftp|https://www.ssh.com/manuals/client-user/44/sftp2_Commands.html] it appears the opcode refers to checksum and was default on. Turning off checksum would make things smoother. {noformat} test@localhost#'s password: Remote system type is POSIX. sftp> put --checksum=no ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9ff f67a.exe ..51a318e78e4e1c02adc7e9fff67a.exe | 41MB | 14.2MiB/s | TOC: 00:00:02 | 100% sftp> put --checksum=no ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9ff f67a.exe ..51a318e78e4e1c02adc7e9fff67a.exe | 41MB | 7.6MiB/s | TOC: 00:00:05 | 100% sftp> put --checksum=no ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9ff f67a.exe ..51a318e78e4e1c02adc7e9fff67a.exe | 41MB | 6.5MiB/s | TOC: 00:00:06 | 100% sftp> exit{noformat} However I have 2 questions: # Why is the affecting only if the file already exists on remote server? # Any plans of supporting this feature in SSHD? > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16872994#comment-16872994 ] Goldstein Lyor commented on SSHD-927: - {quote}Why is the affecting only if the file already exists on remote server ?{quote} That is something to ask the developers of the client - however, if I had to venture a guess I would say that the client checks if the file already exists, and if so tries to avoid doing a large copy (or any copy at all) by comparing the hashes of the 2 files. There other such "standard" schemes - e.g. {{md5-hash}} as specified by [DRAFT 09 - section 9.1.2|https://tools.ietf.org/wg/secsh/draft-ietf-secsh-filexfer/draft-ietf-secsh-filexfer-09.txt]. {quote}Any plans of supporting this feature in SSHD?{quote} I don't think so - this is a *proprietary* extension (and there are many more out there). The standard seem very clear on this issue - one should ask the server about its supported extensions before attempting to use any of them, or alternatively be prepared to handle {{SSH_FX_OP_UNSUPPORTED}}. This client seems to assume implicitly that the server is of its own "origin" and supports this extension, so no need to ask... :(. Specifically for the SSHD SFTP subsystem implementation we could add a more convenient extensions registration mechanism so that users can easily add their own (they can still do so, but it is a bit more cumbersome). However, the effort must be justified by enough users asking for this feature since we have extremely limited R&D resources at our disposal. This is an open invitation though to propose such a mechanism and implement it for anyone who feels it is critical - we always welcome contributions. > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16873375#comment-16873375 ] Logan commented on SSHD-927: Completely justified! If we were to contribute to implement that required functionality here is there a guide/documentation on how to do this? We are not fully knowledgeable about semantics but willing to take some initiative if there is some guidance/reference. > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Assignee: Goldstein Lyor >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16873407#comment-16873407 ] Goldstein Lyor commented on SSHD-927: - Unfortunately there is no guide documentation (like I said we are ~1.5 developers doing it in our spare time) - but specifically for this feature it seems pretty straightforward: * Add the code to handle the new extension in {{AbstractSftpSubsystemHelper#executeExtendedCommand}} * Declare the extension name in {{DEFAULT_SUPPORTED_CLIENT_EXTENSIONS}} (same class) * In the {{org.apache.sshd.client.subsystem.sftp.extensions.helpers}} package implement an extension of {{AbstractSftpClientExtension}} for sending and receiving the newly added extension * Add unit test to check your code You can see how other extensions are implemented and follow their example > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Assignee: Goldstein Lyor >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874285#comment-16874285 ] Logan commented on SSHD-927: Thank you. I'll look if we could support you guys. Also I checked connecting to openssh server running on RHEL 7 and using the same client without turning off checksum option and it works without issue. Perhaps OpenSSH server has this feature built-in? OpenSSH server version is {noformat} OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017{noformat} > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Assignee: Goldstein Lyor >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874368#comment-16874368 ] Goldstein Lyor commented on SSHD-927: - {quote} Thank you. I'll look if we could support you guys. {quote} Always glad to have contributions from the community :) {quote} Perhaps OpenSSH server has this feature built-in? {quote} Easily verified - you can connect to it using SSHD SFTP command line client and ask to see the supported extensions... > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Assignee: Goldstein Lyor >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Commented] (SSHD-927) SFTP put fails terminating the connection if the remote file exists
[ https://issues.apache.org/jira/browse/SSHD-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874740#comment-16874740 ] Goldstein Lyor commented on SSHD-927: - BTW, if I am right about the version issue, then there is a way to make SSHD code declare it supports only version 3 > SFTP put fails terminating the connection if the remote file exists > --- > > Key: SSHD-927 > URL: https://issues.apache.org/jira/browse/SSHD-927 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 2.1.0, 2.2.0 > Environment: Java: > C:\Program Files\Java\jdk1.8.0_201\bin>java -version > java version "1.8.0_201" > Java(TM) SE Runtime Environment (build 1.8.0_201-b26) > Java HotSpot(TM) 64-Bit Server VM (build 25.201-b26, mixed mode) > Apache SSHD : 2.1.0 > C:\temp>sftp2 --version > sftp2: Tectia Client 6.4.14 on x86-pc-windows > Build: 26 > Product: Tectia Client > License type: commercial > Copyright (C) SSH Communications Security Corporation. > This software is protected by international copyright laws. > All rights reserved. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > SFT API: 2.0.3 (build 6.4.14.26) >Reporter: Logan >Assignee: Goldstein Lyor >Priority: Major > Attachments: sshd.log, thread-callstack.txt > > > Sftp put fails if the file already exists on the sftp server, terminating the > sfp session immediately.Below is the simple configuration to reproduce > > {code:java} > SshServer sshd = SshServer.setUpDefaultServer(); > sshd.setPort(); > sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider()); > sshd.setSubsystemFactories(Arrays.asList(new SftpSubsystemFactory())); > sshd.setFileSystemFactory(new VirtualFileSystemFactory(new > File("C:/temp").toPath())); > sshd.setPasswordAuthenticator(AcceptAllPasswordAuthenticator.INSTANCE); > sshd.start(); > {code} > > {noformat} > C:\temp>sftp2 test@localhost# > Host key for the host "localhost#" not found from database. > The fingerprint of the host public key is: > Babble: "xodec-damen-ripeg-hehuh-venep-pebys-zureg-rynit-mypiz-byheh-zixax" > RFC4716: "1d:4f:c2:a4:fe:58:93:61:fe:44:69:26:f2:41:34:f7" > You can get a public key's fingerprint by running > % ssh-keygen-g3 -F publickey.pub > on the key file. > Please select how you want to proceed. > cancel) Cancel the connection. > once) Proceed with the connection but do not save the key. > save) Proceed with the connection and save the key for future use. > Please select one (cancel, once, save): once > test@localhost#'s password: > Remote system type is POSIX. > sftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe > Error: Connection lost. > {noformat} > Upon Debugging I found the SftpSystem is terminated because the file channel > received close command ( see attached ) > Added event listener to see reading and read method are called but no > writing/write methods are never called. > > This can reproducible with v2.2.0 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org