1. 19 Feb, 2019 1 commit
  2. 18 Feb, 2019 2 commits
  3. 07 Feb, 2019 1 commit
  4. 05 Feb, 2019 1 commit
  5. 04 Feb, 2019 6 commits
  6. 29 Jan, 2019 2 commits
  7. 23 Jan, 2019 4 commits
  8. 18 Dec, 2018 2 commits
  9. 07 Dec, 2018 1 commit
  10. 16 Nov, 2018 2 commits
  11. 10 Nov, 2018 2 commits
  12. 03 Nov, 2018 2 commits
  13. 02 Nov, 2018 1 commit
  14. 24 Oct, 2018 2 commits
  15. 16 Oct, 2018 1 commit
  16. 12 Oct, 2018 1 commit
  17. 10 Oct, 2018 1 commit
  18. 05 Oct, 2018 2 commits
  19. 04 Oct, 2018 2 commits
  20. 03 Oct, 2018 2 commits
  21. 02 Oct, 2018 1 commit
    • Lars Gierth's avatar
      Refactor and relax filtering of known undialable addresses · 0b06a5fe
      Lars Gierth authored
      This commit moves filtering of dial candidates into its own little function.
      Things that are being filtered: addresses configured to be blocked,
      IPv6 link-local addresses, addresses without a dial-capable transport,
      and addresses that we know to be our own. It's is an optimization to
      avoid wasting time on dials that we know are going to fail.
      
      This also relaxes the filtering of addresses that we consider our own.
      Previously, any address would get filtered that's registered in peerstore
      for or own PeerID. For e.g. /ip4/1.2.3.4/tcp/4001 that's fine, but for
      ephemeral ports it can already cause problems.
      
      In addition, now that go-libp2p-circuit is being fixed to handle its
      multiaddrs slightly differently, /p2p-circuit addresses won't contain
      the PeerID anymore. That means they stand for themselves, and would get
      filtered too. (/p2p-circuit is the address we want to dial, but it's
      also on of "our own addresses").
      
      In the future we'd want to use the mafmt package here, and also consider
      /quic, /ws, etc. addresses as our own.
      0b06a5fe
  22. 24 Sep, 2018 1 commit