no permissions on uploaded files

[belfast]

a fesh Install with :

FreeBSD sftp.mydomain.com 4.10-RELEASE FreeBSD 4.10-RELEASE #0: Tue May 25 22:47:12 GMT 2004

VShell Version 2.3.4 (build 234)


i get this error as athe application starts

Apr 21 08:59:02 sftp vshelld[124]: err ,GSSAPI authentication will not be available for the following reason: Could not load library 'libgssapi.so': /usr/lib/libgssapi.so: Undefined symbol "krb5_mcc_ops"
Apr 21 08:59:02 sftp vshelld[124]: info,The VShell service version 2.3.4 (build 234) has started (SSH2Core version 3.1.0.392).
Apr 21 08:59:02 sftp vshelld[124]: warn,VShell 2.3.4 (build 234) Official Release - March 17, 2005 Copyright (C) 1998-2004 VanDyke Software, Inc. Thank you



and also the umask error when connecting, plus when i upload files i get permissions of 000 on each file.


Apr 21 09:26:44 sftp vshelld[167]: conn,00001: Connection accepted from 10.1.1.57:1668.
Apr 21 09:26:45 sftp vshelld[167]: auth,00001: none for user Blake rejected because it is unavailable.
Apr 21 09:26:45 sftp vshelld[167]: login_getclass: unknown class '0'
Apr 21 09:26:45 sftp vshelld[167]: err ,00001: Could not exec user shell to retrieve umask for user Blake: Permission denied.
Apr 21 09:26:45 sftp vshelld[167]: auth,00001: password for user Blake accepted.
Apr 21 09:26:45 sftp vshelld[167]: conn,00001: Session channel open request accepted.
Apr 21 09:26:45 sftp vshelld[167]: sftp,00001: Sftp subsystem initialized; remote version is 3.
Apr 21 09:26:45 sftp vshelld[167]: sftp,00001: Sending VERSION packet to remote (3)

[jcj]

belfast -

Thanks for the feedback.

I have several questions about your installation of VShell.

Did you use the tarball or the package to install ?

Is vshelld running as root or a different user ?

Also, if you connect with a shell client using SSH2, does your login shell get executed successfully ?

The libgssapi.so error shoudn't affect vshell's core functionality, and can safely be ignored in many cases - however if you are intending on using GSSAPI authentication in conjunction with Kerberos, it looks like there may be an issue with the version of the Kerberos libraries installed on this system that we'll need to help you resolve. We've received some feedback about the appropriateness of reporting this as an error (as opposed to just a warning), and are considering a change in this behavior in a future version.

Please keep us informed.

Thank You,

~JcJ

[belfast]

hi,

yes running as root, install via pkg_add, any i can connect normally with a client using ssh2

using putty

2005-04-25 09:53:29 Connecting to 10.1.1.15 port 22
2005-04-25 09:53:29 Server version: SSH-2.0-VShell_2_3_4_234 VShell
2005-04-25 09:53:29 We claim version: SSH-2.0-PuTTY-Release-0.53b
2005-04-25 09:53:29 Using SSH protocol version 2


sftp# pwd
/usr/home/blake
sftp#su
sftp# touch testfile
sftp# ls -l
-rw-r--r-- 1 root blake 0 Apr 25 10:07 testfile

sftp#su blake
-bash-2.05b$ touch testfile2
-rw------- 1 blake blake 0 Apr 25 10:12 testfile2

so umask permissions arent correct for normal users ?


using Coreftp LE (Sftp Client) is exactly the same only owners rw permissions.

i have set

DefaultUmask 0022
in /usr/local/etc/vshelld_conf


but have this anomally when logged in

-bash-2.05b$ umask
0077
-bash-2.05b$ su
Password:
sftp# umask
22

[belfast]

again 4 days no reply

[belfast]

Right Guys, we have paid for this software, sent numerous emails that take weeks to get replies.

your company slogan "we listen. then make better software" doesnt seem to apply in this case.

vshell you say is only supported for FreeBSD 4.8 (Intel x86), i cant find any copies of 4.8 on any mirrors, freebsd is at 5.3 now, i can only find as far back as 4.11

ive managed to get it running on 4.11 but i have the same problem as before, no permissions after upload, despite umask changes.

we are currently using this with our customers and need this problem solved asap please.

[jpv]

Originally Posted by belfast

Right Guys, we have paid for this software, sent numerous emails that take weeks to get replies.

your company slogan "we listen. then make better software" doesnt seem to apply in this case.

vshell you say is only supported for FreeBSD 4.8 (Intel x86), i cant find any copies of 4.8 on any mirrors, freebsd is at 5.3 now, i can only find as far back as 4.11

ive managed to get it running on 4.11 but i have the same problem as before, no permissions after upload, despite umask changes.

we are currently using this with our customers and need this problem solved asap please.

I apologize for the delay. Have you sent e-mail to support@vandyke.com? For urgent issues, this is usually best.

We don't currently have support for FreeBSD 5.3. We are in the process of porting VShell to FreeBSD 5.3.

--Jeff

[res]

We now have a VShell build for FreeBSD 5.3 and 5.4. The installer should be available soon. If you need an installer soon, please send me a private message or e-mail and I will send you a release.

[res]

Regarding the GSSAPI error loading the library:

Apr 21 08:59:02 sftp vshelld[124]: err ,GSSAPI authentication will not be available for the following reason: Could not load library 'libgssapi.so': /usr/lib/libgssapi.so: Undefined symbol "krb5_mcc_ops"

If you remove gssapi from the allowed authentications in vshelld_config, the server will no longer try to load the library and report the error. For example you could change the configuration to:

AuthenticationsAllowed { publickey, password, keyboard-interactive }

[S&DN]

Originally Posted by res

Regarding the GSSAPI error loading the library:


If you remove gssapi from the allowed authentications in vshelld_config, the server will no longer try to load the library and report the error. For example you could change the configuration to:

AuthenticationsAllowed { publickey, password, keyboard-interactive }

Thank you!

www.rifiuti.it