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

Unclear how script discovers quic versions #4

Open
high3eam opened this issue Feb 8, 2018 · 2 comments
Open

Unclear how script discovers quic versions #4

high3eam opened this issue Feb 8, 2018 · 2 comments

Comments

@high3eam
Copy link

high3eam commented Feb 8, 2018

Since my server for example uses quic, too, its used versions are not recognized by this tool.
Already tried to adjust the alternative services header to be like the one from google, still doesn't work.

This tool sends a dummy packet so the quic server should respond with its offered negotiationable versions, is r.g. the caddy web server able to respond to such a request ?

Thanks!

@povilasb
Copy link
Owner

Don't know how I missed this issue, sorry!

Indeed, Google has changed something with their latest QUIC version and the tool won't work anymore :/
Yes it would simply send a dummy packet with some invalid version and expect version negotiation packet which would contain all versions supported by the server side.
Another person has contacted me about these changes and maybe we'll come up with the solution shortly. Stay tuned :)

@tec1987
Copy link

tec1987 commented Oct 9, 2019

See https://quicwg.org/base-drafts/draft-ietf-quic-transport.html#rfc.appendix.B.4

'''Initial packets from clients need to be padded to 1200 unless a Handshake packet is sent as well (#2522, #2523)

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

No branches or pull requests

3 participants