I'm still struggling to get this working... I think lftp is computing the
same node id for all the nodes?
---- starting search for 7AF61DD571566B9076B64DC85E98483A13731943
---- too few good nodes found in the routing table 1/8
---- search for 7AF61DD571566B9076B64DC85E98483A13731943 continues on
363FFE697351FF4AEC29CDBAABF2FBE3467CC267 ([172.16.250.40]:6881) depth=0
---> sending DHT find_node to [172.16.250.40]:6881 {"a":{"want":["n4",
"n6"], "target":"<binary:7AF61DD571566B9076B64DC85E98483A13731943>",
"id":"<binary:7AF61DD571566B9076B64DC85E98483A13731943>"}, "q":"find_node",
"y":"q", "t":"<binary:7F005F51>"}
<--- received DHT response from [172.16.250.40]:6881 {"r":{"nodes6":"",
"nodes":"<binary:7AF61DD571566B9076B64DC85E98483A13731943AC10FA281AE57AF61DD571566B9076B64DC85E98483A13731943AC10FAB61AE37AF61DD571566B9076B64DC85E98483A13731943AC10FA281AE5>",
"id":"<binary:363FFE697351FF4AEC29CDBAABF2FBE3467CC267>"},
"ip":"<binary:AC10FA281AE5>", "y":"r", "t":"<binary:7F005F51>"}
---- got reply for find_node with target
7AF61DD571566B9076B64DC85E98483A13731943 from node
363FFE697351FF4AEC29CDBAABF2FBE3467CC267
---- search for 7AF61DD571566B9076B64DC85E98483A13731943 goes to depth=1
with best_node_id=363FFE697351FF4AEC29CDBAABF2FBE3467CC267
---- adding 3 nodes
---- node [172.16.250.40]:6885 has our own id
7AF61DD571566B9076B64DC85E98483A13731943
---- node [172.16.250.182]:6883 has our own id
7AF61DD571566B9076B64DC85E98483A13731943
---- node [172.16.250.40]:6885 has our own id
7AF61DD571566B9076B64DC85E98483A13731943
---- adding 0 nodes6
On Thu, Sep 14, 2017 at 10:13 PM, Stu Midgley <sdm...@gmail.com> wrote:
> What I'm trying to do is use bittorrent for the booting of our cluster (to
> get the 2GB image out to the compute nodes). The idea being that the nodes
> can feed each other parts of the image rather than all of them trying to
> download it from a single (or small number) of servers.
>
> Thanks.
>
> On Thu, Sep 14, 2017 at 10:11 PM, Stu Midgley <sdm...@gmail.com> wrote:
>
>> That would be great, thanks.
>>
>> On Thu, Sep 14, 2017 at 10:05 PM, Alexander V. Lukyanov <l...@netis.ru>
>> wrote:
>>
>>> On Thu, Sep 14, 2017 at 09:56:19PM +0800, Stu Midgley wrote:
>>> > and of course... their was a similar test in dht-bootstrap .
>>> >
>>> > I have removed both tests and they at least talk to each other.
>>>
>>> I think I'll make a new setting allowing DHT and bittorrent to private
>>> networks (off by default).
>>>
>>> --
>>> Alexander.
>>>
>>> > On Thu, Sep 14, 2017 at 9:48 PM, Stu Midgley <sdm...@gmail.com> wrote:
>>> >
>>> > > Right... and line 743,1131 in DHT.cc and 575,586 in Torrent.cc
>>> > >
>>> > > I modified the is_private function in network.cc to
>>> > >
>>> > > bool sockaddr_u::is_private() const
>>> > >
>>> > > {
>>> > >
>>> > > if(sa.sa_family==AF_INET)
>>> > >
>>> > > {
>>> > >
>>> > > unsigned char *a=(unsigned char *)&in.sin_addr;
>>> > >
>>> > > return (0==1);
>>> > >
>>> > > }
>>> > >
>>> > > #if INET6
>>> > >
>>> > > if(family()==AF_INET6) {
>>> > >
>>> > > return IN6_IS_ADDR_SITELOCAL(&in6.sin6_addr)
>>> > >
>>> > > || IN6_IS_ADDR_LINKLOCAL(&in6.sin6_addr);
>>> > >
>>> > > }
>>> > >
>>> > > #endif
>>> > >
>>> > > return false;
>>> > >
>>> > > }
>>> > >
>>> > >
>>> > >
>>> > > and it still didn't work.
>>> > >
>>> > >
>>> > > On Thu, Sep 14, 2017 at 9:25 PM, Alexander V. Lukyanov <l...@netis.ru
>>> >
>>> > > wrote:
>>> > >
>>> > >> On Thu, Sep 14, 2017 at 09:12:40PM +0800, Stu Midgley wrote:
>>> > >> > Thanks for the quick response.
>>> > >> >
>>> > >> > I started the bootstrap-dht and the lftp client and server on the
>>> single
>>> > >> > machine (172.16.250.40) which is a machine without external
>>> access to
>>> > >> the
>>> > >> > internet (hence why I want to run my own dht bootstrap service.
>>> > >> ...
>>> > >> > I don't see lftp contacting the bootstrap service.
>>> > >>
>>> > >> It appears that lftp refuses to talk DHT to private IP addresses
>>> (see
>>> > >> DHT.cc:296). I don't know if that's correct, but I was thinking
>>> about
>>> > >> security of private networks when I coded this.
>>> > >>
>>> > >> --
>>> > >> Alexander.
>>> > >>
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > Dr Stuart Midgley
>>> > > sdm...@gmail.com
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > Dr Stuart Midgley
>>> > sdm...@gmail.com
>>>
>>> > _______________________________________________
>>> > lftp mailing list
>>> > lftp@uniyar.ac.ru
>>> > http://univ.uniyar.ac.ru/mailman/listinfo/lftp
>>>
>>
>>
>>
>> --
>> Dr Stuart Midgley
>> sdm...@gmail.com
>>
>
>
>
> --
> Dr Stuart Midgley
> sdm...@gmail.com
>
--
Dr Stuart Midgley
sdm...@gmail.com
_______________________________________________
lftp mailing list
lftp@uniyar.ac.ru
http://univ.uniyar.ac.ru/mailman/listinfo/lftp
