fix: update to lucas-clemente/quic-go v0.23.0

[bassosimone]

Checklist

• I have read the contribution guidelines
• reference issue for this pull request: cli: binaries built with go1.17 panic after quic-go update probe#1739
• related ooni/spec pull request: N/A

Location of the issue tracker: https://github.com/ooni/probe

Description

This pull request updates to lucas-clemente/quic-go v0.23.0. Updating leads to several CI runtime errors (see, e.g., this failed run: #441 (comment)). To avoid these errors, when we are listening for QUIC, we need to return a type that is both a quic.OOBCapablePacketConn and net.Conn. Otherwise, the underlying golang.org/x/net/ipv4.NewPacketConn function is going to panic because we are using a connection that cannot be converted to a net.Conn. Therefore, this PR introduces a new internal/quicx.UDPLikeConn interface that implements both quic.OOBCapablePacketConn and net.Conn. See ooni/probe#1739.

It is also worth mentioning that this problem arose in #441, which contained backports from the stable branch. Since authoring these changes, I realised it's quite pointless to apply more changes in the stable branch, so I dropped f0d05c5 from the patchset.

[bassosimone]

Suggested change

	// by the netxlite package as well as by the netx package.
	// by the netxlite package as well as by the netxmocks package.

[bassosimone]

When running urlgetter using miniooni with HTTP3Enabled=true, I see this error:

2021/08/23 14:23:39 connection doesn't allow setting of receive buffer size. Not a *net.UDPConn?. See https://github.com/lucas-clemente/quic-go/wiki/UDP-Receive-Buffer-Size for details.

It's important to note that we don't see any read_from entry as well.

From the above data we can deduce that:

1. our test suite with -short does not include enough checks to notice that read_from is missing
2. reading quic-go code, it seems ~obvious we need to implement SetReadBuffer

I am going to open an issue for the former problem and to fix the latter as part of this pull request.

[bassosimone]

Even after d587f5a, we are still without the read_from information in the measurement results. So, it seems this is another issue.

[bassosimone]

Superseded by ooni/probe#1754, for which a PR will come soon.