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

Templating - Port assignment #13

Closed
boomcan90 opened this issue Nov 11, 2020 · 2 comments
Closed

Templating - Port assignment #13

boomcan90 opened this issue Nov 11, 2020 · 2 comments
Labels
wontfix This will not be worked on

Comments

@boomcan90
Copy link

I am trying to build an android application that will connect to the port exposed by cmgr. Templating it as follows (as supported by hacksport):

tcpParameters.setPort({{port}});

However, this causes a build failure, since the {{port}} is not being templated. Am I going about this in a wrong manner?

@jrolli
Copy link
Contributor

jrolli commented Dec 2, 2020

First, sorry for the delayed response.

Right now, we only assign ports when an instance of a challenge is actually spun-up which means port information is not available at build time. And in fact, the challenge server does not template {{port}} in the details/hints either - that is left up to the frontend to provide flexibility for proxies or other middleware.

I'll look at what it would take to allow "binding" of a port at build time and exposing that to the builds, but it is probably a long shot. My primary concern is that injecting a port number at build time is making a promise that the underlying may not be able to keep in the future (particularly after a reboot).

A second concern I have is that this would effectively allow challenges to mandate allowing direct connections to the challenges on the server. One of our goals in the refactor was to make it possible to implement a challenge server that could be more easily instrumented for collecting metrics for research (such as per-user interaction times and time-to-solve) which would likely require a specialized proxy between users and the challenges themselves.

@jrolli jrolli added the wontfix This will not be worked on label Oct 28, 2021
@jrolli
Copy link
Contributor

jrolli commented Oct 28, 2021

Closing this as outside the design goals of cmgr. Once #31 is addressed, there are some better stability guarantees on ports then what we currently have and is probably the most cmgr will be able to support.

@jrolli jrolli closed this as completed Oct 28, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants