Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Interoperability with SSH Tectia Server #8166

Closed
cyberduck opened this issue Aug 11, 2014 · 18 comments
Closed

Interoperability with SSH Tectia Server #8166

cyberduck opened this issue Aug 11, 2014 · 18 comments
Labels
bug fixed high priority sftp SFTP Protocol Implementation
Milestone

Comments

@cyberduck
Copy link
Collaborator

1424955 created the issue

Handle not found listing directory failure

I can no longer log in using SFTP as I have before to the same server. I get text:

Handle not found, file: ???

1 REALPATH
2 OPENDIR
3 READDIR

external image

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Please check the default path set in the bookmark.

@cyberduck
Copy link
Collaborator Author

1424955 commented

My default directory is empty. What should it be?

@cyberduck
Copy link
Collaborator Author

1424955 commented

Replying to [comment:1 dkocher]:

Please check the default path set in the bookmark.

I made a YouTube video about the problem:

http://www.youtube.com/watch?v=zMhyFmbWn-I

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Do you know the SSH server product used?

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [comment:5 dkocher]:

Do you know the SSH server product used?
I suspect this is an interoperability issue with Tectia SSH Server.

@cyberduck
Copy link
Collaborator Author

1424955 commented

My school uses Tectia on class computers:

http://www.google.com/search?num=50&newwindow=1&q=Tectia+site%3Auta.fi&oq=Tectia+site%3Auta.fi

But I have been able to use people.uta.fi with Cyberduck on my Mac so far.

And SSH is not allowed on people.uta.fi, because that server is for student home pages only, not for anything else.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [comment:7 tomihasa]:

And SSH is not allowed on people.uta.fi, because that server is for student home pages only, not for anything else.

The server identifies itself as

debug1: Remote protocol version 2.0, remote software version 6.4.5.90 SSH Tectia Server

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [comment:7 tomihasa]:

But I have been able to use people.uta.fi with Cyberduck on my Mac so far.

The issue is new as we replaced our SSH implementation in version 4.5.

@cyberduck
Copy link
Collaborator Author

1424955 commented

This additional info may or may not help. At least earlier this year we have been able to use for example WinSCP (free software, Windows), but I prefer Mac over Windows, so I haven't much used WinSCP:

http://www.google.com/search?hl=en&as_q=WinSCP&as_qdr=y&as_sitesearch=uta.fi&as_occt=any

o o o

This info might be totally unrelated. With some services with some servers my school is starting to use Microsoft Office 365 this year:

http://www.uta.fi/hallinto/yliopistopalvelut/tietohallinto/office365/index.html

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Handed over to Tectia support as Case TECT32879.

@cyberduck
Copy link
Collaborator Author

ef32726 commented

I would like this ticket to be reopened, as it seems to me a CyberDuck issue.

Apparently it seems that the Tectia SSH server creates a handle for the OpenDIR operation and gives it to the CyberDuck client.
When doing ReadDir, Cyberduck client sends back that handle modified to the Tectia SSH server, so the Tectia SSH server is not able to fulfill the operation.

The SSH File Transfer Protocol clearly states:
http://tools.ietf.org/html/draft-ietf-secsh-filexfer-01

"The SSH_FXP_HANDLE response has the following format:

uint32 id

string handle

where id' is the request identifier, and handle' is an arbitrary string that identifies an open file or directory on the server. The handle is opaque to the client; the client MUST NOT attempt to interpret or modify it in any way. The length of the handle string MUST NOT exceed 256 data bytes."

Checking at the SSHJ code (sshj-0.8.1.zip) it seems that the code assumes the incoming string is UTF-8, and the code does some conversions that will fail if applied against a binary string. Tectia SSH Server sends binary strings, so, Cyberduck does some conversion resulting in a modified handle when requesting for ReadDir…

I have taken the liberty to modify the SSHJ code a bit, just by changing the type of the “handle” as “byte[]” and using readBytes/writeBytes function and it seems to correct the problem.

I am not sure, though, what version of sshj CyberDuck is using, but I have seen a similar behavior.

To my eyes, Tectia SSH Server works as specified, and Cyberduck is violating clearly the protocol. Please, correct me if I am wrong.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Fix in d37b54b1fd2ba7aa495c01a03a6b92bc104633bb.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

In 3a42af7.

@cyberduck
Copy link
Collaborator Author

1424955 commented

I updated Cyberduck today (v4.5.2). I still get the same error message as I have shown on my YouTube video mentioned in this topic. But I'm sure you will get it fixed!

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [comment:17 tomihasa]:

I updated Cyberduck today (v4.5.2). I still get the same error message as I have shown on my YouTube video mentioned in this topic. But I'm sure you will get it fixed!
Please update to the latest 4.5.3 snapshot build available.

@cyberduck
Copy link
Collaborator Author

1424955 commented

There is no version 4.5.3 available, at least for me. I guess Apple has not yet approved it.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [comment:19 tomihasa]:

There is no version 4.5.3 available, at least for me. I guess Apple has not yet approved it.

This is a snapshot build not released yet. Please download from (https://update.cyberduck.io/nightly/).

@cyberduck
Copy link
Collaborator Author

1424955 commented

The version 4.6.5 seems to have finally fixed my issue. It has been over 6 months since I have been able to log in to my school account.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug fixed high priority sftp SFTP Protocol Implementation
Projects
None yet
Development

No branches or pull requests

1 participant