SSH connection hang after upgrade
john.destefano at gmail.com
Tue Jun 24 05:33:04 EST 2008
On Jun 23, 2008, at 3:07 PM, Ben Lindstrom wrote:
> My first recommentation is to run a sshd 5.0 client on a higher port
> with -ddd and see what is causing it to hang on the server side.
> This will give you more useful information as to what is hanging.
> - Ben
Thanks. Let me know what you make of this:
I was able to restore the 'original' version via installation disc,
and the same problem persists. I don't know for sure, but it seems as
if there may be an Apple-specific "hidden" configuration file
somewhere, related to OpenSSH but not apparent in base config files.
Perhaps this needs to change as well with version changes or becomes
corrupt. I am grasping at straws, but nothing else makes sense.
> On Mon, 23 Jun 2008, John DeStefano wrote:
>> Peter Stuge wrote:
>>> On Fri, Jun 20, 2008 at 04:00:16PM -0400, John DeStefano wrote:
>>>> OK; thanks ... but if 'Protocol 2' is specified in sshd_config,
>>>> should sshd be looking for an 'RSA1 key'?
>>> Protocol is about what sshd speaks on the network.
>>> But granted - there is no point in dealing with SSH v1 keys when
>>> using protocol version v2. Please send patches. :)
>>>> And why would it look at .ssh/id_rsa instead of looking for
>>> Because .ssh/id_rsa is the default SSH v2 RSA key filename.
>> Yes, but this seems to conflict with the 'RSA1' message I'm getting:
>> if the daemon is truly looking for a protocol v1 key, why would it
>> bother moving past the absence of an 'identity' key file and on to
>> other files (of newer protocols)?
>>>> which doesn't exist on my system but I believe is the file used for
>>>> SSH v1 RSA? Is there a way to prevent it from doing so?
>>> .ssh/identity is the default SSH v1 key filename.
>> Right; this much I know.
>>> The key thing is not a problem - that's just how sshd looks for
>> I understand what you're saying, but it seems like the key thing _is_
>> keeping the daemon from functioning properly in my case. Something
>> telling it to look for a protocol v1 key, and for nothing else, and I
>> can't figure out what it is.
>>> I'm afraid I can't provide any good suggestions about the real
>>> problem. :\
>> Me either; this is really baffling me: I can use the very same key
>> (and other keys I've tested) with the 'ssh' client to connect
>> remotely, and successfully, to other hosts. I just can't connect to
>> my own 'sshd' service.
More information about the openssh-unix-dev