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

determine app name automatically #6

Open
afeld opened this issue Dec 30, 2016 · 4 comments
Open

determine app name automatically #6

afeld opened this issue Dec 30, 2016 · 4 comments

Comments

@afeld
Copy link
Contributor

afeld commented Dec 30, 2016

This is purely for convenience.

With the way cloud.gov is set up (and maybe all Cloud Foundry deployments?), it doesn't really matter which app the tunneling goes through, except for (maybe) a small amount of overhead. We should just grab the first available app in the space and use that.

@afeld
Copy link
Contributor Author

afeld commented Dec 30, 2016

An alternative is pushing a dedicated (small) app for the tunneling, to reduce the likelihood that the app is messed with while the user is tunneling through it. I assume (but have not verified) that this would break cf ssh.

@mogul
Copy link
Contributor

mogul commented Dec 30, 2016

You might in future need to pick/push an app that explicitly has a binding to the service in question... Future versions of Cloud Foundry may do a lot more internal pinhole firewalling based on bindings.

@afeld
Copy link
Contributor Author

afeld commented Dec 30, 2016

We could make it optional...? Or just leave it as is. Not that big of an inconvenience.

@afeld
Copy link
Contributor Author

afeld commented Jan 2, 2018

Conduit's approach is to push a small static app that is used for the tunneling, then bind the service(s) to it.

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

2 participants