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

Retry if response via tls1.3 is still not received. #394

Merged
merged 2 commits into from
Aug 31, 2020

Conversation

jjnicola
Copy link
Member

What:
Retry if xml response via tls1.3 is still not received.
This is done only for those cases in which a timeout is not set.

Why:

For some reason, TLS1.3 behaves different than TLS1.2. For the first try of receiving a response, a GNUTLS_EAGAIN error is received, and currently only check again if there is a timeout set. Otherwise, connection is closed immediately.
As workaround, it will try now up to 10 times before closing the connection.

How:
In debian buster TLS1.3 is the default one. Set an ospd-openvas server with connection type TLS. Add the scanner to gvmd. Start a Task. It should end successfully. Without the patch, the connection is closed and the task is set as done with errors.

Checklist:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants