You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi. I'm trying to follow puppeth demo of devcon3 on my machine.
I could deploy my own private network using puppeth with limited configuration options.
Components can't communication when the remote machine address is localhost. They can't find each other with the address.
So I used internal ip address for the remote machine.. In this case, reverse proxy doesn't work correctly. Only one component for web service is correctly working with reverse proxy. Deploying other web component makes previous one disable.
Finally, Using internal ip, without reverse proxy, all component is deployed correctly. But Dashboard doesn't show the other web component from outside of the network. Just have to access directly the web component.
How should I configure the network to deploy all components correctly with reverse proxy and to make those accessible from outside of the network?
The text was updated successfully, but these errors were encountered:
Localhost probably won't work because nodes use the IP addresses you provide to reach each other. So if you use localhost, the docker containers will try to connect to themselves instead of remote nodes. We should probably explicitly forbid localost/127.0.0.1. It didn't occur to me that this would backfire btw.
A reverse proxy by design can only work properly with domain names. If you run multiple web services on port 80 for example, the reverse proxy needs to figure out which backend service to forward your request to. From the outside the proxy only sees "I want to access <host>:<port>". If the requests look like: "I want to request stats.devcon.network:80" or "I want to request faucet.devcon.network:80", then they can decide what to forward too. However if you are using an IP Address, then both services will have the same <host>:<port> so the proxy won't be able to forward. This isn't a puppeth limitation, rather how all reverse proxies work. Puppeth wise maybe we could try to detect this and make it clearer that it's a problematic use case.
I think we've received a report that the dasboard doens't play around with IP addresses directly nicely. That probably is easy to fix, just someone needs to take a peek: Make puppeth play nice with domainless setups #15472
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Hi. I'm trying to follow puppeth demo of devcon3 on my machine.
I could deploy my own private network using puppeth with limited configuration options.
Components can't communication when the remote machine address is
localhost
. They can't find each other with the address.So I used internal ip address for the remote machine.. In this case, reverse proxy doesn't work correctly. Only one component for web service is correctly working with reverse proxy. Deploying other web component makes previous one disable.
Finally, Using internal ip, without reverse proxy, all component is deployed correctly. But Dashboard doesn't show the other web component from outside of the network. Just have to access directly the web component.
How should I configure the network to deploy all components correctly with reverse proxy and to make those accessible from outside of the network?
The text was updated successfully, but these errors were encountered: