Problem with Openssh 4.2p1; libcrypto.so.0.9.8: Permission denied

  • Follow


I finally got around to upgrading SSH on my systems; all the Solaris 9
systems are ok, and all but one of the Solaris 8 systems are ok.  The
one that is giving me fits gives me this error when I try to use ssh on
that box as anyone but root:

/usr/local/ssl/lib/libcrypto.so.0.9.8: Permission denied

I can ssh into the system with no problems, but if I try to scp or use
sftp I get that error.  Or, if I am already logged into the system as a
non privalaged user and try anything with ssh I get it, i.e.

ssh -V
ld.so.1: ssh: fatal: /usr/local/ssl/lib/libcrypto.so.0.9.8: Permission
denied
Killed


I compared the permissions of this file to the same file on other
working Sol. 8 boxes, they are identical.  I found a similar problem
online and did all the things reccomended:

1) Lastest version of libgcc (3.2.1 or later I believe) needs to be
installed.

2) Latest version of OpenSSL libs (0.9.7e or later I belive) needs to
be installed.

3) Latest version of zlib (1.2.1 or later I believe) needs to be
installed

4) Lastest version of Perl (5.6.1 or later I believe) needs to be
installed, on top of this, I need to link /usr/bin/perl from older
5.005 version to the latest version.

# cd /usr/bin
# mv perl perl5005
# ln -s /usr/local/bin/perl perl
# perl -v
This is perl, v5.8.5 built for sun4-solaris

5) For Solaris8, random device patch 112438-03 or later needs to be
installed.
--



I still get this error and can't for the life of me figure out
why...has anyone else seen this?

0
Reply tonij67 (61) 11/30/2005 10:24:46 PM

tonij67@hotmail.com writes:

>I finally got around to upgrading SSH on my systems; all the Solaris 9
>systems are ok, and all but one of the Solaris 8 systems are ok.  The
>one that is giving me fits gives me this error when I try to use ssh on
>that box as anyone but root:

>/usr/local/ssl/lib/libcrypto.so.0.9.8: Permission denied

>I can ssh into the system with no problems, but if I try to scp or use
>sftp I get that error.  Or, if I am already logged into the system as a
>non privalaged user and try anything with ssh I get it, i.e.

>ssh -V
>ld.so.1: ssh: fatal: /usr/local/ssl/lib/libcrypto.so.0.9.8: Permission
>denied


Well, check the permission of the path and all directory components;
clearly there's a restrictive permission someplace.


Casper
-- 
Expressed in this posting are my opinions.  They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.
0
Reply Casper 12/1/2005 9:52:20 AM


I compared file and directory permissions, they are identical to all of
the other systems that work.  That is why I am scratching my head on
this one...

0
Reply tonij67 12/1/2005 2:04:20 PM

Just as a quick check, can you show the output of

ls -l /usr/local/ssl/lib/libcrypto.so.0.9.8

and a ls -ld on each directory in that path (ls -ld /usr , ls -ld
/usr/local and so on...)

What does ldd /usr/local/ssl/lib/libcrypto.so.0.9.8 show you ? How
about getfacl /usr/local/ssl/lib/libcrypto.so.0.9.8 ?

0
Reply Mark 12/1/2005 3:07:27 PM

Ack, I retract my earlier statement :)

Looks like /usr/local/ssl actually did have a different permission; it
was not world readable like the other systems that worked.  I changed
it to match the working systems and all is well now.  Why the
permissions were different is beyond me...

Thanks for the input everyone!

0
Reply tonij67 12/1/2005 3:26:39 PM

4 Replies
541 Views

(page loaded in 0.085 seconds)

Similiar Articles:













7/23/2012 11:05:39 AM


Reply: