New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 848063 link

Starred by 13 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Feature

Blocking:
issue 903444



Sign in to add a comment

Tunnel ports from 127.0.0.1 on host to 127.0.0.1 on container

Project Member Reported by tbuck...@chromium.org, May 30 2018

Issue description

For servers that default to running on 127.0.0.1 (eg. flask, django, firebase), we should bridge it so that it is still available from linuxhost.
 
I don't know how well the audit framework handles namespaces, but we could plug into audit to monitor for bind() and listen() calls, then surface UI to forward traffic into the guest container.
Summary: Tunnel ports from 127.0.0.1 on host to 127.0.0.1 on container (was: Bridge 127.0.0.1)
This is the long-term plan, but will not be targeted for M69.

1) tremplin (in the VM guest) will plug into the audit framework to find when the container guest is listening on 127.0.0.1 or 0.0.0.0
2) tremplin will surface the listen event to the CrOS host
3) the host will prepare a tunnel to the container guest
Cc: kbr@chromium.org
Any further plans for adding UI to support forwarding more ports to the Linux guest, following on to  Issue 863578 ? Would like to be able to customize which ports are forwarded (8088 for goma, for example). Thanks.

Labels: M-72
Owner: smbar...@chromium.org
Status: Assigned (was: Available)
Blocking: 903444
This should be done in a generic way to enable support for this in ARC++ as well.
Cc: dominickn@chromium.org
I'm interested in what the shape of the generic solution ends up being - ideally it would *just work* for any other app platform as well. :)

Sign in to add a comment