Web hosting
Ver »
Páginas Web
Ver »
Soporte UNIX
Ver »
Ver »


Openssh is meant to supply security to your systems. If you don't understand how to properly use it, you may have problems. Such problems are your responsibility. See our disclaimer. Please read the instructions below fully and carefully before you do any installation.

Installation of the openssh software on a Solaris machine is lengthy, but straightforward. To get ssh and sshd running you need to install a number of packages. There are a number of places on the net with details of this procedure. One of the best is on the Sun Blueprints web pages (in pdf format) at

Building and Deploying OpenSSH on Solaris[tm] Operating System (a pdf file)

or the

The OpenSSH Home Page

I do not use the Sun blueprint method exactly because some things have changed since that document was created.
Openssh requires that each machine have some sort of random (really pseudo- ) number generation. Solaris 8 does not come with /dev/random and /dev/urandom built-in, but patches have been released to correct this. If you do not want to install these patches and you want to build your own packages, I have supplied the prngd software that was used previously.

The seven pieces of software that may need to be on your system to use ssh properly are openssl, openssh, zlib, libgcc (if you have gcc 3.3.2 installed you don't need this), and optionally egd, prngd, perl, and tcp_wrappers. You can either download the sources and do the compiles yourself if you have a C compiler installed and working or you can go to and get pre-compiled packages. If you are very concerned about your machine's security and don't want to trust software compiled by someone else, then it is best for you to compile the software yourself. It is also a great learning experience.

The sources for these different programs are on or you can go to their home pages at zlib perl prngd openssl openssh egd tcp_wrappers

I have included support for the optional use of the tcp_wrappers program (using the so-called Advanced Method). This can help to restrict the use of ssh logins to those computers defined in the so-called hosts.allow and hosts.deny files when set up properly. Ssh logins can also be logged using this software.

Installation Steps

Step Zero: Getting the random patches for Solaris 8

You CANNOT skip this step. This version of openssh requires that the /dev/random patches be installed.

To obtain the patches, go to

112438-03 SPARC/Solaris 8 patch for /kernel/drv/random or

112439-02 X86/Solaris 8 patch for /kernel/drv/random

It has been pointed out that some of the recommended patch clusters already contain the patches above. So, you may want to check to see if the patch is already installed.

Download the patch and install it as indicated in the instructions. You will probably need to reboot your system to have the patch apply. Rebooting requires boot -r to create the new devices.

Note: If you are running a system where rebooting to have the patch apply cannot be done, then it is possible to do with without rebooting. One example of how to do this can be found at

Application of Solaris 8 patch 112438-01 without reboot
SUMMARY: Application of Solaris 8 patch 112438-01 without reboot

There are a number of posts in newsgroups on the net about these patches. Go to Google Groups and search for patch 112438-03 or 112439-02 and you will find a number of discussions that may be of help.

Step One: Getting the packages

To install the version of openssh from, go to the main page and select the files for SPARC/Solaris 8 at the right.

Or, here are the files you need to download for SPARC:

tcp_wrappers-7.6-sol8-sparc-local.gz (optional, but recommended)
(unless you are using IPV6 - see the tcp_wrappers listing for details on this issue)
perl-5.8.5-sol8-sparc-local.gz (optional)
prngd-0.9.25-sol8-sparc-local.gz (optional)
egd-0.8-sol8-sparc-local.gz (optional)

or for Intel:

tcp_wrappers-7.6-sol8-intel-local.gz (optional, but recommended)
(unless you are using IPV6 - see the tcp_wrappers listing for details on this issue)
perl-5.8.5-sol8-intel-local.gz (optional)
prngd-0.9.25-sol8-intel-local.gz (optional)
egd-0.8-sol8-intel-local.gz (optional)

If you have already installed some of the above files, you can skip their downloads, but most are new.

Step Two: Installing the packages

With the files downloaded, go to the directory where you put them and run (with the Intel files replacing the SPARC files for the Intel packages):

# gunzip openssh-4.1p1-sol8-sparc-local.gz
# gunzip openssl-0.9.7g-sol8-sparc-local.gz
# gunzip zlib-1.2.1-sol8-sparc-local.gz
# gunzip libgcc-3.3-sol8-sparc-local.gz  (if you don't already have gcc 3.3.2 installed)
# gunzip tcp_wrappers-7.6-sol8-sparc-local.gz (again optional)

and optionally for the other packages.  Then run as root

# pkgadd -d openssh-3.8.1p1-sol8-sparc-local
# pkgadd -d openssl-0.9.7g-sol8-sparc-local
# pkgadd -d zlib-1.2.1-sol8-sparc-local
# pkgadd -d libgcc-3.3-sol8-sparc-local (if you don't already have gcc 3.3.2 installed)
# pkgadd -d tcp_wrappers-7.6-sol8-sparc-local (optional)

Once you have installed the packages above, you will have files in various subdirectories of /usr/local. The default location for the ssl files is in /usr/local/ssl. While these files were compiled to avoid the need to put directories like /usr/local/lib and /usr/local/ssl/lib in your LD_LIBRARY_PATH, it is possible that you may need to set this.
You should now find ssh in /usr/local/bin and sshd in /usr/local/sbin.
Make sure you have /usr/local/bin and /usr/local/sbin in your PATH environment variable. The perl scripts in the optional egd package (with .pl extensions) will look for perl in /usr/local/bin. If you are using the Sun perl, then the Perl programs will need to have /usr/bin at the beginning, while the sunfreeware Perl goes in /usr/local/bin.

Step Three: Setting up the sshd user and the /var/empty directory

In openssh 3.8.1p1, a new security method is setup called privilege separation. The details can be found in the README.privsep file in the openssh source distribution.
This method is now the default in openssh. Before doing anything else, you should read the above document and if you agree, implement these steps as root:

# mkdir /var/empty
# chown root:sys /var/empty
# chmod 755 /var/empty
# groupadd sshd
# useradd -g sshd -c 'sshd privsep' -d /var/empty -s /bin/false sshd

/var/empty should not contain any files.

The default sshd_config file in /usr/local/etc has the last line

Subsystem sftp /usr/libexec/sftp-server

This may need to be changed to

Subsystem sftp /usr/local/libexec/sftp-server

If you do not do this and attempt to start up sshd, you will get error messages and the daemon will not start.

Step Four: Setting up tcp_wrappers

The next step it to setup tcp_wrappers. First read the README.tcpwrappers so that you know what tcp_wrappers does and how. Basically, tcp_wrappers is used to restrict to some limited group of machines access to your communication ports such as the port 22 that the sshd program uses. If you have tcp_wrappers running already, then you will only need to make sure that the sshd daemon entry is placed in the /etc/hosts.allow and /etc/hosts.deny files in a way that is appropriate to your setup. If you are not currently running tcp_wrappers, you can first create the file /etc/hosts.deny and put the single line

sshd: ALL

in it. Then, create the file /etc/hosts.allow file and put a line, for example, like

sshd: ... a list of the IP numbers of machine you want to be able to communicate with your machine separated by commas ...

in the file. We will test these entries later.

Step Five: Installing ssh and sshd

This is the final step. You should have read the README.openssl and INSTALL.openssl documents and you should also have read the openssh documents README.openssh and INSTALL.openssh.

Each machine that you want to communicate with via the ssh client will need to have an sshd daemon running. But first, you need to run the following three lines to create the key information for the server machine. Again, make sure you have /usr/local/bin and /usr/local/sbin in your PATH. If you have been running sshd before and have keys in /usr/local/etc, running these commands will overwrite them. As root, enter

# ssh-keygen -t rsa1 -f /usr/local/etc/ssh_host_key -N ""
# ssh-keygen -t dsa -f /usr/local/etc/ssh_host_dsa_key -N ""
# ssh-keygen -t rsa -f /usr/local/etc/ssh_host_rsa_key -N ""

and wait until each is done - this may take a few minutes depending on the speed of your machine.

You might also want to study the /usr/local/etc/ssh_config and /usr/local/etc/sshd_config files to see if there is anything you want to configure differently. The Sun version of ssh and sshd have configuration and key files in /etc/ssh which you may want to study also, though the packages here will not use them.

Now we can set up scripts to start the sshd daemon. I use the script which I call sshd and place in the /etc/init.d directory (as root):
There have been some comments on the net recently in the sun-managers mailing list that this script should be replaced. See the post below for details.


pid=`/usr/bin/ps -e | /usr/bin/grep sshd | /usr/bin/sed -e 's/^  *//' -e 's/ .*//'`

case $1 in





	if [ "${pid}" != "" ]


		/usr/bin/kill ${pid}




	echo "usage: /etc/init.d/sshd {start|stop}"



Alternative Script Comment

Date: Mon, 13 Jan 2003 14:43:53 -0600 (CST)

From: "Mike's List" 


Subject: SUMMARY: sshd weirdness

Lots of responses on this one, I used the basic script below (from Luc).

Most responded that the script for the is badly written

and that the error or non-existence PID is from the grep to kill sshd.

I'm no script expert, only reporting what others replied.

Some recommends search for the /var/run/, this way your ssh

terminal won't get zap while sshd daemon is re-hup or stop/start.

Thanks all.

- Mike

case "$1" in


        if [ -x /usr/local/sbin/sshd ]; then

                echo "Starting the secure shell daemon"

                /usr/local/sbin/sshd &




        echo "Stopping the secure shell daemon "

        pkill -TERM sshd



        echo "Usage: /etc/init.d/sshd { start | stop }"



exit 0

On Fri, 10 Jan 2003, Mike's List wrote:

> Ok, quite a few asked to see the script (below) --Solaris 8 2/02 running

> openssh-3.7.1p2 --a couple of suggestions below doing


> /bin/sh -x /etc/init.d/sshd stop


> see what's going on, I'm in the server remotely right now so I can't

> stop/start (because stop would just kills all the sshd processes and I

> can't get back in to start).



> - Mike



> #!/bin/sh

> pid=`/usr/bin/ps -e | /usr/bin/grep sshd | /usr/bin/sed -e 's/^  *//' -e 's/ .*//'`

> case $1 in

> 'start')

>         /usr/local/sbin/sshd

> ;;

> 'stop')

>         if [ "${pid}" != "" ]

>         then

>                 /usr/bin/kill ${pid}

>         fi

>         ;;

> *)

>         echo "usage: /etc/init.d/sshd {start|stop}"

>         ;;

> esac

End of Alternative Script Comment

Yet another startup script contributed by Enrico Sorge ( is
I've done a start/restart/stop script that uses the created by the daemon. As i tested, fails only when you kill -9 the daemon, cause is not removed.



# OpenSSH startup script


# Author: Enrico Sorge 

# Tested on Solaris 8



[ -f /usr/local/sbin/sshd  ] || exit 0

# See how we were called.

case "$1" in


         # Start daemons.

                 # check if sshd is running [1] or not [0]

                 #num=`ps -elf|grep /usr/local/sbin/sshd |grep root|grep -v 

grep|wc -l|cut -c 8`

                 #if [ "$num" = "0" ] ;

                 if [ -r /var/run/ ] ; then

                         echo "There are one or more sshd instances 

running, please stop them manually";


                         echo "Starting sshd using $sshconf "

                         /usr/local/sbin/sshd -f $sshconf

                         echo "forked at Pid `cat /var/run/`"

                         echo "done." ;




         # Stop daemons.

         # checking if thereis pid available

         [ -f /var/run/ ] || exit 0

         echo  "Shutting down sshd... "

         kill `cat /var/run/`

         echo "done."



         $0 stop

         $0 start



        if [ -r /var/run/ ] ; then

                 echo "Ssh is currently forked at Pid `cat 

/var/run/` and ready to serve requests"


                 echo "Ssh server is not running!" ;




         echo "Usage: sshd {start|stop|restart|status}"

         exit 1


exit 0


Finally, I then do

# chown root /etc/init.d/sshd
# chgrp sys /etc/init.d/sshd
# chmod 555 /etc/init.d/sshd
# ln -s /etc/init.d/sshd /etc/rc2.d/S98sshd

# /etc/rc2.d/S98sshd start
will start the process if you want to do it by hand and

# /etc/rc2.d/S98sshd stop

will stop the sshd daemon. You can check this with
# ps -e | grep sshd

to see if sshd is running. If sshd is running and you have set up tcp_wrappers the way you want, then you can test the system. Of course, you have to have another machine that has the ssh program installed so that you can try to communicate with the machine on which you just started sshd. See the OpenSSH documentation for further details. To test that tcp_wrappers is working, you can put a machine's IP address in hosts.allow and see if you can ssh to the server machine from the client and then take it out and see if access is denied.

To repeat, if you have questions about the detailed use of any of these programs, please read the documentation first or go to their web sites. I do not want to know the security details of any of your systems and it would not be a good idea for you to tell me or anyone else. Security issues are very important and I strongly urge anyone to install as much security software as they can master and to keep a close eye out on the latest CERT and other vulnerability sites for announcements.
I am fully open to constructive suggestions on how make these instructions clearer or better and will include reasonable comments as they arrive.

© Copyright 2005 Steven M. Christensen and Associates, Inc.
This page was last updated on April 26, 2005.

Random TIPS

This example shows how to attach space to a soft partition and then expand the file system on it while the soft partition is online and mounted:
1. Make backup of data.
2. Verify capacity of File System: df -h
3. In this case the FS is mount in /home2
# mount /dev/md/dsk/d20 /home2
4. Add 10g to metadevice d20
# metattach d20 10g
5. Expand the FS
# growfs -M /home2 /dev/md/rdsk/d20
Nota 1: Si el file system no esta montado, la opción -M no es requerida.
Nota 2: Si el comando growfs es abortado, para recuperar cualquier espacio perdido se tendrá que
desmontar el FS y ejecutar un fsck o volver a ejecutar el comando growfs.

free counters