| Summary: | Config option AddressFamily has no effect? | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | nix-muell | ||||
| Component: | ssh | Assignee: | Assigned to nobody <unassigned-bugs> | ||||
| Status: | NEW --- | ||||||
| Severity: | trivial | CC: | djm | ||||
| Priority: | P5 | ||||||
| Version: | 9.0p1 | ||||||
| Hardware: | amd64 | ||||||
| OS: | Mac OS X | ||||||
| Attachments: |
|
||||||
|
Description
nix-muell
2023-01-21 09:46:59 AEDT
I'm not able to replicate this unfortunately. Please attach the debug output from a session failing to do the right thing (ssh -vvv ...) Created attachment 3669 [details]
conffile + verbose output
reduced the config to only the most relevant stuff
Huh, found it. Because of canonicalization, the hostname is resolved before its canonical form is parsed in the config. This lookup must be cached and not resolve both A and AAAA records for later decision which of both to use. Just checked, the lookup is for both (A and AAAA) records. Anyways, the IP4/IP6 decision is made too early. AddressFamily is not used like -G output suggests. Change "Host lazy.actual-domain.redacted" to "Host lazy lazy.actual-domain.redacted", does the trick for now. It's still a bug, though. I can picture myself wanting to force v4/v6 upon a whole CanonicalDomain and not create a Host matching for each host :) This makes me think about -W and things like LocalForward or ProxyCommand. This will be a *mess* once my company finally decides to go IPv6. |