-
Notifications
You must be signed in to change notification settings - Fork 9
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
Connection closed by certstream-server due to missing ping packets #7
Comments
Any news on this? |
Hi there, sorry about the delay. I don't have time to implement this unfortunately, but I'll happily review a PR to add these client pings. |
PR looks good. You can also fix this in your client script:
|
For me this did not work, I was getting errors:
|
This happens when your websocket has been closed (or it wasn't open, but from your timestamps I can rule that out). You can see what is happening by registering these event handlers:
when your websocket is closed you need to clear the ping setInterval like this:
and set one up again when you re-connect. |
Thanks for the reply. I added the above handlers and now I can see:
I see that |
Did anyone resolve this? Using the No matter what I get disconnected after |
@ImLunaHey From what I can tell regular disconnects are fairly standard with certstream. If you use the Python command line tool you'll notice that it disconnect and reconnects often. I think the missing piece with the node library is the automatic reconnection. I faced this by watching the 'close' event and reconnecting.
|
I discovered that using certstream-js (and any other websocket client), the connection by certstream-server is closed if there are no ping/heartbeat packets sent by the client.
certstream-js doesn't send any and also doesn't auto-reconnect so this effectively stop consumption. I didn't want to file this as an issue against certstream-server since I believe certstream-server/cowboy is behaving correctly. I don't have a workaround right now, just posting this for visibility.
The text was updated successfully, but these errors were encountered: