[jira] [Commented] (SSHD-869) java.security.SignatureException: error decoding signature bytes.
[ https://issues.apache.org/jira/browse/SSHD-869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16871856#comment-16871856 ] Aruna Potti commented on SSHD-869: -- Hi Goldstein , If I enable OpenSSH related "ServerKeepAliveInterval"(SSH) on Linux and if my apache mina based SSH client is running on this Linux box, can MINA recognize those keepalives and disconnect mina socket/channel if these keepalives fail and close the socket? Thanks, Aruna. > java.security.SignatureException: error decoding signature bytes. > - > > Key: SSHD-869 > URL: https://issues.apache.org/jira/browse/SSHD-869 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 0.14.0 >Reporter: Aruna Potti >Priority: Major > > Below exception is seen with some ssh keys. I need a fix/workaround in 0.14.0 > version as I can not upgrade the version in my product. > > Exception caught > java.security.SignatureException: error decoding signature bytes. > at > org.bouncycastle.jcajce.provider.asymmetric.dsa.DSASigner.engineVerify(Unknown > Source)[bcprov-jdk15on-1.59.jar:1.59.0] > at > java.security.Signature$Delegate.engineVerify(Signature.java:1219)[:1.8.0_66] > at java.security.Signature.verify(Signature.java:652)[:1.8.0_66] > at > org.apache.sshd.common.signature.AbstractSignatureDSA.verify(AbstractSignatureDSA.java:88)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.client.kex.DHGEX.next(DHGEX.java:163)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.common.session.AbstractSession.doHandleMessage(AbstractSession.java:425)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.common.session.AbstractSession.handleMessage(AbstractSession.java:326)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.client.session.ClientSessionImpl.handleMessage(ClientSessionImpl.java:306)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:780)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:308)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:54)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:184)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:170)[53:org.apache.sshd.core:0.14.0] > at > org.apache.sshd.common.io.nio2.Nio2CompletionHandler$1.run(Nio2CompletionHandler.java:32) > at java.security.AccessController.doPrivileged(Native > Method)[:1.8.0_66] > at > org.apache.sshd.common.io.nio2.Nio2CompletionHandler.completed(Nio2CompletionHandler.java:30)[53:org.apache.sshd.core:0.14.0] > at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126)[:1.8.0_66] > at sun.nio.ch.Invoker$2.run(Invoker.java:218)[:1.8.0_66] > at > sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousChannelGroupImpl.java:112)[:1.8.0_66] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_66] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_66] > at java.lang.Thread.run(Thread.java:745)[:1.8.0_66] -- 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] [Updated] (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:all-tabpanel
]
Logan updated SSHD-927:
---
Attachment: sshd.log
> 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-929) Separate listener for deleting directory in SFTP
[ https://issues.apache.org/jira/browse/SSHD-929?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16871528#comment-16871528 ] Subramaniajeeva commented on SSHD-929: -- This is already taken care of in preconditions of `doRemove` > Separate listener for deleting directory in SFTP > > > Key: SSHD-929 > URL: https://issues.apache.org/jira/browse/SSHD-929 > Project: MINA SSHD > Issue Type: Improvement >Affects Versions: 2.3.0 >Reporter: Subramaniajeeva >Assignee: Goldstein Lyor >Priority: Minor > Time Spent: 0.5h > Remaining Estimate: 0h > > Right now listener for deletion of file and directory is common. This makes > it difficult to find whether directory / file has been removed. > The path passed to `removed` function in SftpEventListener will not tell if > the deleted path was a directory or file. `Files.isDirectory(path)` will > return false, as the derectory doesn't exist. > -- 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] [Work logged] (SSHD-929) Separate listener for deleting directory in SFTP
[
https://issues.apache.org/jira/browse/SSHD-929?focusedWorklogId=265844&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-265844
]
ASF GitHub Bot logged work on SSHD-929:
---
Author: ASF GitHub Bot
Created on: 24/Jun/19 17:16
Start Date: 24/Jun/19 17:16
Worklog Time Spent: 10m
Work Description: The-Yoda commented on pull request #104: [SSHD-929]
Create separate listener for remove directory.
URL: https://github.com/apache/mina-sshd/pull/104#discussion_r296827367
##
File path:
sshd-sftp/src/main/java/org/apache/sshd/server/subsystem/sftp/SftpEventListener.java
##
@@ -393,6 +393,30 @@ default void removed(ServerSession session, Path path,
Throwable thrown) throws
// ignored
}
+/**
+ * Called prior to removing a directory
+ *
+ * @param session The {@link ServerSession} through which the request was
handled
+ * @param pathThe {@link Path} about to be removed
+ * @throws IOException If failed to handle the call
+ * @see #removed(ServerSession, Path, Throwable)
+ */
+default void removingDirectory(ServerSession session, Path path) throws
IOException {
Review comment:
Ack
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 265844)
Time Spent: 0.5h (was: 20m)
> Separate listener for deleting directory in SFTP
>
>
> Key: SSHD-929
> URL: https://issues.apache.org/jira/browse/SSHD-929
> Project: MINA SSHD
> Issue Type: Improvement
>Affects Versions: 2.3.0
>Reporter: Subramaniajeeva
>Assignee: Goldstein Lyor
>Priority: Minor
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> Right now listener for deletion of file and directory is common. This makes
> it difficult to find whether directory / file has been removed.
> The path passed to `removed` function in SftpEventListener will not tell if
> the deleted path was a directory or file. `Files.isDirectory(path)` will
> return false, as the derectory doesn't exist.
>
--
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
[GitHub] [mina-sshd] The-Yoda commented on a change in pull request #104: [SSHD-929] Create separate listener for remove directory.
The-Yoda commented on a change in pull request #104: [SSHD-929] Create separate
listener for remove directory.
URL: https://github.com/apache/mina-sshd/pull/104#discussion_r296827367
##
File path:
sshd-sftp/src/main/java/org/apache/sshd/server/subsystem/sftp/SftpEventListener.java
##
@@ -393,6 +393,30 @@ default void removed(ServerSession session, Path path,
Throwable thrown) throws
// ignored
}
+/**
+ * Called prior to removing a directory
+ *
+ * @param session The {@link ServerSession} through which the request was
handled
+ * @param pathThe {@link Path} about to be removed
+ * @throws IOException If failed to handle the call
+ * @see #removed(ServerSession, Path, Throwable)
+ */
+default void removingDirectory(ServerSession session, Path path) throws
IOException {
Review comment:
Ack
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
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-929) Separate listener for deleting directory in SFTP
[
https://issues.apache.org/jira/browse/SSHD-929?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16871488#comment-16871488
]
Goldstein Lyor commented on SSHD-929:
-
Note - make sure to also enforce
{quote}
SSH_FXP_REMOVE This request cannot be used to remove directories. The server
MUST return SSH_FX_FILE_IS_A_DIRECTORY in this case.
{quote}
> Separate listener for deleting directory in SFTP
>
>
> Key: SSHD-929
> URL: https://issues.apache.org/jira/browse/SSHD-929
> Project: MINA SSHD
> Issue Type: Improvement
>Affects Versions: 2.3.0
>Reporter: Subramaniajeeva
>Assignee: Goldstein Lyor
>Priority: Minor
> Time Spent: 20m
> Remaining Estimate: 0h
>
> Right now listener for deletion of file and directory is common. This makes
> it difficult to find whether directory / file has been removed.
> The path passed to `removed` function in SftpEventListener will not tell if
> the deleted path was a directory or file. `Files.isDirectory(path)` will
> return false, as the derectory doesn't exist.
>
--
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] [Assigned] (SSHD-929) Separate listener for deleting directory in SFTP
[ https://issues.apache.org/jira/browse/SSHD-929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Goldstein Lyor reassigned SSHD-929: --- Assignee: Goldstein Lyor > Separate listener for deleting directory in SFTP > > > Key: SSHD-929 > URL: https://issues.apache.org/jira/browse/SSHD-929 > Project: MINA SSHD > Issue Type: Improvement >Affects Versions: 2.3.0 >Reporter: Subramaniajeeva >Assignee: Goldstein Lyor >Priority: Minor > Time Spent: 20m > Remaining Estimate: 0h > > Right now listener for deletion of file and directory is common. This makes > it difficult to find whether directory / file has been removed. > The path passed to `removed` function in SftpEventListener will not tell if > the deleted path was a directory or file. `Files.isDirectory(path)` will > return false, as the derectory doesn't exist. > -- 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
[GitHub] [mina-sshd] lgoldstein commented on a change in pull request #104: [SSHD-929] Create separate listener for remove directory.
lgoldstein commented on a change in pull request #104: [SSHD-929] Create
separate listener for remove directory.
URL: https://github.com/apache/mina-sshd/pull/104#discussion_r296804536
##
File path:
sshd-sftp/src/main/java/org/apache/sshd/server/subsystem/sftp/AbstractSftpSubsystemHelper.java
##
@@ -1530,14 +1530,34 @@ protected void doRemoveDirectory(int id, String path,
LinkOption... options) thr
protected void doRemove(int id, Path p) throws IOException {
SftpEventListener listener = getSftpEventListenerProxy();
ServerSession session = getServerSession();
-listener.removing(session, p);
+boolean isDirectory = Files.isDirectory(p);
Review comment:
According to the Javadoc:
>> false if the file does not exist, is not a directory, or it cannot be
determined if the file is a directory or not.
This means that if file does not exist to begin with we might declare it
a"regular" file and signal the incorrect callback.
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Work logged] (SSHD-929) Separate listener for deleting directory in SFTP
[
https://issues.apache.org/jira/browse/SSHD-929?focusedWorklogId=265795&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-265795
]
ASF GitHub Bot logged work on SSHD-929:
---
Author: ASF GitHub Bot
Created on: 24/Jun/19 16:23
Start Date: 24/Jun/19 16:23
Worklog Time Spent: 10m
Work Description: lgoldstein commented on pull request #104: [SSHD-929]
Create separate listener for remove directory.
URL: https://github.com/apache/mina-sshd/pull/104#discussion_r296804536
##
File path:
sshd-sftp/src/main/java/org/apache/sshd/server/subsystem/sftp/AbstractSftpSubsystemHelper.java
##
@@ -1530,14 +1530,34 @@ protected void doRemoveDirectory(int id, String path,
LinkOption... options) thr
protected void doRemove(int id, Path p) throws IOException {
SftpEventListener listener = getSftpEventListenerProxy();
ServerSession session = getServerSession();
-listener.removing(session, p);
+boolean isDirectory = Files.isDirectory(p);
Review comment:
According to the Javadoc:
>> false if the file does not exist, is not a directory, or it cannot be
determined if the file is a directory or not.
This means that if file does not exist to begin with we might declare it
a"regular" file and signal the incorrect callback.
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 265795)
Time Spent: 20m (was: 10m)
> Separate listener for deleting directory in SFTP
>
>
> Key: SSHD-929
> URL: https://issues.apache.org/jira/browse/SSHD-929
> Project: MINA SSHD
> Issue Type: Improvement
>Affects Versions: 2.3.0
>Reporter: Subramaniajeeva
>Priority: Minor
> Time Spent: 20m
> Remaining Estimate: 0h
>
> Right now listener for deletion of file and directory is common. This makes
> it difficult to find whether directory / file has been removed.
> The path passed to `removed` function in SftpEventListener will not tell if
> the deleted path was a directory or file. `Files.isDirectory(path)` will
> return false, as the derectory doesn't exist.
>
--
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] [Work logged] (SSHD-929) Separate listener for deleting directory in SFTP
[
https://issues.apache.org/jira/browse/SSHD-929?focusedWorklogId=265796&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-265796
]
ASF GitHub Bot logged work on SSHD-929:
---
Author: ASF GitHub Bot
Created on: 24/Jun/19 16:23
Start Date: 24/Jun/19 16:23
Worklog Time Spent: 10m
Work Description: lgoldstein commented on pull request #104: [SSHD-929]
Create separate listener for remove directory.
URL: https://github.com/apache/mina-sshd/pull/104#discussion_r296805009
##
File path:
sshd-sftp/src/main/java/org/apache/sshd/server/subsystem/sftp/SftpEventListener.java
##
@@ -393,6 +393,30 @@ default void removed(ServerSession session, Path path,
Throwable thrown) throws
// ignored
}
+/**
+ * Called prior to removing a directory
+ *
+ * @param session The {@link ServerSession} through which the request was
handled
+ * @param pathThe {@link Path} about to be removed
+ * @throws IOException If failed to handle the call
+ * @see #removed(ServerSession, Path, Throwable)
+ */
+default void removingDirectory(ServerSession session, Path path) throws
IOException {
Review comment:
In order to really make the distinction, the original `removing/remove`
should also be renamed to `removingFile/removedFile`
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 265796)
Time Spent: 20m (was: 10m)
> Separate listener for deleting directory in SFTP
>
>
> Key: SSHD-929
> URL: https://issues.apache.org/jira/browse/SSHD-929
> Project: MINA SSHD
> Issue Type: Improvement
>Affects Versions: 2.3.0
>Reporter: Subramaniajeeva
>Priority: Minor
> Time Spent: 20m
> Remaining Estimate: 0h
>
> Right now listener for deletion of file and directory is common. This makes
> it difficult to find whether directory / file has been removed.
> The path passed to `removed` function in SftpEventListener will not tell if
> the deleted path was a directory or file. `Files.isDirectory(path)` will
> return false, as the derectory doesn't exist.
>
--
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
[GitHub] [mina-sshd] lgoldstein commented on a change in pull request #104: [SSHD-929] Create separate listener for remove directory.
lgoldstein commented on a change in pull request #104: [SSHD-929] Create
separate listener for remove directory.
URL: https://github.com/apache/mina-sshd/pull/104#discussion_r296805009
##
File path:
sshd-sftp/src/main/java/org/apache/sshd/server/subsystem/sftp/SftpEventListener.java
##
@@ -393,6 +393,30 @@ default void removed(ServerSession session, Path path,
Throwable thrown) throws
// ignored
}
+/**
+ * Called prior to removing a directory
+ *
+ * @param session The {@link ServerSession} through which the request was
handled
+ * @param pathThe {@link Path} about to be removed
+ * @throws IOException If failed to handle the call
+ * @see #removed(ServerSession, Path, Throwable)
+ */
+default void removingDirectory(ServerSession session, Path path) throws
IOException {
Review comment:
In order to really make the distinction, the original `removing/remove`
should also be renamed to `removingFile/removedFile`
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
For additional commands, e-mail: dev-h...@mina.apache.org
[jira] [Comment Edited] (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 edited comment on SSHD-927 at 6/24/19 2:29 PM:
-
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?
Test with latest [putty
sftp|https://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html] 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 4d:0c:90:65:bb:3d:32:8a:ac:ea:a2:59:91:18:08:a1
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 ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
local:ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe => remote
:/ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
psftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
local:ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe => remote
:/ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
psftp> exit{noformat}
was (Author: apachelogan):
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?
Test with 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 4d:0c:90:65:bb:3d:32:8a:ac:ea:a2:59:91:18:08:a1
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 ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
local:ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe => remote
:/ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
psftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
local:ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe => remote
:/ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.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
[jira] [Comment Edited] (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 edited comment on SSHD-927 at 6/24/19 1:52 PM:
-
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?
Test with 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 4d:0c:90:65:bb:3d:32:8a:ac:ea:a2:59:91:18:08:a1
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 ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
local:ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe => remote
:/ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
psftp> put ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
local:ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe => remote
:/ndp46-kb4483451-x64_41ba9b8a814351a318e78e4e1c02adc7e9fff67a.exe
psftp> exit{noformat}
was (Author: apachelogan):
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?
> 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
[jira] [Comment Edited] (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 edited comment on SSHD-927 at 6/24/19 1:46 PM:
-
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?
was (Author: apachelogan):
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=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
