top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

ssh into remote solaris box not giving CLI prompt

0 votes

two remote servers running same version of ssh:

Sun_SSH_1.1, SSH protocols 1.5/2.0, OpenSSL 0x0090700f
OS ver: SunOS host1 5.9 Generic_118558-25 sun4u sparc SUNW,UltraAX-i2

I am able to log into one, but not into another....
error i am getting is: on the 'bad' server I am not getting the unix prompt. I am not sure why?can someone help?

posted May 22, 2013 by anonymous

Share this question
Facebook Share Button Twitter Share Button LinkedIn Share Button

1 Answer

+1 vote

This is not an error message and nor is it a description of the problem - you've stated two things that are not happening, but not what *is* happening. What does happen when you try to connect to the 'bad' server? Presuming you are sshing from Ubuntu, you can use the -v switch multiple times to increase the verbosity:

ssh -vvv user@host 

Since you have, with the other server, verified that your client is working I'd be minded to contact the administrator of the server you can't get into and have them look into this - it's likely that that's
where the problem is.

answer May 23, 2013 by anonymous
Similar Questions
+1 vote

I have a question about SSH that I can't seem to figure out. Here is the situation:

4 servers on RHEL 6.3

One server has a local account ("teddy"). SSH key pairs have been set up between this "teddy" account and the other 3 servers on a different local account common to the other 3 servers ("bear"), but not present on the "teddy" server. These 3 servers do not have a "teddy" account.

Now, I am able to ssh without password between the 3 "bear" servers using the "bear" account without a password. This behavior is undesired as it bypasses some key controls.

I figure what must be happening here is that since the 3 "bear" servers have the same public key that points to the "teddy" server, they must be using that fourth server as some type of "witness" to verify the identity of the user making the ssh connection, bypassing the password for the "bear" account. I have disabled AgentForwarding on all 4 servers in question, as well as X11Forwarding. This has not helped.

What is going on here and how do I avoid it?

+1 vote

I was installing bugzilla on Solaris machine and getting below error

./ http://localhost
TEST-OK Webserver is running under group id in $webservergroup.
TEST-OK Got padlock picture.
TEST-FAILED Webserver is fetching rather than executing CGI files.
Check the AddHandler statement in your httpd.conf file.

I checked httpd.conf and I have added AddHandler cgi-script .cgi in this file. But not able to get through. Could you help me please.

+2 votes

I have function in python,(Assume that i have imported all necessary module),

 def DL_Iperf(args):

This function is actually a thread and it will be created as many no of UE i have, (Ex: if i have 1 UE than 1 Thread will be created),

So, if i have 1 UE/ 2 UE than its working but if i have 3 UE then it is failing, with error "Paramiko : Error reading SSH protocol banner",

Below is the stderr of the script,

    No handlers could be found for logger "paramiko.transport"

    Unhandled exception in thread started by <function DL_Iperf at 0x02B8ACF0>
    Traceback (most recent call last):

    File "C:\Users\qxdm-5\Desktop\Chirag\LTE_11_Perfect_Working\TCP_Latest_2\Windo
    ws_UE\", line 379, in DL_Iperf


    File "build\bdist.win32\egg\paramiko\", line 295, in connect

    File "build\bdist.win32\egg\paramiko\", line 451, in start_client

paramiko.SSHException: Error reading SSH protocol banner

From some reference i found that this is because of some network related issue, but my question is if it network related then why everytime in 3rd call of the function i am getting this error? And how do i resolve it?

+2 votes

Is there way to use two different keys for ssh authentication on one machine for the same user to login the same server? I need one key for svn+ssh to run command on remote server and the other key to login and work from shell on that same server.