-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Try one more quirky thing for me, if you please:
ssh -4 system@samwise.pinefields.com -p 5022
If that works then it’s worth noting this is possibly related to IPv6 (or,
more-precisely, DNSv6).
I’ve seen something somewhat similar and peculiar to me as well, though
not really related to /etc/hosts at all. While at home, work, and all
over all is well (laptop has IPv6 explicitly disabled in YaST so that’s
great). With that said at my grandmother-in-law’s home one day I could
not get online. Pinging worked, network settings were correct, but
Firefox was upset with life. Chrome worked as I recall so that was neat
and led me to this solution:
http://support.mozilla.com/en-US/kb/Firefox+cannot+load+websites+but+other+programs+can
Search for IPv6 on that page. Doing that fixed me up nicely. It SEEMS
(I’m not an expert in this so please, somebody, tell me what really
happens) that some applications decide to find their own domain name
information directly from configured nameservers instead of relying on
what I assume are system-provided APIs to do the same, perhaps via the
nscd service that most of us run without knowing it. The only reason I
can come up with for them being written that way (at least a reason with
logic behind it) is cross-platform compatibility, meaning it may be easier
to implement a library that does this within a given application once
which works on multiple platforms rather than maintaining multiple bits of
code for various platforms, all which do the same thing. ‘ssh’ and
Firefox are both examples of cross-platform code.
Anyway, in my case SSH also failed and using the -4 switch also let it work.
Good luck.
On 09/21/2010 06:36 PM, RBEmerson wrote:
>
> Progress! I’m in on port 5022 as best I can tell (netstat doesn’t show
> anything about port 5022), and the password issue didn’t arise. That
> is, I signed in as I would for a normal terminal session. Other than
> adding the verbose switch, what has changed? Does the port argument (
> -p ) belong -before- the user@addy section of the command? I wrote ssh
> system@samwise.pinefields.com -p 5022 in my initial trials.
>
> DOH… just answered my own question… the difference is
> samwise.pinefields.com triggers a DNS lookup and I get back an IP that I
> don’t immediately recognize. It seems to be a Network Solutions DNS
> server or something close to it, but it’s nothing I expect to find.
> That’s odd, because I thought the /etc/hosts entry would take
> precedence. What am I not understanding in this mess with the address?
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJMmWDQAAoJEF+XTK08PnB5DJQP/3BcHeZOjArN1/rsBXHPO6BZ
PNKzUwL7i9iSkddqDcEgLMNUsuosLGNDYW9a5yX9a3M3geueeo+WIXJvUaUyyTq+
zOWKyyQaTftkMb8+eBMmdeL0h+s/4OZe9guoWXIjFOJ0qIsYMH06e6TuCaV5QH6W
OnikHAzXWUFXYtbIxIZKTnn/vCz/+m6osnmpc2UsQpaPyMFNVpXYx+DTPCGs8sL3
Sr7/qG0C96oacmODXviNZIJvjLJpW1oOUeXUCWBotdvMHmjSVM1ZUyU/50rSogrr
qC1+8i/4sRdl58aiw+vQEsJyZfTBXcd3T/G08BRqNKnAhzHra4cPh5oQ1TV7MyVA
H/+qlNEYp5d+sro3TatlW6Go+wHavD86OcGsmq0etFIXq5p5ahCiej4uHDu3dYvd
RrC+K6tO8tLqGjt4d6EVDgM3jEHV6qPyfTnhj292K1ZlCXKWCeuvPYuhZZBF+mge
bNDfp6oA9ZFQtheuVVVQSJdk1FLFpEr0V4aB613L27S2t6C50lRNMRqA+hODFtPn
+FCuOYV0bgzpIMV5f921CQRli7caCrRJOkpnOI2+RbQj0IW2egaTe3kmbt6b8fkX
oofKhrzh1xDPASA2lOp07DhBmvjUiQODEjTKw7gyDU0q9HjCE5O+YUe2O+CDEgPW
ESTo8RBSRoHRdIOdkPqK
=A8kI
-----END PGP SIGNATURE-----