-
Notifications
You must be signed in to change notification settings - Fork 30
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
QUIC_PROTOCOL_ERROR #89
Comments
Interesting to learn that a country that isn't China is blocking njump.me. I think @cxplay is running an alternative version, maybe you could try that one. |
It's weird, you can try using alternative instances nostr.at / nostr.com or my instance nostr.cxplay.org. |
It gets weirder. Ran a few checks all from same ISP, device, browser as before... nostr.at - returns same QUIC error as njump.me |
Which one of these is using Cloudflare? njump.me is. |
nostr.at and nostr.cxplay.org are |
Then it's not Cloudflare. |
In the country of <REDACTED, but NOT China>, there appears to be some limitations on QUIC. When attempting to access njump.me, I get ERR_QUIC_PROTOCOL_ERROR. If I tunnel outside <REDACTED, but NOT China>, then all is well from the same device, same browser. Any way to configure a fallback for njump.me on TCP? I don't have any reason to believe this is targeted blocking (yet). More than likely, it is some technical limitation in local ISP infrastructure.
UPDATE: Just ran a test at quic.nginx.org from same device/browser/ISP WITHOUT tunneling outside, and the connection succeed. So, unfortunately, this does appear to be targeted blocking of njump.me.
The text was updated successfully, but these errors were encountered: