Jump to content

AlanS

Members
  • Posts

    66
  • Joined

  • Last visited

Posts posted by AlanS

  1. Incase google leads anyone here...

    The guide is outdated.

    You have to update the firmware on it first. Then the new dial home is the new GDMS is updated.

    Once you have that, add the device to the GDMS.

    Set the provision URL to yourpbx.yourdomina.com/prov in the devices parameter templates.

     

    Then in vodia, add the device to the extension and open it for provisioning. 

    Done.

  2. Good morning gents!

    I am wondering whats the difference between ANI and EANI?

    I setup an action url for when a trunk call is made. I am sending it [to, from, domain].

    Since none of those show what actual ANI is used for the call, I made a call to /domains to get all the users. Then I find the user that made the call. I consoled the user and saw ani and eani. But since these are both arrays, which one is used for the primary ani?

    Thanks!

  3. 1 hour ago, Vodia PBX said:

    Hmm, it's not clear when the wss://user:pass@domain URI will work, but it's probably not a good idea to rely on it. But for sure setting a cookie should work. That means you'll need a step before opening the web socket and fetch the session cookie first using /rest/system/session like you would login from the welcome.js code.

    Thank you for your reply.

    Please re-read above.

  4. That has been deprecated.

    You can't send user:pass in a ws header. The server only accepts wss I believe too.

    I also can not use the third party login documentation. The /rest endpoints all have CORS enabled. Which only leaves me the option to use me backend (node). But that's only the backend. 

    I have 0 problems consuming the vodia API in the backend.

    I can't set a cookie "session=sessionId" across domains. So using the session cookie is not an option.

    I tried to use an iframe and set it to hidden. Then I make a call to the backend.

    I get a session id and then send the session id to /rest/system/session - name:'session', value:sessionId all from the backend. When it returns true, then I set the iframe src to https://pbx.com/welcome?session=sessionId and nothing happens. It doesn't auto login. I have the cookie from the pbx domain, but its a cross domain cookie. So the WebSocket library will not send cross domain cookies.

     

    There needs to be a clientSecret, or websocketSecret or something like that setup on vodias end. Something we generate in the admin panel. Then we can use socket.io-client to consume the vodia websockets by passing the auth in the handshake.query options.

    There is currently no available option to use websockets and would LOVE to see a real example of this working. Because as it is now, it is impossible to use cross domain cookies.

  5. On 9/1/2021 at 5:20 PM, Vodia PBX said:

    In 68.0, you can also just use Basic authentication for setting up the web socket. Make sure that the Host is matches the domain name, and the username in the authorization header the extension. The password is the web password. This works only if there is no 2nd factor required for the login. Otherwise you'll need to set up a session first and then use the session cookie in the web socket request. Also I would turn the web server log to 9 which should provide more information what is going on.

    By basic auth, do you mean wss://user:password@domain.com/websocket?

    And by "host" you mean, wss://user:password@host.com/websocket?domain=host ?

×
×
  • Create New...