[
https://issues.apache.org/jira/browse/SSHD-733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15943140#comment-15943140
]
Piotr Praszmo commented on SSHD-733:
------------------------------------
It looks like symlink following is explicitly disabled here. options is passed
from IoUtils.getLinkOptions:
{code}
handle = doOpenDir(id, path, IoUtils.getLinkOptions(false));
{code}
which returns:
{code}
new LinkOption[]{LinkOption.NOFOLLOW_LINKS}
{code}
It looks like this changed in:
https://github.com/apache/mina-sshd/commit/cccec812bf9a0571da7bffee651e9c741c402e39
Maybe we can just flip it back?
[~kozzakko] can you check, if it would help in your case? You can also try
providing your own FileSystem which will disregard this option.
> SSHD server displays file symlinks instead of dir symlinks
> ----------------------------------------------------------
>
> Key: SSHD-733
> URL: https://issues.apache.org/jira/browse/SSHD-733
> Project: MINA SSHD
> Issue Type: Wish
> Affects Versions: 1.2.0
> Environment: Windows/Linux
> Reporter: Marcin Kozakiewicz
> Priority: Minor
>
> We use sshd for junit testing of sftp file transfers.
> Scenario:
> 1.create filesystem:
> {code}
> ├── mem0
> │ └── mem0.txt
> ├── run -> mem0
> └── run2 -> mem0
> {code}
> 2. Start SSh server with given file system.
> code snippet from out project:
> {code}
> _server = SshServer.setUpDefaultServer();
> _server.setHost("localhost");
> _server.setPort(PORT);
> _server.setKeyPairProvider(new SimpleGeneratorHostKeyProvider());
> _server.setPasswordAuthenticator(new PasswordAuthenticator() {
> @Override
> public boolean authenticate(final String username, final String
> password, final ServerSession session) {
> return USERNAME.equals(username) && PASSWORD.equals(password);
> }
> });
> _server.setSubsystemFactories(singletonList(new
> SftpSubsystemFactory()));
> _server.setFileSystemFactory(new
> VirtualFileSystemFactory(fileSystemPath));
> _server.start();
> {code}
> 3. Connect to server with sftp client.
> Result:
> run and run2 symlinks are presented as file symlinks instead of directory
> symlinks.
> Expected result:
> run and run2 are presented as directory symlinks.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
