Anonymous_User Absent Member.
Absent Member.
2942 views

SSH: Cannot Change Directory

Hello everyone,
Ever since I upgraded our NW6.5 server to SP4A, SSH has not been working
properly. Our SSH user is able to login and connect to their home directory.
However, they are unable to change directory and see the contents of another
volume. When they try to CD, they get the error message: "Error listing
directory...No such file or directory" This worked okay prior to SP4A. Any
thoughts?

Paul


Labels (2)
0 Likes
4 Replies
Anonymous_User Absent Member.
Absent Member.

SSH: Cannot Change Directory

Paul,

I have no solution for your problem, other than to tell you I can only get
my admin accounts to use SSH. And once they get connected, I am unable to
get to other directories.
If you have any hints on how to get a standard user using SSH for file
transfers, I would greatly appreciate it and if I come up with any ideas
for you, I'll be happy to pass them on.

Rgerads,
Sal

0 Likes
Anonymous_User Absent Member.
Absent Member.

SSH: Cannot Change Directory

You mean SFTP over SSH of course. Yes, it was damaged in SP4. I have the
same problem. winscp or other sftp clients read user home directory
attribute as: /volume/username. After proving it to such path:
/server/volume/name
my users can see contents of their homes, but it does not work with other
directories and volumes than home directory. As I see, there is no patch on it.
Pawel Brzeski
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: SSH: Cannot Change Directory

Paul Fowler wrote:

> Hello everyone,
> Ever since I upgraded our NW6.5 server to SP4A, SSH has not been working
> properly. Our SSH user is able to login and connect to their home
> directory. However, they are unable to change directory and see the
> contents of another volume. When they try to CD, they get the error
> message: "Error listing directory...No such file or directory" This worked
> okay prior to SP4A. Any thoughts?
>
> Paul

Hi,

I have inherited support of OpenSSH and have been looking into the change
directory issue. I have made some improvements. Anybody interested in
giving them a try? Email me, plc@novell.com
Changes are:
Disabled the sftp multi-server traversal by default, root cause of the
change directory problem. Probably still some issues here
Added full DN authentication support
From Linux client:
scp cn=plc,o=novell@192.168.1.7:/system/autoexec.ncf .
sftp cn=plc,o=novell@192.168.1.7
Added proxy authentication, useful when anonymous binds are disabled
To use, add to sshd_config.
ProxyDN cn=plc,o=novell
ProxyPW password
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: SSH: Cannot Change Directory

In novell.support.netware.6x.administration-tools Pat Campbell <plc@novell.com> wrote:
> Hi,


Hello!

> I have inherited support of OpenSSH and have been looking into the change
> directory issue. I have made some improvements. Anybody interested in
> giving them a try? Email me, plc@novell.com
> Changes are:
> Disabled the sftp multi-server traversal by default, root cause of the
> change directory problem. Probably still some issues here


I agree. This is fraught with peril as I know all too well. Unfortunately,
multi-server traversal is a make-or-break in my environment and I need it.
Therefore, I can't help test.

> Added full DN authentication support
> From Linux client:
> scp cn=plc,o=novell@192.168.1.7:/system/autoexec.ncf .
> sftp cn=plc,o=novell@192.168.1.7


Very spiffy! Even better would be a way to enable/disable this
functionality. This is one thing I did miss when we chucked FTP and moved
to OpenSSH.

--
Novell, it does a network good

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.