leihca (u/leihca) - Readit News

leihca commented on Encrypted Client Hello blog.cloudflare.com/annou... · Posted by u/cosmosgenius

johnklos · 2 years ago

I agree that this is generally a good thing, and that DoH is an absolutely shitty thing, but I think the poster here was taking exception to this statement:

"no one except for the user and the website will be able to determine which website was visited"

That, I think we can all agree, is patently untrue. Cloudflare shouldn't be publishing blatant deceptions.

leihca · 2 years ago

Author here - definitely not trying to be deceptive! I've amended the sentence you mentioned to be more clear.

leihca commented on AWS: IPv4 addresses cost too much, so you’re going to pay theregister.com/2023/07/3... · Posted by u/penda

auguzanellato · 3 years ago

Are there any plans for SSH tunneling without using cloudflared at the client side? Also: supporting both a SSH and an HTTP tunnel on the same A record would be nice

leihca · 3 years ago

We do actually, on our paid plans: https://blog.cloudflare.com/cloudflare-for-ssh-rdp-and-minec...

You get A and AAAA records by default.

leihca commented on Cloudflare Calls blog.cloudflare.com/annou... · Posted by u/aofeisheng

mwcampbell · 3 years ago

Was hoping they'd release a stand-alone TURN service first. The WebRTC-based product I've been working on for months now (finally wrapping up v1) is one-to-one by nature, and I actually want the connection to be peer-to-peer when possible. But access to a TURN server in every Cloudflare datacenter would be nice.

leihca · 3 years ago

We did! [1] It's currently in beta, if you're interested feel free to drop me a line at achiel [at] cloudflare.com

[1] https://blog.cloudflare.com/announcing-our-real-time-communi...

leihca commented on Speed.cloudflare.com speed.cloudflare.com/... · Posted by u/manigandham

js2 · 6 years ago

Cloudflare: 455 Mbps down / 73.1 Mbps up / Latency 13.0 ms / Jitter 2.26 ms / Server: Ashburn via IPv6.

Netflix (fast.com): 790 Mbps down / 950 Mbps up / Latency 8 ms unloaded, 12 ms loaded / Server: Ashburn via IPv6.

Ookla (speedtest.net): 928 Mbps down / 938 Mbps up / Ping 1 ms / Server: Raleigh via IPv4.

DSL Reports (http://www.dslreports.com/speedtest): 611 Mbps down / 929 Mbps up / ping 16-41ms / Servers: Houston, Dallas, Newcastle DE, Nashville TN, Dallas.

Location: Raleigh. Provider: AT&T fiber.

Test run using Safari, macOS 10.15.4, Thunderbolt Ethernet.

Edit: the small file sizes used for some of the tests seem to drag down the overall speed measurement quite a bit. It's biased against upload measurements too since there's download files sizes of 25MB and 100MB whereas upload tests only up to 10MB file size. But even there, something seems off. The upload measurements are much smaller for the same file sizes (e.g. 170 Mbps avg vs 7 Mbs average for a 10 kB file).

I question this methodology. I care most about my 1Gps when I'm downloading the latest version of Xcode or some other huge file. I guess the smaller sizes are to better emulate downloading web pages, but in that case, the latency is probably what matters more. Even with 1Gps, when I'm out in CA, sites typically feel faster.

Edit 2:

speedtest.googlefiber.net: 800-900 Mbps down / 800-900 Mbps up (multiple tests to servers in Charlotte, Raleigh, Atlanta, seems to bounce around each time I reload the page).

Speedtest (Ookla) with server manually set to Windstream in Ashburn, VA: 886 Mbps down, 900 Mbps up. Confirmed that my router is measuring the same amount, so Ookla isn't just making up these numbers.

leihca · 6 years ago

Thanks for the feedback, very much appreciated! I'm a product manager here at Cloudflare, responsible for launching this tool. Since the launch, we've found some issues that we're going to address:

- Especially for users with a very fast Internet connection, speed.cloudflare.com reports upload speeds much lower than expected figures. We don't yet know what is causing this but will disable the upload part of the test until we know more.

- In general reported download speeds are little lower than figures coming from other speed tests. We will revisit our methodology to understand the discrepancy.

- Re: the speed test automatically starting: we appreciate the feedback and understand why some users may not want this as default behavior. We will disable the auto-start for now.

In the meantime, we appreciate any and all feedback, please keep it coming: you can reach me at achiel [at] cloudflare.com