Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple light ethclients from the same external ip does not work #281

Open
robvanmieghem opened this issue Jan 17, 2019 · 4 comments
Open

Comments

@robvanmieghem
Copy link
Contributor

There are very few full nodes that support the experimental light client protocol as it is disabled by default. It looks like multiple connections from the same ip does not work.

@robvanmieghem
Copy link
Contributor Author

robvanmieghem commented Jan 17, 2019

started a full node with light client support and nat=none
using that as bootnode however does not seem to work as it looks like it still uses the discovery from there or because the light client's enode url is the one from the nat .
Will try the following: set nat to none in the light client, if that does not work, add the node directly as a peer. I must say that they are both running on the same machine so it might also recognize the connection as "self".

@robvanmieghem
Copy link
Contributor Author

robvanmieghem commented Jan 17, 2019

After testing b90bd76
At first glance, it looks like a bootnode does not propagate itself as a node to connect to

@robvanmieghem
Copy link
Contributor Author

robvanmieghem commented Jan 18, 2019

I had a full eth node and added it as bootnode with discovery enabled and without upnp. This seemed to work just fine.
Unfortunately, pulled the disk from the server running this setup so resyncing everything.
This config without a local bootnode seems not to sync automatically with the public ropsten network anymore.
Best to add the possibility to override the ethbootnodes to tfchaind as well #283 (done)

@robvanmieghem
Copy link
Contributor Author

robvanmieghem commented Jan 22, 2019

Tested this setup again and works like a charm, this would mean we need to have a container in the network running a full eth node.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants