1. 07 Feb, 2019 1 commit
  2. 05 Feb, 2019 1 commit
  3. 04 Feb, 2019 6 commits
  4. 29 Jan, 2019 2 commits
  5. 23 Jan, 2019 4 commits
  6. 18 Dec, 2018 2 commits
  7. 07 Dec, 2018 1 commit
  8. 16 Nov, 2018 2 commits
  9. 10 Nov, 2018 2 commits
  10. 03 Nov, 2018 2 commits
  11. 02 Nov, 2018 1 commit
  12. 24 Oct, 2018 2 commits
  13. 16 Oct, 2018 1 commit
  14. 12 Oct, 2018 1 commit
  15. 10 Oct, 2018 1 commit
  16. 05 Oct, 2018 2 commits
  17. 04 Oct, 2018 2 commits
  18. 03 Oct, 2018 2 commits
  19. 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
  20. 24 Sep, 2018 1 commit
  21. 08 Sep, 2018 2 commits
  22. 04 Sep, 2018 1 commit