Skip to content

[Kestrel] Tooling around connection refused on app restart #27463

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

Open
BrennanConroy opened this issue Nov 2, 2020 · 4 comments
Open

[Kestrel] Tooling around connection refused on app restart #27463

BrennanConroy opened this issue Nov 2, 2020 · 4 comments
Labels
affected-very-few This issue impacts very few customers area-networking Includes servers, yarp, json patch, bedrock, websockets, http client factory, and http abstractions enhancement This issue represents an ask for new feature or an enhancement to an existing one severity-major This label is used by an internal tool
Milestone

Comments

@BrennanConroy
Copy link
Member

BrennanConroy commented Nov 2, 2020

@BrennanConroy BrennanConroy added enhancement This issue represents an ask for new feature or an enhancement to an existing one area-servers labels Nov 2, 2020
@BrennanConroy BrennanConroy added this to the Next sprint planning milestone Nov 2, 2020
@ghost
Copy link

ghost commented Nov 2, 2020

Thanks for contacting us.
We're moving this issue to the Next sprint planning milestone for future evaluation / consideration. We will evaluate the request when we are planning the work for the next milestone. To learn more about what to expect next and how this issue will be handled you can read more about our triage process here.

@jkotalik jkotalik added affected-very-few This issue impacts very few customers severity-major This label is used by an internal tool labels Nov 13, 2020 — with ASP.NET Core Issue Ranking
@BrennanConroy BrennanConroy changed the title [Kestrel] Port sharing [Kestrel] Tooling around connection refused on app restart Jan 20, 2021
@jkotalik
Copy link
Contributor

FYI I have a prototype that will fix this problem on Windows. It involves have a parent process hold onto a socket for the duration of the lifetime of the dotnet app running. shirhatti/zocket#1. There are few caveats, but in comparison to the L4 proxy this is a much safer and better approach.

@jkotalik
Copy link
Contributor

This was punted for now pending data from about how frequently full rebuilds will be necessary.

@jkotalik jkotalik modified the milestones: 6.0-preview3, Backlog Mar 18, 2021
@ghost
Copy link

ghost commented Mar 18, 2021

We've moved this issue to the Backlog milestone. This means that it is not going to be worked on for the coming release. We will reassess the backlog following the current release and consider this item at that time. To learn more about our issue management process and to have better expectation regarding different types of issues you can read our Triage Process.

@jkotalik jkotalik removed their assignment Mar 18, 2021
@amcasey amcasey added area-networking Includes servers, yarp, json patch, bedrock, websockets, http client factory, and http abstractions and removed area-runtime labels Aug 24, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
affected-very-few This issue impacts very few customers area-networking Includes servers, yarp, json patch, bedrock, websockets, http client factory, and http abstractions enhancement This issue represents an ask for new feature or an enhancement to an existing one severity-major This label is used by an internal tool
Projects
None yet
Development

No branches or pull requests

4 participants