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

WebUI - Session is tied to IP address only, not port #6006

Open
PaJaSoft opened this issue Mar 6, 2024 · 0 comments
Open

WebUI - Session is tied to IP address only, not port #6006

PaJaSoft opened this issue Mar 6, 2024 · 0 comments

Comments

@PaJaSoft
Copy link

PaJaSoft commented Mar 6, 2024

A persistent browser session is somehow tied to the IP address only. It is possible to have more opened tabs with Node UI for different node instances together and do some actions but only when those nodes are reachable on different IP addresses. If for some reason you have more nodes manageable through one IP address but different ports it isn't possible....

Case A (working)
Tab1: http://192.168.111.12:4449/
Tab2: http://192.168.111.13:4449/

Case B (not working)
Tab1: http://192.168.111.12:4449/
Tab2: http://192.168.111.12:4450/

For Case B, Tab 1 and Tab 2 is first populated - so connection to both nodes is established (user in logged-in) but when you switch the tab, user is logged-out automatically and needs to do login again each time you switch tabs. If tabs point to different IP addresses, the sessions survive for hours...

Simple reproducer:
I)
Lets have two docker nodes where port mapping is exported to host network (192.168.111.1/24) like (nodes operates to two different public Internet lines, so perfect and supported Mysterium scenario):
node A) 4449->4449
node B) 4449->4450

II)
You can open a first tab in web browser and open page 192.168.111.1:4449, do login and be logged in
You can open second tab in web browser and open page 192.168.111.1:4450, do login and be logged in
Switch over to tab 1 and you can see you were logged-out and need to login again

Possible fix:
Destroying a web session not based on the fact that it is the same IP (as above), but based on IP:PORT pair would fix that behavior.

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

1 participant