-
Notifications
You must be signed in to change notification settings - Fork 99
Websockets unusable: 'Error 503 Negotiate Unknown' when using websockets.subscribe #154
Comments
I also met this problem recently. But sometimes it works normally. |
Im having the same issue as well, anyone have a solution? |
On my side I have some cases where connection it fails for =~ 30 minutes (Bittrex answering with error 503 Service Temporarily Unavailable) but in the end I always manage to reconnect |
are you manually reconnecting or is the socket connecting on its own? mine runs as a service so i have no way of verifying that it will eventually connect. |
Automatic reconnection |
Take a look at #153 (comment). Adding extra headers to CloudScraper helped improve connection delay on my side |
I'm getting the same error: Error Message: Negotiate Unknown It attempts to force a reconnect a couple times, but it ends up connecting multiple times. How can I avoid getting this error? I checked and the cookie and user agent are both included in the header. Also, it ends up throwing me really old Nounces after being connected for a couple days, so I'm forced to reconnect. How can I avoid this? |
wait for beta api to be incorporated |
@Jonathanx5 : a few months ago I also had the same problem with signalr-client not closing previous connections when a network error / disconnection occurred. The result was my client receiving multiple updates like you described. I ended up working on an alternate implementation for the WS part of Bittrex API (while keeping this lib for REST API). It's tailored for my own needs so it might not suit yours though |
I had this problem. After I installed all of the dependencies, it worked for me. Doubting that is the problem for anyone here, but figured it was worth mentioning. |
Facing this problem in 0.8.3. |
You should change the headers passed to Cloud Scraper. Check #153 (comment). If you want to try master, a new option cloudscraper_headers has been added just for that. |
Using the latest version (1.0.0), when using websockets to subscribe to the orderbook, the Bittrex client prints Error 503. The code which causes this issue for me:
The console prints:
The expected result is a working subscription to the orderbook updates. Instead the connection will retry several times, failing every time with Error 503, with no successful result.
The endpoint is at https://bittrex.com/api/v1.1/public/getorderbook?market=BTC-ADA&type=both and I can access it from the same machine with Firefox without a problem. As I understand this issue has to do with Bittrex enabling Cloudflare protection on the public api endpoints, but also that this issue is supposed to be fixed in this repository as per Issue #1 - Websockets and Cloudflare.
It seems to me that the issue is not solved. Or is there an accepted workaround that is not documented in the README? Error 503 has prevented me from using Bittrex websockets for the last two hours, during the main business hours of the exchange, so this issue is critical bug for my use case.
The text was updated successfully, but these errors were encountered: