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

feat(common): servers.startOnPort() host arg #527

Closed
petermetz opened this issue Feb 2, 2021 · 0 comments · Fixed by #528
Closed

feat(common): servers.startOnPort() host arg #527

petermetz opened this issue Feb 2, 2021 · 0 comments · Fixed by #528
Assignees
Labels
Developer_Experience enhancement New feature or request good-first-issue Good for newcomers
Milestone

Comments

@petermetz
Copy link
Member

Is your feature request related to a problem? Please describe.

Right now if I call Servers.startOnPort(...) there's only one argument, for the port and the host defaults to the loopback interface which makes the whole thing useless if you need to bind to 0.0.0.0 or any other network interface.

Describe the solution you'd like

Add an optional host argument that defaults to loopback for both security and backwards compatibility reasons.

Describe alternatives you've considered

Considered not having the host arg as optional but decided against it since we have a default value for it that can be considered both secure and backwards compatible (a rare, but most welcome sight in software engineering)

Additional context

This came up as part of the ongoing work to containerize the project, more specifically the supply chain app example (the containerization of which is mostly equivalent to having containerized the entire project anyway since it uses most of the existing packages of Cactus - aka it's a top level package).

cc: @takeutak @sfuji822 @hartm @jonathan-m-hamilton @AzaharaC @jagpreetsinghsasan @jordigiam @kikoncuo

@petermetz petermetz added enhancement New feature or request good-first-issue Good for newcomers Developer_Experience labels Feb 2, 2021
@petermetz petermetz added this to the v0.5.0 milestone Feb 2, 2021
@petermetz petermetz self-assigned this Feb 2, 2021
petermetz added a commit to petermetz/cacti that referenced this issue Feb 2, 2021
Extends the existing functionality of the utility method so that it can
accept a 'host' parameter where callers can
specify if they want to bind to the wildcard
network interface of `0.0.0.0` for example.

The default option of the host argument is
localhost so that we are *secure by default*
even if this method is only used for testing
code, it cannot hurt to be on the safe side.

Fixes hyperledger#527

Signed-off-by: Peter Somogyvari <peter.somogyvari@accenture.com>
@petermetz petermetz modified the milestones: v0.5.0, v0.4.0 Feb 2, 2021
petermetz added a commit that referenced this issue Feb 3, 2021
Extends the existing functionality of the utility method so that it can
accept a 'host' parameter where callers can
specify if they want to bind to the wildcard
network interface of `0.0.0.0` for example.

The default option of the host argument is
localhost so that we are *secure by default*
even if this method is only used for testing
code, it cannot hurt to be on the safe side.

Fixes #527

Signed-off-by: Peter Somogyvari <peter.somogyvari@accenture.com>
(cherry picked from commit ddbad37)
petermetz added a commit that referenced this issue Feb 7, 2021
Extends the existing functionality of the utility method so that it can
accept a 'host' parameter where callers can
specify if they want to bind to the wildcard
network interface of `0.0.0.0` for example.

The default option of the host argument is
localhost so that we are *secure by default*
even if this method is only used for testing
code, it cannot hurt to be on the safe side.

Fixes #527

Signed-off-by: Peter Somogyvari <peter.somogyvari@accenture.com>
jordigiam pushed a commit to kikoncuo/cactus that referenced this issue Feb 11, 2021
Extends the existing functionality of the utility method so that it can
accept a 'host' parameter where callers can
specify if they want to bind to the wildcard
network interface of `0.0.0.0` for example.

The default option of the host argument is
localhost so that we are *secure by default*
even if this method is only used for testing
code, it cannot hurt to be on the safe side.

Fixes hyperledger#527

Signed-off-by: Peter Somogyvari <peter.somogyvari@accenture.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Developer_Experience enhancement New feature or request good-first-issue Good for newcomers
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant