Bug 2205 - -S does hostname lookup although it is unused
Summary: -S does hostname lookup although it is unused
Status: CLOSED FIXED
Alias: None
Product: Portable OpenSSH
Classification: Unclassified
Component: ssh (show other bugs)
Version: 6.5p1
Hardware: amd64 Linux
: P5 normal
Assignee: Damien Miller
URL:
Keywords:
Depends on:
Blocks: V_6_6
  Show dependency tree / graph
 
Reported: 2014-02-25 05:52 AEDT by Ulrich Sibiller
Modified: 2014-10-08 08:00 AEDT (History)
2 users (show)

See Also:

Attachments
Avoid early hostname lookup when hostname canonicalisation is not enabled (2.05 KB, patch)
2014-02-26 10:48 AEDT, Damien Miller 		dtucker: ok+
Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ulrich Sibiller 2014-02-25 05:52:32 AEDT 
We have a shell script that is using multiplexing a lot where the hostname is normally ignored. With 6.5p1 it stopped working. 

The call

ssh -S <controlpath> dummyhost

used to work but results in "ssh: Could not resolve hostname dummyhost: Name or service not known" now.

I changed the code to

ssh -S <controlpath> 0.0.0.0 

and now it is working again.

Has this been changed on purpose?
Comment 1 Damien Miller 2014-02-26 10:48:14 AEDT 
Created attachment 2413 [details]
Avoid early hostname lookup when hostname canonicalisation is not enabled

This is a side-effect of the hostname canonicalisation changes. 

Could you please try this patch? You'll need to use cvs/git -current or one of the snapshots at http://www.mindrot.org/openssh_snap
Comment 2 Damien Miller 2014-10-08 08:00:43 AEDT 
Close all bugs left open from 6.6 and 6.7 releases.