Bug #2522
closedtcp6://[fe80::1%lo0] face is not considered "local"
0%
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?
      
      Updated by Junxiao Shi over 10 years ago
      
    
    - Is duplicate of Feature #1428: TCP/UDP face with link-local IPv6 address added
 
      
      Updated by Junxiao Shi about 9 years ago
      
    
    - Status changed from New to Duplicate
 - Target version changed from v0.5 to v0.6
 
      
      Updated by Davide Pesavento about 8 years ago
      
    
    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.
      
      Updated by Alex Afanasyev about 8 years ago
      
    
    - 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".
      
      Updated by Davide Pesavento about 8 years ago
      
    
    - Is duplicate of deleted (Feature #1428: TCP/UDP face with link-local IPv6 address)