OpenSSH MacOSX bug? (invalid name was supplied)

[Paul Reilly-3]

Hello,

I am using MacOSX client

  Client Version: OpenSSH_4.2p1, OpenSSL 0.9.7l 28 Sep 2006

connecting to either debian or Ubuntu OpenSSH server...

  Server Version:
  OpenSSH_4.3p2 Debian-8, OpenSSL 0.9.8c 05 Sep 2006

Everything works fine if connecting from MacOSX to internet
hosts, but any hosts (eg Debian Etch server) on my local LAN
which uses private IP space (192.168.1.x) fails with client
error:

  debug1: An invalid name was supplied
  Cannot determine realm for numeric host address

(full debug below)
On the server end, it just says timeout before authentiction.

I have turned off UseDNS on the server, but it makes no difference.
It seems to be a bug in the OpenSSH client on MacOSX that has
been introduced recently. It only affects MacOSX client, and
only when connecting to private IP space addresses.

Has anyone seen this ebfore, and found a solution?
Do I need to recompile my own version of OpenSSH on MacOSX?

Paul


Mac-G4:~ paul$ ssh -v paul@...
OpenSSH_4.2p1, OpenSSL 0.9.7l 28 Sep 2006
debug1: Reading configuration data /etc/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.1.12 [192.168.1.12] port 22.
debug1: Connection established.
debug1: identity file /Users/paul/.ssh/identity type -1
debug1: identity file /Users/paul/.ssh/id_rsa type -1
debug1: identity file /Users/paul/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3p2
Debian-8
debug1: match: OpenSSH_4.3p2 Debian-8 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.2
debug1: An invalid name was supplied
Cannot determine realm for numeric host address
A parameter was malformed
Validation error

[kirill]

Same thing here.  I've had some luck downgrading to ssh version 1 (i.e. use ssh -1 server), although this works only when connecting to the mac box from the linux one, but not vice versa.   This problem went  away after  I set up my WiFi router to the linux box by default.  Not sure about causality here.  But upgrading the firmware  on the router broke this again (Netgear MR814v2).

Paul Reilly-3 wrote:

I am using MacOSX client

  Client Version: OpenSSH_4.2p1, OpenSSL 0.9.7l 28 Sep 2006

connecting to either debian or Ubuntu OpenSSH server...

  Server Version:
  OpenSSH_4.3p2 Debian-8, OpenSSL 0.9.8c 05 Sep 2006

Everything works fine if connecting from MacOSX to internet
hosts, but any hosts (eg Debian Etch server) on my local LAN
which uses private IP space (192.168.1.x) fails with client
error:

  debug1: An invalid name was supplied
  Cannot determine realm for numeric host address

[kirill]

Update: after configuring the ssh daemon on the ubuntu box to accept ssh1 connections, I am to use ssh in both directions.  Still no luck with ssh v2.


Same thing here.  I've had some luck downgrading to ssh version 1 (i.e. use ssh -1 server), although this works only when connecting to the mac box from the linux one, but not vice versa.   This problem went  away after  I set up my WiFi router to the linux box by default.  Not sure about causality here.  But upgrading the firmware  on the router broke this again (Netgear MR814v2).

Paul Reilly-3 wrote:

I am using MacOSX client

  Client Version: OpenSSH_4.2p1, OpenSSL 0.9.7l 28 Sep 2006

connecting to either debian or Ubuntu OpenSSH server...

  Server Version:
  OpenSSH_4.3p2 Debian-8, OpenSSL 0.9.8c 05 Sep 2006

Everything works fine if connecting from MacOSX to internet
hosts, but any hosts (eg Debian Etch server) on my local LAN
which uses private IP space (192.168.1.x) fails with client
error:

  debug1: An invalid name was supplied
  Cannot determine realm for numeric host address