-
Notifications
You must be signed in to change notification settings - Fork 41
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
[Network range migration] Connect all DAppNode packages to the two docker networks #951
Comments
10.20.0.0/24 will be the new range correct? the one already baked into wireguard? |
That is the plan, yes. Maybe we could've chosen block wiser both in terms of size and location. |
Why not either a) drop down to Heck even better, make it configurable on initial setup for those of us with real networks where we might already use these ranges? |
Making it configurable would involve a lot of work as it’s all hardcoded as is. It’s gonna be a few months just to change it to a new range. Making it user configurable would require a lot more work and make troubleshooting far more difficult. But we can explore that route i suppose. EDIT: Also the reason for 10.20.0.0/24 is just that its already been fully configured into the wireguard VPN package so the work is already done for that and it's an acceptable range, but we can put it to the devs and builders to vote on a block and size but that could just drive other issues with competing interests unrelated to dappnode.
|
Another thing very important to take into account is that when moving to the new docker network |
IP range migration already implemented! needs to be published |
Intro
Currently, DAppNode internally uses 172.33.0.0/16 network range which is designated as public. It would be good to move away from that range so that any issues arising from that are avoided.
dnprivate_network
10.20.0.0/24
Since DAppNode is highly modular system, migration will have to be done in multiple steps:
This issue concerns step one which will be starting point for all others steps.
Features expected
DAppManager connects itself and all other packages to the new docker network in the same manner it connects it self to the existing
dncore_network
.The text was updated successfully, but these errors were encountered: