Giter Site home page Giter Site logo

Comments (8)

RafalWilinski avatar RafalWilinski commented on May 10, 2024

Might be silly but refresh the page and everything will be alright :D

Of course I'll try to fix that asap.

from express-status-monitor.

afollestad avatar afollestad commented on May 10, 2024

I'm getting the same error pretty frequently, it's on an HTTPS server btw

WebSocket connection to 'wss://[url-here]/socket.io/?EIO=3&transport=websocket&sid=gt_zkj220dRXa8SDAAAD' failed: Connection closed before receiving a handshake response

from express-status-monitor.

AussieFlem avatar AussieFlem commented on May 10, 2024

That's a very similar error what I'm seeing in #27 (FWIW)

from express-status-monitor.

jabis avatar jabis commented on May 10, 2024

@afollestad are you using a real cert, or self-signed one? At least some node versions will cease to co-operate without a valid one. You can - but shouldn't - use certain env-vars in your app (on the top of my hat process.env['NODE_TLS_REJECT_UNAUTHORIZED'] = '0';, should do it for self-signed certificates, which I usually use on development environments ( so btdt in another context; )

from express-status-monitor.

afollestad avatar afollestad commented on May 10, 2024

@jabis a real cert, on a remote server

from express-status-monitor.

jabis avatar jabis commented on May 10, 2024

@RafalWilinski I believe this are two distinct errors, as the OP is having 404 not found, while @afollestad is having a handshake error, would be wise to split maybe.
@afollestad next I'd like to point out that if you're not reverse proxying the /socket.io yours could very well be cross-origin problem. Are you just deploying the example as it is, or are you trying to integrate it with some other existing software (maybe using another socket.io already)?

from express-status-monitor.

afollestad avatar afollestad commented on May 10, 2024

I'm not doing anything special; it should work as is.

from express-status-monitor.

jabis avatar jabis commented on May 10, 2024

@afollestad if you access www.remote.tld and you access the serverside component from www.remote.tld:4000 then that is considered cross-origin, at least on modern chrome and firefox browsers :) If you on the other hand are reverse proxying the /socket.io port to "upstream" aka node process, then it should not be, and depending on your httpd, and node version, could be a proxy option or header problem - https( read: wss for sockets ) is really touchy with cross-origin, scripting.

from express-status-monitor.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.