Bug #2522
closed
tcp6://[fe80::1%lo0] face is not considered "local"
Added by Alex Afanasyev about 9 years ago.
Updated over 6 years ago.
Description
On my OS X 10.10 machine, if I'm using ndn::Face("localhost"), it will try to connect to tcp6://[fe80::1%lo0]. We are not considering such face as "local" with the effect that some operations will not work.
Is tcp6://[fe80::1%lo0] suppose to be treated local? Or OS X doing something funky during localhost resolution process?
- Is duplicate of Feature #1428: TCP/UDP face with link-local IPv6 address added
- Target version set to v0.5
- Status changed from New to Duplicate
- Target version changed from v0.5 to v0.6
It sounds strange to me that the OS is resolving "localhost" to a non-loopback address... Can you still reproduce this? and if so, what are the local and remote URIs of the created face?
Also I don't think this is a duplicate of #1428.
- Status changed from Duplicate to Abandoned
My problem was fixed by updating /etc/hosts file that was originally
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost
However, I check on a new mac and on Jenkins slaves, the config doesn't include fe80::1%lo0 entry. At the same time, http://osxdaily.com/2014/04/12/restore-original-hosts-file-mac/ suggests that it is default version... Not really sure what's going on.
I agree that this issue can be safely ignored, as link local, even for a lo0 interface should not be considered "local".
- Is duplicate of deleted (Feature #1428: TCP/UDP face with link-local IPv6 address)
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by